Цель и границы первой версии
Запишите проблему в наблюдаемом виде: обращения с сайта не попадают в общий список, менеджеры забывают следующий контакт, отчёт собирается вручную. Затем определите результат: каждое принятое обращение видно ответственному, у сделки есть следующий шаг, владелец получает отчёт из сохранённых данных.
Разделите первую версию и возможное развитие. Склад, бухгалтерия и автоматическое ценообразование могут быть соседними задачами, но не обязаны входить в первоначальную CRM. Если оставить границы неявными, разные исполнители рассчитают разные системы.
Роли и данные
- Роли: владелец, руководитель, менеджер, внешний исполнитель. Для каждой нужны разрешения на чтение, изменение и выгрузку.
- Сущности: клиент, компания, контакт, сделка, объект, документ, задача. Укажите связи между ними.
- Обязательные поля: что нужно при создании и что можно заполнить позже.
- История: какие изменения журналируются и кто может видеть её.
- Удаление: что можно архивировать и какие данные нельзя удалить из завершённого заказа.
Пример описания сценария
Новая заявка с сайта. Форма передаёт имя, контакт и услугу. CRM создаёт обращение, сохраняет страницу и источник, ищет существующий контакт. При совпадении связь предлагается по согласованному правилу. Менеджер назначается по очереди, получает задачу связаться. Если внешний канал недоступен, обращение остаётся в очереди с причиной.
Критерии: повторная доставка не создаёт дубль; заявка без необязательного поля принимается; отключённый сотрудник не получает назначение; сбой интеграции виден в отчёте. Такой сценарий уже можно оценить и проверить, в отличие от требования «интеграция должна работать хорошо».
Интеграции и перенос данных
Для каждой интеграции укажите сервис, источник данных, направление обмена, частоту и доступные права. Не считайте, что любой мессенджер отдаёт всю историю. Возможности проверяют до оценки; иногда требуется платный тариф или официальный канал подключения.
Для миграции приложите обезличенный пример таблицы. Определите, что делать с дублями, пустыми контактами и несуществующими ответственными. Итоговый импорт должен сопровождаться отчётом: сколько строк перенесено, какие отклонены и почему.
Что входит в приёмку
- Работа основных маршрутов на компьютере и телефоне.
- Проверка доступа через интерфейс и прямые запросы.
- Обработка повторных событий и временного сбоя интеграции.
- Выгрузка данных и восстановление резервной копии.
- Передача исходников, инструкции и доступов владельцу.
Смета должна ссылаться на согласованную версию ТЗ. Изменения после старта оформляются отдельным перечнем с влиянием на срок и стоимость. В разделе CRM можно посмотреть демо и отправить процесс на оценку. Начать можно с прототипа, а затем превратить подтверждённые сценарии в ТЗ.
Обсудим вашу задачу
Опишите процесс и результат, который нужен. Покажем прототип и согласуем состав разработки, стоимость и срок.
Получить прототип