11 сентября 2026 г. · Maksim Shchegolev

Окупаемость автоматизации продаж: расчёт и сценарии

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

Хотите проверить это на своём сайте? Запустите бесплатную проверку видимости в ИИ, она занимает десять секунд и не требует почты.

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

Этот гайд отвечает за экономику кластера: базовый период, реестр затрат, дополнительный вклад, сценарии, точку безубыточности, анализ чувствительности и сверку прогноза с фактом. Больше ни один гайд OperStack не считает окупаемость, остальные ведут сюда за денежным ответом.

Одним предложением

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

Какое решение вы на самом деле принимаете

Модель, которая отвечает на вопрос «автоматизация это хорошо», не отвечает ни на что. До первой арифметики запишите решение одной строкой, с ответственным и датой: утвердить бюджет, выбрать между двумя объёмами работ, нанять человека вместо системы или остановить уже идущий проект. От формулировки зависит, какие затраты вообще относятся к делу, а какие уже потрачены и не считаются.

Четыре формы решения встречаются постоянно, и модели им нужны разные.

Утвердить или отклонить заданный объём работ. Нужны полные затраты, дополнительный вклад, точка безубыточности и срок окупаемости. Это полная модель, разобранная ниже.

Выбрать один из двух объёмов. Значение имеет только разница. Считайте приращение между вариантами, а не каждый с нуля, и обсуждение станет вдвое короче.

Автоматизировать или нанять. Сравнение идёт с полной стоимостью сотрудника: подбор, время на выход на результат, управление и риск, что он уйдёт через полгода. Само сравнение живёт в гайде про ИИ-помощника против менеджера по продажам, а этот гайд даёт для него сторону затрат.

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

Запишите и правило принятия решения, а не только само решение. «Продолжаем, если базовый сценарий окупается в пределах двенадцати месяцев, а консервативный не уходит в минус по повторяющимся затратам» это правило. «Продолжаем, если окупаемость выглядит нормально» это отложенный спор.

Какой берём базовый период и что в нём измеряем

Каждое число в модели это разница с чем-то. Если это «что-то» не определено, модель превращается в пожелание. Зафиксируйте один представительный период, выгрузите его до всяких изменений и положите выгрузку туда, где её можно будет открыть через полгода.

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

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

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

И в amoCRM, и в Битрикс24 такую выгрузку собирают из двух источников сразу: список сделок за период и список задач, звонков и сообщений по ним. Как связать это с телефонией, мессенджерами и разметкой источников, разбирается в гайде про amoCRM и Битрикс24 в работе с заявками, а поток из мессенджеров считается по правилам из гайда про заявки из Telegram в CRM.

Насколько большой бывает эта тишина, однажды посчитали. Harvard Business Review в 2011 году разобрал 2 241 американскую компанию: у тех, кто вообще отвечал, медиана первого ответа пришлась примерно на 42 часа. Цифра старая, выборка одна, переносить её на вашу команду нельзя. Полезна она другим: показывает порядок величины, который руководитель почти всегда недооценивает, пока не посчитает свой. Ровно поэтому базу надо выгрузить и измерить, а не вспомнить.

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

Какие затраты входят в модель

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

Пять строк выпадают почти всегда, и вместе они редко бывают мелкими.

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

Отдельно про чистку данных, потому что эту строку чаще всего обнаруживают уже на середине. Поиск дублей, справочники значений и владение полями это предпосылка почти для любого эффекта дальше по цепочке, а стоимость зависит от того, насколько плоха база сейчас. Что именно чистить и зачем, разобрано в гайде про автоматизацию обработки заявок в CRM. Где именно должна жить логика, внутри CRM или в отдельном узле приёма, заметно меняет строку настройки, и эта граница разбирается в гайде Lead Hub или CRM: узел приёма стоит перед CRM и забирает на себя все каналы. Варианты объёма работ собраны на странице тарифов.

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

Как считать высвобожденные часы

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

Поэтому в строке мощности три множителя, а не два:

Стоимость высвобожденного времени = часы, умноженные на полную стоимость часа, умноженные на коэффициент реализации

Коэффициент реализации это число от нуля до единицы, которое вам придётся защищать. Ставьте его низким, если не можете назвать отменённую вакансию или показать работу, куда ушли часы. В иллюстративном базовом сценарии здесь стоит 0,40, и это уже про довольно дисциплинированную команду. Поставить 1,0 это самый быстрый способ потерять доверие на финансовом комитете, потому что первым вопросом будет «какая именно зарплата у нас после этого уменьшилась».

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

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

