Марк Тьюрин – Сделка с организацией: Пошаговый путь поставщика к первому контракту (страница 3)

Фраза «сокращает количество ошибок» требовала доказательств. Её заменили на план проверки: «На пилоте сравниваем количество ручных корректировок и расхождений по выбранным группам товара до и после запуска».

Фраза «быстрое внедрение» тоже не выдерживала уточнения. Быстрое для кого? При каких исходных данных? С каким участием заказчика? В новой версии появились зависимости: «Пилот на двух магазинах — до четырёх недель при готовых справочниках, назначенных ответственных и доступе к тестовым данным».

После разбора предложение стало выглядеть так:

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

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

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

Формула здесь не магическая, но рабочая:

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

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

Короткая практика: перевести продукт на язык заказчика

Возьмите один свой продукт или услугу и запишите три версии описания.

Сначала — характеристику. Что входит в продукт, из каких модулей он состоит, какие функции доступны?

Затем — выгоду. Что становится удобнее, быстрее, дешевле или безопаснее благодаря этой характеристике?

Наконец — результат. Что конкретно меняется в работе заказчика, кто это замечает, за какой срок и по какому признаку?

Например:

Характеристика: «Мы внедряем электронный маршрут согласования заявок».

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

Результат: «Руководитель видит все заявки на закупку в одном списке, а средний срок согласования можно сравнить с текущим показателем и сократить за счёт устранения ручных пересылок».

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

Теперь сформулируйте первую гипотезу ценности по шаблону:

«Для [конкретный тип организации], у которой [наблюдаемая проблема], мы предлагаем [первый шаг или решение], чтобы проверить [измеримый результат]. Надёжность обеспечиваем через [доказательство: опыт, план, пилот, критерии приёмки, поддержку]. Решение имеет смысл масштабировать, если [условие перехода]».

Например:

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

Это не готовое коммерческое предложение и не обещание, которое нужно немедленно отправить клиенту. Это рабочая версия для разговора. Её задача — помочь задать правильные вопросы и обнаружить, где ваши предположения не подтверждены.

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

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

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

Портрет заказчика без догадок

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

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

Мифы, из-за которых список не работает

Миф первый: хороший заказчик — это любая организация, которой нужен наш продукт

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

Проблема становится коммерческой возможностью только при совпадении четырёх условий:

организация признаёт проблему;

у проблемы есть измеримые последствия;

у кого-то есть полномочия или влияние, чтобы начать изменения;

на решение можно выделить деньги, время и сотрудников.

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

Миф второй: крупная организация надёжнее и выгоднее небольшой

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

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

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

Миф третий: достаточно найти закупщика

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

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