Общая последовательность
От знакомства с задачей до передачи решения
- Разбор задачи
Рабочий пример, данные и ограничения
- ТЗ и предложение
Функции, проверка и расчёт работ
- Бесплатный прототип
Фрагмент решения для обсуждения
- Договор
Согласование условий и предоплата 50%
- Разработка
Подключения и проверка по ТЗ
- Сдача
Оставшиеся 50%, код и инструкции
До основной разработки у вас будут требования, коммерческое предложение и пример будущего решения. Прототип помогает проверить, одинаково ли мы понимаем задачу.
Что обсуждаем на первом созвоне
Попросим пройти задачу так, как её сейчас выполняет сотрудник. Какие сведения он получает? Где ищет недостающее? Что копирует и кому отправляет результат? Уточним ограничения по данным, участникам и используемым сервисам.
По итогам выберем предмет первого проекта. Необязательно автоматизировать весь отдел: можно договориться об одной операции с понятными границами.
Что содержат ТЗ и предложение
В ТЗ описываем нужные действия, результат и ситуации, которые требуют отдельной обработки. В предложении указываем оценку и состав работ. Для клиента это основание сравнить будущую пользу с бюджетом.
Бесплатный прототип показывает небольшой фрагмент: например, ответ на рабочий запрос или экран сводки. Замечания к нему помогут уточнить требования до договора.
Когда начинается разработка
Если предложенный вариант подходит, согласуем документы и подпишем договор. Предоплата — 50%. Затем соберём согласованную функциональность, подключим системы и подготовим решение к проверке.
Если по ходу работы появляется новая задача, отдельно обсудим её влияние на объём. Она не должна незаметно менять условия уже согласованного проекта.
Как проходит приёмка
Повторяем примеры, описанные в ТЗ, и сравниваем результат с ожидаемым. Проверяем не только успешную операцию, но и неполные данные, повторное событие и недоступное подключение.
После сдачи — оставшаяся оплата 50% и передача кода, доступов и инструкций. Состав материалов и порядок передачи прав указываем в договоре.
Пример критериев для обработки заявки
Ниже — условный пример для обсуждения ТЗ, а не отчёт о внедрении. На прототипе выбираем доступный фрагмент; полные подключения и обработку ошибок проверяем в согласованном объёме разработки.
| Проверка | Ожидаемый результат |
|---|---|
| Сообщение содержит контакт и задачу | Поля совпадают с исходным обращением, контекст доступен менеджеру |
| Контакта нет | Система запрашивает его или передаёт обращение человеку по согласованному правилу; не выдумывает значение |
| Одна заявка отправлена повторно | Повтор распознан по согласованному признаку; лишняя карточка не создана |
| CRM временно недоступна | Нет ложного сообщения об успешной записи; запрос сохранён для повторной обработки по правилам проекта |
| Клиент просит особую скидку | Помощник передаёт вопрос менеджеру и не обещает неутверждённые условия |
Если таблица не помещается, прокрутите её вправо. С клавиатуры используйте стрелки.
Для каждой проверки сохраняем входной пример, ожидаемый и фактический результат. Если требуется измерить точность, время или стоимость операции, заранее определяем выборку и допустимые значения. Успешный показ одного диалога сам по себе не означает готовность всего решения.
Пример карточки пилота
Для сценария «обращение → проверенная карточка → менеджер» карточка пилота может выглядеть так:
| Поле | Что фиксируем |
|---|---|
| Задача | Подготовить контакт и суть обращения, сохранить контекст для менеджера |
| Исходная работа | До запуска замерить время и ошибки ручного переноса на согласованной выборке; готового результата клиента здесь нет |
| Проверочные ситуации | Обычная заявка, дубль, пропущенный контакт, недоступная CRM, повтор записи, особые условия сделки |
| Ответственный | Со стороны клиента — владелец процесса; со стороны Switch On AI — специалист по внедрению |
| Условие остановки | Повтор создаёт лишнюю карточку, сбой скрывается как успех или помощник обещает неутверждённую скидку |
| Решение о запуске | Проверки по ТЗ пройдены, исключения передаются человеку, условия эксплуатации согласованы |
Если таблица не помещается, прокрутите её вправо. С клавиатуры используйте стрелки.
В локальном контрольном примере проверены эти шесть ситуаций: две карточки сохранены, повтор не создал дубль, после временного отказа запись завершилась. Это демонстрация правил на искусственных событиях без модели ИИ и внешней CRM. Для вашего пилота дополнительно проверим извлечение данных из реальных обезличенных обращений и работу нужного подключения.
Критерий «всё выглядит правильно» заменяем конкретным сравнением: вход, ожидаемое действие, фактическое действие и причина расхождения. В расчёте расходов отдельно учитываем повторы и исключения.
Что согласовать для передачи проекта
В договоре и ТЗ определяем перечень материалов: исходный код, способ запуска, необходимые доступы, инструкции по настройке и использованию. Также уточняем, где размещено решение, кто оплачивает внешние сервисы и к кому обращаться при сбое.
Доступы передаём согласованным безопасным способом. Изменения внешних сервисов, развитие сценариев и сопровождение обсуждаем отдельно — чтобы после сдачи было понятно, чем команда управляет сама и для каких работ нужен специалист.
Что происходит дальше
Можно согласовать наблюдение за системой, помощь пользователям и новые функции. Стоимость сопровождения, объём и время реакции определяются отдельно. Подробнее о расчёте проекта.
Материалы для каждого этапа
На старте заполняем бланк технического задания: вход, результат, ограничения и ответственный. Перед сдачей используем сценарии приёмки, где ожидаемый результат записан до запуска проверки. Для решения на n8n завершаем работу комплектом передачи workflow: настройки, владельцы и порядок восстановления.