Сертификат и список функций важны, но не гарантируют, что система приживётся. На первой встрече полезнее проверить, как интегратор думает о процессе, исключениях и запуске команды.
- Попросить показать логику проекта до настроек
- Зафиксировать критерии готовности
- Проверить, кто отвечает за данные и поддержку после запуска
1. Что вы хотите понять до первой настройки?
Сильный ответ начинается с процесса: кто принимает заявку, что считается квалификацией, где передача между ролями, какие сроки критичны. Если разговор сразу уходит в поля и роботов — есть риск автоматизировать хаос.
2. Как будет выглядеть критерий «готово»?
Для каждой части проекта нужен проверяемый результат: новый лид назначается автоматически, сделка не остаётся без следующей задачи, оплата из 1С отображается в CRM, руководитель видит согласованный отчёт.
3. Что не входит в проект?
Хорошая смета содержит границы. Это защищает обе стороны от бесконечного расширения задачи и внезапных доплат.
4. Как вы работаете с миграцией?
- Какие данные переносим
- Как очищаем дубли
- Как сопоставляем пользователей и статусы
- Как проверяем результат переноса
- Есть ли план отката или повторной загрузки
5. Как проектируются интеграции?
Спросите про источник истины, повтор события, лог ошибок и мониторинг. Ответ «подключим модуль» недостаточен для критичного обмена.
6. Как проходит обучение?
Лучше обучение по ролям и сценариям, чем общая экскурсия по интерфейсу. Менеджеру, РОПу и администратору нужны разные инструкции.
7. Что происходит первые 2–4 недели после запуска?
Именно в этот период видно, где процесс слишком сложный, какое поле сотрудники обходят и где робот создаёт шум. Нужен понятный формат стабилизации.
8. Кто владелец проекта с обеих сторон?
Без человека, который может принять решение по процессу и данным, проект будет зависать на согласованиях.
9. Какие артефакты останутся у заказчика?
| Артефакт | Зачем нужен |
|---|---|
| Карта процесса | понимать логику системы |
| Реестр автоматизаций | поддерживать роботов |
| Карта интеграций | диагностировать обмен |
| Инструкции по ролям | быстрее обучать новых сотрудников |
| План развития | не превращать улучшения в хаотичные просьбы |
Перед тем как закрыть задачу
- ✓Есть диагностика до настройки
- ✓Есть критерии готовности
- ✓Границы проекта записаны
- ✓Обсуждаются ошибки интеграций
- ✓Обучение делится по ролям
- ✓Есть период стабилизации
- ✓Заказчик получает документацию
Выбирайте не того, кто обещает больше функций, а того, кто умеет превратить ваш процесс в проверяемую систему и оставить после себя понятный контур поддержки.