Какие эффекты можно приписать себе, а какие нет

Модель, собранную из безымянных эффектов, невозможно проверить. У каждого заявленного эффекта должен быть механизм, измеримый показатель с достаточным объёмом наблюдений и названное место в кластере, где этот механизм проектируется.

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

Связка источника с выручкой принадлежит гайду про атрибуцию источников заявок. Исправленная атрибуция меняет распределение бюджета, а перенос бюджета в канал, который действительно конвертирует, может дать настоящий прирост выручки. Этот прирост относится к решению о бюджете, а не к проекту автоматизации, и именно так модели удваиваются за одну ночь. Модели от атрибуции нужно другое и более важное: без рабочей связки источника с закрытой выручкой вы можете считать вклад только в целом по потоку, а не по каналам. Тогда считайте в целом и прямо об этом пишите, вместо разбивки по каналам, которую нечем подтвердить.

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

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

Почему считаем маржинальный вклад, а не выручку

Потому что выручка это не те деньги, которые у вас остаются, и финансовый директор перестанет читать на первой строке, где окупаемость посчитана от выручки. Маржинальный вклад с оплаченной сделки это чек, умноженный на валовую маржу, минус переменные расходы на продажу этой сделки. Это то, что дополнительная сделка действительно добавляет.

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

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

Как выглядит расчёт целиком

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

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

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

Консервативный, базовый и оптимистичный сценарии

Одно число это не модель, а ставка. Стройте три сценария, меняя входы и никогда не меняя формулы, и отдавайте на согласование всю таблицу, а не среднюю колонку.

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

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

Где точка безубыточности и что значит срок окупаемости

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

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

Выйти в ноль по текущим расходам. Повторяющиеся затраты 240 000 ₽ за квартал, из них 43 200 ₽ закрывает строка высвобожденного времени. Сделки должны закрыть оставшиеся 196 800 ₽, что при вкладе 100 000 ₽ со сделки даёт 1,97 дополнительной оплаченной сделки за квартал. Примерно две сделки в квартал удерживают систему от того, чтобы просто стоить денег.

Вернуть всё вложенное за двенадцать месяцев. Добавьте разовые 900 000 ₽, разложенные на четыре квартала, то есть ещё 225 000 ₽ за квартал, или 2,25 сделки. Итоговый порог примерно 4,2 дополнительной оплаченной сделки за квартал.

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

Дальше у окупаемости есть три честных определения, и надо говорить, каким вы пользуетесь.

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

Какой вход ломает модель первым

Анализ чувствительности это то, что отличает модель от буклета. Двигайте по одному входу за раз на фиксированную величину, остальное держите неподвижным и записывайте, что происходит с годовым чистым вкладом. В базовом сценарии он составляет около 1 212 800 ₽.

Из этой таблицы следуют два вывода, и до её построения ни один не очевиден.

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

Цепочка утечки перемножается. Доля возвращённого контакта, понижающий коэффициент и базовая доля оплат стоят в произведении, поэтому их ошибки тоже перемножаются. Если все три окажутся на 25% ниже допущения одновременно, строка падает на 58%, а не на 25%, и годовой чистый вклад теряет 56%. Любая строка, собранная из трёх наложенных оценок, заслуживает самого широкого диапазона в сценарной таблице и первого места в плане измерений пилота.

Строка высвобожденного времени, наоборот, почти не двигает ответ. Это стоит знать до того, как вы потратите три недели на идеальный хронометраж, пока определение маржи всё ещё не согласовано.

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

Как поставить пилот с контрольной группой

Модель даёт прогноз. Пилот показывает, относится ли прогноз к вашему бизнесу. Схема пилота определяет, что он вообще способен доказать, поэтому выбирайте её до начала, а не объясняйте после.

Случайная контрольная группа по заявкам это единственная схема, которая доказывает причинность, и отказываются от неё по причине, к которой стоит отнестись серьёзно: часть заявок сознательно обрабатывается по старому порядку. Обычно вопрос закрывают двумя ограничениями. Держите контрольную группу небольшой и с жёсткой датой окончания, а заявки выше порога по сумме исключайте из эксперимента полностью. Чего делать нельзя, так это рандомизировать, а потом позволять руководителям выдёргивать из контрольной группы всё, что выглядит перспективно: испорченная контрольная группа хуже, чем её отсутствие, потому что даёт число, которое выглядит строгим и таковым не является.

