Какие данные подготовить перед B2B-проектом: список для клиента

Сформулируйте результат одним рабочим сценарием

Вместо «нужна цифровизация» опишите действие: менеджер получает заявку, уточняет комплектацию, согласует скидку и отправляет коммерческое предложение. Укажите, кто начинает процесс, какой документ или запись завершает его и что сегодня вызывает ошибки. Такой сценарий помогает понять состав первого этапа.

Не пытайтесь сразу описать все исключения в двадцатистраничном ТЗ. Для первой встречи достаточно двух-трех типовых и одного проблемного случая. Затем аналитик поможет определить, какие детали влияют на архитектуру и смету.

Найдите владельцев решений и данных

У процесса должен быть человек, который может подтвердить целевой порядок работы. У источника данных - человек, который объяснит смысл полей и разрешит безопасный тестовый доступ. У бюджета - лицо, определяющее границы первого этапа. Если владелец не назначен, подрядчик начнет строить проект на предположениях.

Роли можно назвать без фамилий на этапе первичного запроса: руководитель продаж, администратор CRM, финансовый контролер. Для дальнейшего обследования назначьте конкретных представителей и время на ответы.

Составьте карту систем и файлов

Перечислите системы, из которых берутся данные, и куда они должны попадать: CRM, учет, таблицы, почта, каталог. Укажите версии и владельцев, если они известны. Не выгружайте в форму личные данные или пароли. Достаточно описать формат и объем, а образец передать позже безопасным способом.

Для файлов полезно знать, кто обновляет их сегодня и как часто. Таблица, которую никто не поддерживает, не может стать надежным источником для автоматической интеграции. Такой вывод лучше выяснить до обещания сроков.

Назовите ограничения заранее

Есть ли обязательная площадка размещения, запрет внешних сервисов, необходимость согласования безопасности, фиксированный период запуска? Эти условия могут полностью изменить архитектуру. Их не стоит прятать «до подписания NDA», если можно описать общую границу без секретных деталей.

Отдельно обозначьте существующий контракт с вендором, который ограничивает экспорт или доступ к API. Даже если технически интеграция возможна, юридические и организационные условия могут влиять на проект. На сайте полезно дать клиенту список таких вопросов.

Разделите обязательное и желаемое

Отметьте, что мешает работе сейчас, что нужно для первого выпуска, а что можно проверить позже. Если каждое пожелание помечено как критичное, оценка будет длинной и расплывчатой. Для учебного сценария обязательна правильная версия цены в КП, а новый аналитический дашборд может пойти во второй этап.

Приоритеты лучше привязать к приемке: «менеджер создает КП из текущего прайса без ручного переноса» проверяется, а «интерфейс современный» требует отдельного критерия. Чем яснее проверка, тем легче сравнить предложения исполнителей.

Подготовьте короткий бриф для первого контакта

Соберите в одном документе задачу, три сценария, системы, роли, ограничения и желаемый срок решения. Не добавляйте туда логины, реальные клиентские записи и финансовые детали, которые не нужны для первичной оценки. Укажите, какие данные доступны после соглашения и через какой канал.

На странице услуги разместите этот список как подготовку к разговору, но не делайте заполнение всех полей обязательным. Хороший исполнитель может помочь сформулировать задачу. Цель чек-листа - ускорить содержательное обсуждение, а не отсеять людей без готового ТЗ.

Повестка первой встречи по собранному брифу

Начните разговор с трех вопросов: какой результат должен появиться у пользователя, что мешает сегодня и что будет считаться успешным первым этапом. Затем пройдите карту систем и владельцев. Если обнаружится, что никто не может подтвердить правила цены или доступа, запишите это как риск обследования, а не как техническую мелочь.

После встречи отправьте короткий протокол: подтвержденные факты, предположения, недостающие образцы и ответственные. Такой документ позволяет сравнить последующие предложения исполнителей по одному пониманию задачи и уменьшает число пересказов между отделами.

Из практики TOBIZ PRO

Описали карточку заказа, статусы, типы работ и ответственность менеджера.

До разработки такого учета заказчику и исполнителю нужно согласовать поля заказа, статусы, виды работ и владельцев действий.

Посмотреть кейс «GeoM CRM: система управления заказами на бурение скважин»

Проверка результата

• Есть один конкретный сценарий
• Названы владельцы процесса и данных
• Системы и ограничения перечислены
• Обязательное отделено от желаемого
• Конфиденциальные файлы не отправляются публично

Скачать таблицу примера

Вопросы по теме

Читайте также