На демонстрации CRM все работает: заявка появляется, бот отвечает, отчет выглядит убедительно. Но демонстрация не показывает, кто разберет ошибку после запуска и что произойдет с вашей базой при переносе.
Выбирайте интегратора по способности описать ваш процесс, показать проверяемый результат и передать систему в эксплуатацию. Портфолио полезно для знакомства, а решение стоит принимать после обсуждения одинаковых рабочих сценариев.
Подготовьте короткое задание
Достаточно описать один основной путь клиента: откуда приходит обращение, кто отвечает, какие данные нужны для предложения и когда продажа заканчивается. Добавьте ситуацию, которая сейчас мешает: заявки теряются, сотрудники ведут таблицы, история общения разбита между сервисами.
Укажите существующие системы и ограничения. Например, учет заказов должен остаться в 1С, а менеджеры работают в amoCRM. Тогда подрядчик должен объяснить границу между системами, а не предлагать перенести все в одну карточку.
Не включайте в первый запрос пароли и клиентскую базу. Для оценки подхода достаточно описания процесса и обезличенных примеров.
Задайте вопросы о результате
| Вопрос | Что должен прояснить ответ |
|---|---|
| Как вы определите этапы? | Связь с реальными действиями и решениями клиента |
| Как проверим перенос? | Количество записей, значения и связи |
| Как обрабатывается повтор заявки? | Различие технического повтора и нового заказа |
| Что произойдет при сбое сервиса? | Сохранение события, повтор, уведомление ответственного |
| Что получим после проекта? | Описание настроек, доступы владельца, инструкции |
| Как оценим дополнительные работы? | Граница согласованного объема |
Хороший ответ может содержать неопределенность. Например: «Проверим способ получения записей у вашей телефонии, после этого оценим интеграцию». Такой ответ полезнее безусловного обещания подключить любой сервис.
Учебный пример демонстрации
Попросите провести два обращения одного клиента. Первое — новая покупка, второе — уточнение по ней. Затем создайте отдельный заказ того же клиента. На экране должно быть понятно, почему в одном случае история продолжается, а в другом появляется самостоятельная сделка.
После этого предложите повторить отправку первого события. Если система создает еще одну продажу, обсудите механизм защиты от технических повторов. Это не требование универсально объединять все по телефону: один телефон может обслуживать несколько сотрудников компании.
Такой сценарий проверяет рассуждение интегратора и правила данных. Он не заменяет полную приемку, но быстро обнаруживает неоговоренные решения.
Проверьте, кому принадлежит рабочая система
Владелец бизнеса должен понимать, где находятся аккаунт, интеграции и документация. Уточните, какие сервисы оплачиваются отдельно, кто имеет административные права и как меняется подрядчик. Условия передачи исходного кода индивидуальной разработки согласуйте до заказа.
Попросите перечислить внешние зависимости и ответственных за поддержку. Если сломается соединение между формой и CRM, команда не должна по кругу отправлять запросы разработчику сайта, виджета и CRM без владельца инцидента.
Сравните предложения без искусственного рейтинга
Поставьте по каждому обязательному результату один из трех статусов: описан и проверяется; требует уточнения; отсутствует. Сначала закройте пробелы, затем сравнивайте стоимость. Баллы «профессионализм 9 из 10» не объясняют, какой риск остается у заказчика.
Кейсы оценивайте по сходству задачи и прозрачности границ. Красивый результат другой компании не доказывает, что тот же эффект получится у вас. При наличии отзыва спросите, какая работа была выполнена и как проверялся результат.
Чек-лист выбора
Далее сравните состав стоимости внедрения и подготовьте сценарии приемки.
Обсудить внедрение под ваш процесс
Пришлите описание одного проблемного маршрута заявки и список используемых сервисов. Обсудим, что должна делать amoCRM, какие работы потребуются и как проверить результат. Коммерческое предложение составляется под согласованный объем.