Теперь то, о чём чужие калькуляторы не пишут никогда. У большинства команд просто нет объёма, чтобы увидеть эффект на уровне сделок. При 1 200 заявках в квартал и доле оплат 4,7% отделить 4,7% от 4,9% по стандартному приближению для сравнения двух долей требует порядка ста тысяч заявок в каждой группе. Столько вы не наберёте никогда.

Выход в том, чтобы измерять выше по цепочке, где объём есть, и дальше рассуждать вперёд.

Эти объёмы получены из стандартного правила прикидки, а не из формального плана исследования, и нужны они ради одного вывода. Долю контакта и время ответа можно измерить в коротком пилоте. Долю оплат нельзя. Значит, пилот доказывает, что механизм сдвинулся, а модель переводит сдвинутый механизм в деньги по допущениям, записанным заранее. Это более слабое утверждение, чем «автоматизация подняла нам конверсию», и это самое сильное утверждение, которое выдерживают данные.

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

Как не посчитать один и тот же эффект дважды

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

Дороже всего обходится первая пара. Модель, которая одновременно заявляет «мы сэкономили 480 часов в год» и «мы закрыли двадцать дополнительных сделок», обычно считает одни и те же часы дважды, потому что именно эти часы сделки и принесли. Выбирайте одно. На практике считают сделки, а мощность засчитывают только там, где можно назвать несостоявшийся наём.

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

Как сверить прогноз с фактом через квартал

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

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

Пересчитайте модель по колонке факта вместо того, чтобы спорить о прогнозе. Здесь получается 361 000 ₽ вклада от сделок плюс 19 575 ₽ от высвобожденного времени против 265 000 ₽ повторяющихся затрат: около 115 600 ₽ чистыми за квартал. Срок окупаемости уезжает с двенадцатого месяца за двадцать четвёртый, проект остаётся положительным, но это уже другое вложение, а не то, которое утверждали.

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

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

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

Чего эта модель не доказывает

Модель, которая заявляет лишнее, используется ровно один раз. Скажите про границы вслух и в том же документе, тогда число переживёт встречу со скептиком.

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

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

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

Она не переносится. Ваши входы принадлежат вам. Срок окупаемости другой компании, даже из той же отрасли, не говорит ничего о вашей, и к иллюстративным числам этого гайда это относится так же, как к чужим.

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

Со старыми исследованиями то же самое. Работа MIT и InsideSales про время реакции на обращение сравнивала шансы дозвониться внутри собственного набора данных, собранного примерно в 2007 году, и знаменитые множители из неё описывают относительные шансы контакта в той выборке, а не прирост конверсии, который даст ваш проект. В чужих калькуляторах эта цифра постоянно превращается в допущение о выручке. Ссылайтесь на неё ради механизма, но не пускайте её строкой в свой прогноз.

Порядок работ и где это стыкуется со стеком

Порядок важен, потому что каждый шаг снимает один спор со следующего.

1. Согласуйте определение маржинального вклада с финансовой службой письменно. До этого остальное бессмысленно: строка умножает всё.
2. Зафиксируйте и выгрузите базовый период до любых изменений, включая число заявок без единого контакта из журнала дел.
3. Получите перечень дефектов из аудита входящего потока заявок, чтобы оценивать конкретные починки, а не класс систем.
4. Соберите реестр затрат со счетами по внешним строкам и полной ставкой по внутренним часам, включая пять забываемых строк.
5. Напишите три сценария и порог безубыточности в сделках до первой демонстрации поставщика, чтобы демонстрация мерилась вашей моделью, а не наоборот.
6. Запишите условия пилота заранее: схема, группы, срок, главный показатель, порог решения и действия при неоднозначном результате.
7. Ведите пилот по верхним показателям, доле контакта и времени ответа, а не по числу сделок, которое за этот срок не измеряется.
8. Пересчитайте на фактических входах и примите решение. Утвердить, сузить объём или остановить.
9. Назначьте сверку с фактом через квартал после полного развёртывания, приложив таблицу прогноза к приглашению.

Чаще всего пропускают пятый шаг, а пропуск переворачивает всю затею: вместо модели, которая оценивает поставщика, получается поставщик, который выдаёт вам модель.

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

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

Цены