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