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

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

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

Разговор с закупщиком

На второй встрече Марина могла бы сказать:

— У нас уже есть учётная система. Зачем нам ещё один сервис?

Слабый ответ звучит так:

— Наш сервис современнее и удобнее. В нём больше функций, есть мобильное приложение и гибкие настройки.

Сильнее ответить вопросом, который не уходит от сути:

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

После ответа Марины Андрей мог бы продолжить:

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

Здесь поставщик не спорит с текущей системой и не объявляет её устаревшей. Он уменьшает масштаб решения до проверяемого участка.

Если Марина отвечает: «Нам нужно только сравнить цены», не следует немедленно отправлять прайс. Можно сказать:

— Цену подготовим. Чтобы сравнение было честным, нужно зафиксировать состав работ: число точек, интеграцию, обучение, поддержку и порядок приёмки. Иначе два предложения с одинаковой суммой могут означать разный объём ответственности.

Если собеседник говорит: «Пришлите общую презентацию», уместно отправить короткий материал, но не останавливаться на нём:

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

Такой ответ превращает презентацию из каталога функций в повод для предметного разговора.

Цена бездействия

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

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

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

Андрей сначала говорил Марине:

— Наш сервис стоит 480 тысяч рублей за внедрение и 65 тысяч в месяц за сопровождение.

Ирина попросила его собрать другую картину:

— Сколько часов в неделю потенциальные пользователи тратят на сверку? Сколько стоит час их работы? Сколько раз в месяц возникает корректировка? Какие решения откладываются из-за недоверия к остаткам?

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

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

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

Это звучит скромнее, зато выдерживает проверку.

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

Доказательство надёжности важнее впечатляющей презентации

Когда поставщик неизвестен, заказчик оценивает не только полезность продукта. Он пытается предсказать поведение поставщика после подписания договора.

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

Надёжность — это не заявление «мы ответственные», а набор наблюдаемых доказательств.

Сроки подтверждаются планом с этапами, результатами и ответственными. Не «внедрение в течение месяца», а «до 5-го числа — обследование процесса, до 10-го — настройка справочников, до 15-го — тестирование на двух точках, до 20-го — обучение, до 25-го — запуск пилота».

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

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

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

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

На встрече Андрей мог сказать:

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

Такая реплика не уменьшает ценность поставщика. Она показывает границы, а границы делают обещание проверяемым.

Четыре ошибки в первых предложениях

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

Вторая — обещать финансовый эффект без исходных данных. «Сократим расходы на 30 процентов» выглядит эффектно, но вызывает вопросы: от какой базы, за какой период и за счёт чего? Исправление: сначала определить показатели, затем подтвердить изменение.

Третья — обращаться к одному человеку как к единственному заказчику. Если предложение адресовано только закупщику, в нём может не оказаться аргументов для руководителя процесса и требований для IT-службы. Исправление: составить карту участников и подготовить для каждой роли свой фрагмент доказательства.

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

Первая версия ценностного предложения «Северного учёта»

Ирина предложила Андрею не писать новый текст сразу, а разобрать старый по частям.

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

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