Разделить sales, account management и delivery

Результат страницы

Вы разделите три функции, назначите владельцев переходов и введёте короткий handoff. Клиент будет получать единый ответ, sales перестанет продавать непроверенный scope, а delivery — узнавать об обещаниях после старта.

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

Когда это нужно

Процесс нужен, если:

• интервью проходят, но задачи обещаются без оценки;
• специалисты получают неполный контекст;
• клиент не знает, к кому идти с вопросом;
• sales продолжает управлять проектом случайными сообщениями;
• account manager ретранслирует текст, но не владеет решением;
• delivery меняет scope без коммерческого согласования;
• повторные продажи теряются после сдачи.

Три роли

Sales: владелец решения о сделке

Sales квалифицирует клиента, понимает бизнес-задачу, проверяет бюджет и полномочия, формирует предложение и добивается ясного следующего шага. Он не обещает технически значимый срок и объём без подтверждения delivery.

Его результат — не количество сообщений, а подходящий контракт с записанными условиями. Метрики: квалифицированные интервью, конверсия в контракт, валовая маржа проданного scope, доля сделок без последующего пересогласования.

Account management: владелец клиентского контекста

AM обеспечивает предсказуемость: фиксирует решения, ведёт статус, управляет ожиданиями, поднимает change request и готовит точку приёмки. Он не обязан быть самым сильным техническим специалистом, но должен понимать результат и уметь добиться ясного решения.

Его метрики: своевременные статусы, скорость снятия блокеров, отклонение scope, приёмка, повторная выручка и риски портфеля. «Быстро отвечает в чате» — только часть сервиса.

Delivery: владелец выполнимости и качества

Delivery оценивает подход, зависимости, срок и критерии готовности; выполняет и проверяет результат. Он не меняет цену и коммерческие обязательства самостоятельно. Если обнаружена новая работа, он описывает влияние и передаёт AM для согласования.

Метрики: предсказуемость, качество, rework, соблюдение критериев готовности, раннее сообщение о рисках и внутренняя себестоимость.

Матрица решений

Решение	Sales	AM	Delivery
Квалифицировать клиента	Владелец	Консультация	Консультация для сложного риска
Назвать цену	Владелец	В курсе	Подтверждает оценку
Подтвердить технический срок	Не обещает один	Фиксирует	Владелец оценки
Изменить scope	Коммерческая поддержка	Владелец процесса	Описывает влияние
Сообщить недельный статус	В курсе	Владелец	Даёт факты и прогноз
Принять техническое качество	Не участвует	Проверяет критерий клиента	Владелец QA
Закрыть контракт / следующий шаг	Владелец апселла	Готовит review	Подтверждает сдачу

Процесс передачи

1. Введите pre-sale gate

До финальной цены sales получает подтверждение delivery, если есть новая технология, интеграция, миграция, чувствительные данные, зависимость от третьей стороны или жёсткий срок. Для стандартной услуги используйте заранее утверждённые границы и диапазон.

2. Заполните карточку handoff

Она должна помещаться на одной странице:

• кто клиент и кто принимает решение;
• проблема и желаемый бизнес-результат;
• продаваемый артефакт;
• scope и out-of-scope;
• цена, форма контракта, лимиты;
• срок и зависимости клиента;
• критерии приёмки;
• обещания, сделанные в переписке и на звонке;
• риски, доступы, требования безопасности;
• следующий контакт и владелец.

Ссылки на сообщения недостаточно: получатель не должен восстанавливать сделку по хронологии чата.

3. Проведите 20-минутную передачу

Sales пересказывает сделку, delivery задаёт вопросы, AM повторяет клиентский план своими словами. Результат встречи — либо «готовы стартовать», либо список вопросов до kickoff. Молчание не считается согласием.

4. Представьте владельца клиенту

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

5. Введите change control

Любая просьба сравнивается с scope. Если это новый объём, delivery оценивает влияние, AM оформляет изменение, sales подключается к цене при необходимости. Работа начинается после письменного согласования и корректного изменения контракта или этапа.

6. Верните контекст в sales при закрытии

Перед приёмкой delivery фиксирует результат и ограничения, AM собирает обратную связь и следующий приоритет, sales формирует новое предложение только при наличии реальной потребности. Закрытие — точка передачи обратно в коммерцию, а не исчезновение команды.

Чеклист

• На каждой сделке назначены sales, AM и delivery owner.
• Полномочия и ограничения ролей записаны.
• Технический риск проходит pre-sale gate.
• Handoff содержит scope, out-of-scope и критерий готовности.
• Получатели явно подтвердили передачу.
• Клиент знает основной канал и владельца.
• Изменение scope оформляется до работы.
• Риски сообщаются по SLA.
• Закрытие возвращает контекст в повторную продажу.
• Доступ к Upwork выдаётся только официальными агентскими ролями.

Следующий шаг

Встройте handoff и SLA в операционный ритм агентства. Чтобы не допустить, чтобы один плохой переход влиял на всю витрину, добавьте контроль репутационного риска.