В этой статье
В понедельник утром владелец небольшой ремонтной компании открывает рекламный кабинет: заявки есть. Открывает рабочий чат — там пересланные номера, голосовые сообщения и вопрос: «Кто уже звонил этому клиенту?» Один менеджер уверен, что заявку взял коллега. Коллега уверен в обратном. К обеду клиент уже договорился с другой компанией.
Это учебный пример, а не история конкретного бизнеса. Но он помогает поставить точный вопрос. Владельцу нужна не «своя CRM с искусственным интеллектом». Ему нужно, чтобы у каждой заявки был ответственный и понятный следующий шаг. С этого различия и начинается полезная программа.
1. Найдите момент, в котором теряется результат
До разговора о дизайне попросите человека, который будет пользоваться программой, показать последний рабочий случай. Не описать идеальный процесс, а открыть настоящую заявку и пройти весь путь. Откуда пришёл номер? Куда его скопировали? Как узнали, кому звонить? Где записали договорённость? На каком шаге пришлось уточнять что-то в чате?
В нашем примере выясняется: проблема возникает между получением заявки и первым контактом. Значит, начальная цель звучит так: «Менеджер открывает список, сразу видит свои необработанные обращения и знает, что делать дальше». Это уже проверяемое задание. Такой подход соответствует принципу GOV.UK Service Manual: сначала понять пользователя и его задачу, затем проверять предположения на прототипах.
2. Опишите один путь обычными словами
Для первой версии выберем путь из пяти действий: сотрудник добавляет заявку → система сохраняет её → назначается менеджер → менеджер записывает результат разговора → у заявки появляется следующий шаг и срок. Рядом с каждым действием задайте вопрос: «Что должно остаться в программе после этого?»
После добавления остаются имя, контакт, источник и время поступления. После назначения — имя ответственного. После разговора — заметка, статус и дата следующего действия. Статусы можно назвать человеческим языком: «Новая», «В работе», «Ждём ответа», «Завершена». Для завершённой заявки отдельно укажите результат: договорились, отказ или другое. Слово «Завершена» само по себе не означает продажу.
3. Решите, что пока не строить
В первый список желаний обычно попадают телефония, рассылки, отчёты, AI-оценка клиентов и красивый кабинет руководителя. Каждая функция может быть полезной. Но пока неизвестно, умеет ли команда надёжно передавать одну заявку, эти дополнения отвлекают от проверки главной идеи.
Начните с формы добавления, списка обращений и карточки заявки. На старте сотрудник может вводить тестовые обращения вручную: так вы проверите сам процесс без ожидания интеграции с рекламной площадкой. В рабочем запуске ручной ввод тоже возможен, если заранее определены ответственный и порядок переноса. Объём первой версии должен включать сохранение данных, доступы и восстановление после ошибок — это её основа, а не дополнительные украшения.
4. Сначала покажите маршрут на бумаге
Нарисуйте три экрана: список, карточку и форму. Дайте будущему пользователю простое задание: «Пришла заявка на ремонт кухни. Возьми её в работу и запиши, что завтра нужно перезвонить». Не подсказывайте, куда нажимать. Если человек ищет нужное действие или понимает статус иначе, чем вы, это полезная находка: сейчас исправляется рисунок, а не готовая программа.
Такой прототип проверяет понятность, но не надёжность. После него нужен небольшой работающий маршрут: отправили форму, запись сохранилась на сервере, открыли её снова и увидели те же данные. Если красивый экран теряет изменения после обновления страницы, проверку он не прошёл.
5. Дайте AI конкретное задание
Запрос «сделай современную CRM» оставляет инструменту слишком много решений. Лучше передать ему пользователя, порядок действий, ограничения и критерии приёмки. Ниже — заготовка, которую можно адаптировать под свой процесс. Это постановка задачи, а не гарантия готового и безопасного продукта за один запрос.
Создай первую версию системы рекламных заявок для небольшой команды. Менеджер видит только назначенные ему обращения; руководитель видит все и назначает ответственных. Заявка хранит имя, контакт, источник, время поступления, статус, ответственного, заметку и следующее действие со сроком. Нужны форма, список и карточка. Данные сохраняются на сервере. Проверяй права на сервере, а не только скрывай кнопки. При ошибке сохранения покажи понятное сообщение и сохрани введённый текст. Повторное нажатие кнопки не должно создавать вторую заявку. Не подключай звонки и рассылки. Сначала покажи план реализации и проверки, затем выполни его.
6. Проверьте неудобные случаи
Приёмка начинается с обычного сценария: создайте тестовую заявку, назначьте менеджера, добавьте заметку и следующий шаг. Обновите страницу и откройте запись в другом браузере под тем же сотрудником. Изменения должны сохраниться. Затем войдите под другим менеджером: чужая заявка не должна стать доступной по прямой ссылке или через запрос к серверу.
- Дважды нажмите «Сохранить»: появилась одна запись, а не две.
- Отправьте форму без контакта: программа объяснила, что исправить.
- Прервите соединение при сохранении: текст не пропал, успех не показан раньше времени.
- Вернитесь к заявке после повторного входа: заметка и срок на месте.
- Попробуйте добавить знакомый номер: система предупредила о совпадении, но не объединила разных клиентов автоматически.
- Попросите двух сотрудников изменить одну запись: программа не должна молча терять более свежую правку.
В этих проверках используйте вымышленные контакты. Отдельно проверьте резервное копирование и восстановление: наличие кнопки «Экспорт» ещё не доказывает, что команда сможет вернуть потерянные данные. Прежде чем подключать реальные заявки, назначьте человека, который отвечает за доступы, ошибки и поддержку.
7. Решайте о следующей функции по работе команды
После пилотного использования смотрите на конкретные ситуации. Есть ли заявки без ответственного? Видно ли, кто и когда связался с клиентом? У каждого незакрытого обращения записан следующий шаг? Приходится ли по-прежнему дублировать всё в чат? Эти ответы полезнее впечатления от красивого dashboard.
Если сотрудники справляются с маршрутом, но тратят время на перенос обращений, следующей задачей может стать интеграция с рекламным источником. Если путают статусы — сначала исправьте язык и правила процесса. Если забывают перезванивать — проверьте напоминания. Новая функция должна отвечать на наблюдаемую проблему, иначе приложение растёт, а работа остаётся прежней.
Начать можно сегодня: выберите одну повторяющуюся задачу, посмотрите, как её выполняет реальный человек, и опишите путь от входа до результата. Первая полезная программа не обязана выглядеть большой. Она должна сделать один важный рабочий день заметно понятнее.
Материал переработан по обратной связи читателей.
Обсуждение
Какую задачу вы бы автоматизировали первой? Поделитесь примером из своей работы.
Имя указано читателем и не подтверждено редакцией.
Загружаем…