До запроса цены коротко опишите задачу и отправьте одно описание всем кандидатам. Затем проверьте партнерство с нужной системой, опыт в похожем процессе, состав команды, перечень работ и порядок приемки. Сравнивать цены имеет смысл, когда подрядчики считают одинаковый объем.
Опишите задачу до поиска подрядчика
Фраза «нужно внедрить CRM» оставляет слишком много вариантов. Один интегратор включит только настройку воронки, другой добавит обследование, миграцию и интеграции. Цены будут несопоставимы, хотя названия предложений окажутся одинаковыми.
Что происходит сейчас и в какой точке возникает потеря, ожидание или ручная работа.
Какой процесс входит в проект, а какие подразделения и системы пока не меняются.
Где хранятся клиенты, сделки, товары, документы и история коммуникаций.
Кто работает в системе, кто принимает правила и кто отвечает за данные.
Какое действие должно стать возможным и как команда проверит его на приемке.
Сроки, доступы, требования к размещению, обязательные интеграции и внутренние регламенты.
Одно и то же описание отправляйте всем участникам короткого списка. Если подрядчик предлагает добавить или убрать часть работ, это должно быть понятно из предложения.
Проверьте партнерство и переходите к опыту команды
В официальном каталоге разработчика можно проверить, работает ли компания с нужной CRM. После этого попросите назвать сотрудников, которые будут участвовать в проекте, и показать работу с похожим процессом.
Профиль не показывает состав будущей команды, подробный перечень работ, стоимость и порядок приемки. Эти вопросы нужно обсудить напрямую.
Разберите кейс по процессу и составу работ
Название клиента само по себе ничего не говорит о сходстве проектов. В кейсе нужны исходная схема, ограничения, объем работ, роли команды и способ проверки результата.
Как работал процесс
Какие системы и ручные операции были связаны, где возникала проблема.
Что сделала команда
Какие настройки, интеграции, миграции и изменения регламента вошли в проект.
Что не входило в проект
Какие части процесса не меняли и почему их оставили на следующий этап.
Как подтвердили результат
Какой сценарий повторили, кто его принял и что произошло после запуска.
Дайте всем одну рабочую ситуацию
На первой встрече разберите один рабочий сценарий вместо общего обзора продукта. По ответам будет видно, как команда работает с данными, исключениями и ответственностью.
- 01
Уточните состав работ. Что делает интегратор, а что должен подготовить заказчик?
- 02
Разберите ошибку. Что произойдет, если обмен с 1С остановится или заявка придет без обязательного поля?
- 03
Спросите о документах. Какие схемы, настройки, реестры и инструкции останутся у заказчика?
- 04
Опишите приемку. Кто выполняет тест, какие данные используются и что считается исправлением?
- 05
Покажите поддержку. Как регистрируется обращение, кто определяет приоритет и как фиксируется решение?
Сначала выровняйте состав работ, потом сравнивайте цену
Итоговая сумма мало говорит о проекте без допущений и исключений. Перенесите каждое предложение в одну структуру. Если строка отсутствует, задайте вопрос, а не считайте ее включенной по умолчанию.
Интервью, схема процесса, требования и согласование границ.
Роли, воронки, поля, роботы, права и рабочие представления.
Очистка, сопоставление, тестовый перенос и контроль результата.
События, направления обмена, журнал ошибок и повторная отправка.
Тестирование, обучение, инструкции, опытная эксплуатация и приемка.
Поддержка, исправления, развитие и правила оценки новых задач.
Фиксируйте результат этапа, а не только часы
У проекта может быть почасовая или фиксированная модель оплаты. В обоих случаях должно быть понятно, какой результат передается, кто его проверяет и как меняется объем работ.
- Роли сторон.Кто принимает решение, предоставляет доступ и готовит данные.
- Результаты этапов.Схема, настроенная система, перенос данных, тест или инструкция.
- Допущения и исключения.Что считалось известным при оценке и какие работы не входят.
- Изменение объема.Кто согласует новую задачу, как оцениваются срок и стоимость.
- Приемка.Сценарий, данные, ответственный и порядок исправления замечаний.
- Доступ и поддержка.Учетные записи, права, хранение секретов и действия после запуска.
Красные флаги до начала проекта
Решение названо до разбора задачи
Подрядчик уже знает продукт и набор работ, хотя еще не видел процесс и системы заказчика.
В предложении нет границ
Есть общая фраза «внедрение CRM», но нет перечня ролей, интеграций, данных и результата этапов.
Кейс нельзя разобрать
Вместо исходной задачи и состава работ остаются логотип, отзыв и обещание роста показателей.
Приемку заменяет запуск
Факт включения системы считается завершением, хотя рабочий сценарий никто не повторил.
Коротко о проверке подрядчика
Чем интегратор отличается от продавца лицензии?
Продажа лицензии подтверждает возможность поставить продукт. В проекте дополнительно нужны обследование процесса, проектирование, настройка, перенос данных, интеграции, обучение, приемка и поддержка. Состав работ нужно проверять в предложении конкретной команды.
Достаточно ли партнерского статуса вендора?
Нет. Статус подтверждает, что компания работает с продуктом, но не рассказывает об опыте в вашей отрасли и составе будущей команды. Попросите показать похожий проект, назвать участников и объяснить, как вы будете принимать работу.
Как сравнивать предложения с разной ценой?
Сначала проверьте, что именно входит в каждое предложение: какие процессы и интеграции настроят, кто подготовит данные, сколько этапов включено и как оплачиваются изменения. Без этого суммы относятся к разному объему работ.
Что запросить до договора?
Состав команды и роли, план этапов, перечень результатов по каждому этапу, допущения, исключения, порядок изменения объема, критерии приемки, формат поддержки и правила доступа к рабочим системам.