Обещание клиенту в пределах ответственности

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

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

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

Разделите результат работы и последующий эффект

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

Здесь есть несколько разных результатов. Первый — создана и проверена таблица. Второй — администратор умеет ей пользоваться. Третий — подготовка отчёта занимает меньше времени. Четвёртый — руководитель использует отчёт для решений. Пятый — центр зарабатывает больше.

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

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

Найдите проблему за названием услуги

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

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

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

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

Проверьте каждую часть обещания

Задайте себе четыре вопроса. Могу ли я выполнить это в согласованных условиях? Как мы проверим выполнение? Какие действия потребуются от клиента? Какие обстоятельства могут заметно изменить результат?

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

Для количественного обещания нужна исходная точка

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

Допустим, на сопоставимый недельный отчёт уходило 90 минут, а после настройки — 35. Разница составляет 55 минут. Если отчёт действительно готовят четыре раза в месяц, расчётная экономия — 220 минут, или 3 часа 40 минут. Это ещё не равно денежной экономии: зарплата администратора может остаться прежней, а освободившееся время — уйти на другие полезные задачи.

Было

90 минут на сопоставимый недельный отчёт.

Стало

35 минут после настройки.

Разница

55 минут на один отчёт.

За месяц

Четыре отчёта: 220 минут, или 3 часа 40 минут.

Это расчётная экономия времени, не денежная экономия и не гарантия для любого отчёта.

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

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

Не приписывайте себе все изменения после проекта

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

Руководство Magenta Book различает наблюдаемое изменение и обоснованный вывод о причинах. Для малого проекта это не означает обязательное сложное исследование. Это означает аккуратный язык: «После запуска получили такой результат; одновременно менялись такие условия», если вы не можете отделить вклад каждого фактора.

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

Обсудите ответственность без списка оправданий

Условия нужны, чтобы организовать работу. «Клиент предоставляет выгрузку в согласованном формате до вторника» помогает выполнить обещание. «Исполнитель ни за что не отвечает» не помогает никому понять, что покупается.

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

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

Сформулируйте своё обещание

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

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

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