Внутреннее взаимодействие по запросам: передача информации между продажами, технической службой и производством и SLA ответа
Почему внутреннее взаимодействие важнее скорости внешнего ответа
Многие команды сосредоточены на скорости внешнего ответа — первый ответ за 5 минут, коммерческое предложение за 24 часа. Всё это правильно. Но конверсию запроса тормозит не медленный внешний ответ, а медленное внутреннее взаимодействие. Менеджер получает запрос и должен уточнить у технической службы, выполнимо ли это, а у производства — когда можно поставить. У технической службы и производства свои графики, и менеджер просто ждёт между ними.
Клиент не знает, что у вас внутри идёт переписка. Он видит только то, что после запроса менеджер сказал «уточню внутри» и пропал на три дня. Он не подумает, что у вас сложный процесс, — он решит, что вы его не цените. Эффективность внутреннего взаимодействия напрямую определяет потолок скорости внешнего ответа.
| Этап | Кто отвечает | Внутренний SLA | Результат | Типичные сбои |
|---|---|---|---|---|
| Подтверждение получения | продажи | В течение 5 минут | Подтвердить получение и назвать следующий шаг | После автоответа никто не подхватывает |
| Сбор требований | продажи | В течение 2 часов | Внутренняя заявка с требованиями | Требования написаны неясно, техническая служба задаёт встречные вопросы |
| Техническая оценка | Технический специалист | В течение 4 часов | Таблица параметров и вывод о выполнимости | Техническая служба загружена, заявка лежит без движения |
| Подтверждение сроков поставки | Производство | В течение 8 часов | Таблица сроков и подтверждение мощностей | График плотный, сроки называются неточно |
| Отправлено предложение | продажи | В течение 2 рабочих дней | Официальное коммерческое предложение | Данных не хватает, приходится переделывать |
Таблица выше — это полная внутренняя цепочка от получения запроса до отправки коммерческого предложения. Пять этапов вместе укладываются в SLA 2 рабочих дня. Если превысить этот срок, клиент, скорее всего, уже нашёл другого поставщика. Общие принципы внешнего первого ответа — в материале SLA первого ответа на запрос и конверсия.
От продаж к технической службе: как составить заявку, чтобы не было встречных вопросов
Главная проблема между продажами и техотделом — заявки от продаж написаны неразборчиво. Менеджер пишет: «Клиенту нужен продукт XX, посмотрите, сможете ли сделать», — а техотдел не понимает, какие характеристики, какой объём, для чего. Приходится переспрашивать. Один вопрос — один ответ, и так весь день. Время уходит на переписку.
Правильный подход — структурировать заявку. Полноценная внутренняя заявка должна содержать шесть обязательных полей: название клиента, модель продукта, целевой объём, целевой диапазон цены, сроки поставки, особые требования. Заполните все шесть — техотдел сразу оценит, без встречных вопросов. Нет хотя бы одного поля — заявка возвращается менеджеру на доработку.
| Обязательные поля | Требование к заполнению | Что будет, если пропустить |
|---|---|---|
| Название клиента | Полное название компании + страна | Техотдел не знает, кто клиент |
| Модель продукта | Конкретная модель, а не «что-то типа XX» | Техотделу придётся угадывать модель |
| Целевой объём | Конкретное количество или порядок цифр | Невозможно оценить мощность и цену за единицу |
| Целевая цена | Цена или диапазон, который назвал клиент | Непонятно, завышать или занижать |
| Требования по срокам поставки | Сроки поставки, которые просит клиент | Невозможно оценить реальность сроков |
| Особые требования | Сертификация, упаковка, кастомизация и т. д. | Пропуск пункта ведёт к переделкам |
Пример из практики: менеджер Сяо Ван получил запрос от немецкого клиента. В заявке написано: «Клиенту нужна ваша модель XX, 5000 штук, целевая цена 12 долларов, срок поставки 8 недель, требуется сертификат CE». Все шесть полей заполнены — техотдел за 4 часа подготовил таблицу параметров и заключение о выполнимости, производство за 8 часов назвало срок. На следующий день Сяо Ван отправил клиенту полное коммерческое предложение. А если бы он написал только «немецкому клиенту нужна модель XX, посмотрите» — техотдел минимум трижды бы переспросил.
Часть третья. От техотдела к производству: как написать заключение, чтобы продажи не боялись называть цену
Обратная связь от техотдела часто состоит из терминов. Менеджер их не понимает и не знает, как пересказать клиенту. Например, техотдел пишет: «У данной модели падение производительности около 15% в условиях A, нужно уточнить условия эксплуатации у клиента». Менеджер в замешательстве и просто пересылает эту фразу клиенту. Клиент тоже не понимает и отвечает: «Можно по-человечески?»
Техотдел должен выдавать продажам версию, готовую к использованию. Главное — три вещи: можно ли сделать, на каких условиях, какие риски. Не технические детали, а выводы. Шаблон для техотдела: «Сделать можем, стандартный срок — X недель, цена за единицу — около X долларов; нужно, чтобы клиент подтвердил параметр Y; риск — Z, советуем предупредить клиента заранее». Менеджер берёт это, слегка перефразирует и отправляет клиенту.
| Тип вывода техотдела | На техническом языке (не для продаж) | Для продаж (можно сразу клиенту) |
|---|---|---|
| Заключение о выполнимости | «У данной модели падение производительности 15% при -20 °C» | «Можно использовать при -20 °C, производительность в норме» |
| Оценка сроков | «Сейчас очередь до 6-й недели, материалы в пути» | «Стандартный срок — 6–8 недель, можем гарантировать 8 недель» |
| Предупреждение о рисках | “Этот допуск ±0,05 мм требует повторной обработки” | “Допуск ±0,05 мм выполним, но потребуется ещё 3 дня” |
| Индивидуальные требования | “Нужно изменить PCB layout, повторный образец — 2 недели” | “Кастомную версию сделать можно, срок образца — около 2 недель” |
Переводчик между технарями и продажниками — самое слабое звено во внутренней работе. Технари считают, что продажники не понимают технику, а продажники — что технари не умеют говорить по-человечески. Решение простое: техническая сторона должна писать по шаблону “версия для продаж”, без технических деталей, только выводы и условия. О том, как собрать набор инструментов для продаж, читайте Создание базы материалов для продаж.
IV. Учёт времени и эскалация во внутреннем SLA
SLA без учёта времени и эскалации — это не SLA. На каждом этапе должен быть чёткий отсчёт времени, а при просрочке заявка автоматически уходит руководителю уровнем выше. Например, продажник оставил заявку, технарь не ответил за 4 часа — система сама уведомляет технического руководителя; технарь не передал в производство, производство не ответило за 8 часов — уведомляется руководитель производства. Эскалация нужна не для того, чтобы кого-то отругать, а чтобы зависшую заявку кто-то заметил.
Главное правило: процент выполнения внутреннего SLA считают раз в неделю, и если он ниже 80%, надо искать причину. Не хватает людей? Слишком сложный процесс? Или заявки написаны невнятно? Если показатель ниже 80% две недели подряд, нужно добавлять людей или менять процесс, а не вытягивать всё переработками. Высокий процент выполнения SLA за счёт переработок не sostenible.
| Этап SLA | Норматив времени | Эскалация по таймауту | Цель по недельному выполнению |
|---|---|---|---|
| Первый ответ продаж | 5 минут | Нет ответа 10 минут → дежурный руководитель | ≥90% |
| Продажник оставляет заявку | 2 часа | Не оставил за 4 часа → руководитель продаж | ≥85% |
| Технарь выдаёт параметры | 4 часа | Не выдал за 8 часов → технический руководитель | ≥80% |
| Производство сообщает срок | 8 часов | Не сообщило за 16 часов → руководитель производства | ≥80% |
| Отправка полного предложения | 2 рабочих дня | Не отправил за 3 рабочих дня → директор по продажам | ≥75% |
Пример: в понедельник в 10 утра продажник получил запрос, до 12 оставил заявку. Технарь до 16:00 выдал таблицу параметров, производство до 18:00 дало срок. Во вторник утром продажник собрал предложение и в полдень отправил клиенту. Вся цепочка заняла меньше 26 часов — в пределах SLA в 2 рабочих дня. Если бы технарь выдал параметры только во вторник днём, это была бы просрочка, и система автоматически уведомила бы технического руководителя. О технической реализации системы заявок читайте Схема интеграции лидов с сайта в CRM.
V. Частые ошибки во внутренней работе
| Заблуждение | Что делают | Что получают | Правильный подход |
|---|---|---|---|
| Заявка на словах | Продажник подходит к технарю и говорит | Нет записи, легко забыть | Обязательно создавать заявку, всё фиксируется |
| В заявке не хватает полей | Написано только “клиенту нужно XX” | Технарь переспрашивает снова и снова | Шесть обязательных полей, без них заявку возвращают |
| Технический ответ слишком сложный | Продажнику дают кучу терминов | Продажник боится пересказать клиенту | Технический ответ — вывод в три предложения |
| SLA не учитывает время | Полагаются на сознательность | В запарке никто не следит | Система заявок сама считает время и эскалирует |
| При проблеме кивают друг на друга | Продажник говорит, что технарь медлит, технарь — что производство тормозит | Клиент остаётся в стороне | Раз в неделю разбирать выполнение SLA и искать корневую причину |
Из этих пяти ошибок самая частая — первая: заявка на словах. В маленькой команде кажется, что все рядом и достаточно сказать вслух. Но устная заявка нигде не зафиксирована: через пару дней технарь забыл, продажник думает, что технарь работает, а технарь думает, что продажник ничего не передавал. Смысл тикет-системы в том, чтобы перевести устный разговор в письменную запись: кто попросил, когда попросил, к какому сроку нужно — всё видно. Общую логику распределения запросов смотрите в Распределение запросов и балансировка нагрузки.
FAQ: частые вопросы
Сколько времени проходит от получения запроса до отправки предложения?
Как продажнику написать заявку техническому отделу, чтобы не переспрашивали?
Что делать, если технический отдел отвечает слишком сложно для продажника?
Как в тикет-системе считаются SLA и работает эскалация?
Небольшой команде тикет-система не нужна?
Клиент спрашивает, почему так долго. Что отвечать?
В заключение
Внутренняя работа по запросам кажется вопросом менеджмента, а на деле это вопрос клиентского опыта. Клиент не станет ждать лишних три дня из-за того, что у вас сложные процессы, — он просто уйдёт к следующему. Чем слаженнее работают продажи, технический отдел и производство, тем быстрее клиент получает ответ — даже если это те же люди и те же мощности.
Три шага к внедрению. Первый: разбейте внутреннюю работу на пять этапов и задайте для каждого срок по SLA. Второй: в заявке обязательны шесть полей, без них она возвращается, а технический отдел выдаёт вывод в три предложения. Третий: система заявок считает время автоматически, при просрочке эскалирует, раз в неделю разбираете выполнение SLA. После этих трёх шагов вы увидите: предложения готовятся быстрее, продажи больше не гадают, технический отдел не переспрашивает по кругу, а производство не получает срочных заявок в последний момент.
Запомните одну фразу: клиент ждёт не продавца, а технический отдел и производство за ним. Внутренний SLA жёстче — внешнее предложение быстрее. И не потому, что больше работаете сверхурочно, а потому, что перестали перекладывать ответственность друг на друга.