Просят обещать клиенту функцию, которой ещё нет

В анкете клиента рядом могут стоять два вопроса: «Есть ли выгрузка в нужном формате?» и «Будет ли она доступна к запуску?» На первый вы отвечаете «нет». На второй руководитель просит поставить «да».

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

Здесь нет противоречия только из-за соседства «нет» и «да». Компании берутся создавать то, чего ещё не существует. Однако между двумя ответами должно появиться решение о работе, сроке и обязательстве перед клиентом. Само распоряжение заполнить вторую клетку этого решения не подтверждает.

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

Что клиент собирается делать с вашим ответом

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

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

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

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

Это может произойти без общего замысла кого-то обмануть. Но отсутствие такого замысла не делает итоговый ответ точным.

Рабочий вопрос руководителю мог бы звучать так: «Клиент выбирает сервис именно из-за этой выгрузки к запуску. На чём основан срок? Кто может подтвердить нужный результат и согласовать обязательство перед клиентом?» Здесь вы просите сведения для ответа, а не предлагаете устроить расследование всей компании.

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

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

Почему «так сказал начальник» кажется достаточным

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

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

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

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

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

Слово «планируем» не заменяет такого уточнения. Клиент спрашивает: «То есть к запуску выгрузка будет?» Ответ «Да, мы это планируем» оставляет ему ваше «да». Внутри компании все могут помнить оговорку. Клиенту она не помогает принять решение.

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

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

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

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

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