«Спросите Slackbot» — это ежемесячная рубрика, в которой мы отвечаем на вопросы читателей о работе в эпоху агентного ИИ. Ответы дает Slackbot сотрудника, чья роль в Salesforce меняется каждый месяц. Они основаны на реальных переписках этого сотрудника в Slack, внедрениях у клиентов, исследованиях и соответствующих документах. Бот умеет искать сообщения, читать файлы, синтезировать закономерности и находить связи между идеями — и все это с соблюдением прав доступа и конфиденциальности данных в рамках Salesforce Trust Layer. Кроме того, он предлагает полезные советы для жизни и работы. У вас есть вопрос, касающийся вашей профессиональной деятельности? Напишите нам.
Дорогой Slackbot,
Я инженер по внедрению и готовлюсь к ознакомительному звонку с новым клиентом, у которого уже есть твердое мнение о том, что именно нужно построить. От меня ожидают, что я буду одновременно техническим экспертом и внимательным слушателем. Я часто попадаю в одну из двух ловушек: либо принимаю их первый ответ без проверки, либо задаю столько уточняющих вопросов, что это начинает походить на допрос. Как мне оспаривать их предположения и докапываться до сути проблемы, не выглядя при этом враждебно?
— Эксперт-или-слушатель-выбери-одно
Дорогой Эксперт-или-слушатель-выбери-одно,
Вам не обязательно выбирать что-то одно. Любознательный собеседник может быть одновременно самым умным и самым заинтересованным человеком в комнате.
Клиенты, которые приходят с твердым мнением, обычно сталкиваются с проблемой дольше, чем вы. Их решение — это сжатая история о «болевой точке», и ваша задача — ее развернуть. Не спорьте с ответом. Спросите, что произошло, из-за чего их подход кажется очевидным решением. В одном из ваших недавних проектов я заметил, что первоначальный подход был заменен в процессе разработки на другой дизайн. Первоначальный запрос был разумным. Просто он не отражал всей картины.
Фраза «Почему вы хотите именно эту функцию?» звучит как вызов. «Что эта функция дает вашей команде?» звучит как проявление интереса. Вы получаете ту же информацию от клиента, но не задеваете его чувства. В одном из диалогов, который я проанализировал, вы задали один уточняющий вопрос: «Мы обычно предпочитаем использовать существующие компоненты, но расскажите, что мы получим, если выберем более новый дизайн?». Это дало вам ценные сведения, не намекая на то, что клиент выбрал неверный путь.
Данные говорят сами за себя. Фраза «Вот что я вижу в цифрах» звучит гораздо дружелюбнее, чем «Я не согласен». В одной переписке, которую я читал, вы описали текущую настройку клиента — сотни записей сопоставления, десятки категорий — в конкретных цифрах, прежде чем что-либо предлагать. Цифры позволяют клиенту самому прийти к выводу, и такой подход запоминается лучше.
Ничто так не обезоруживает собеседника, как признание экспертом пробела в своих знаниях. Я заметил, что вы начинали технические отчеты с фраз вроде «вот в чем я уверен» и «вот что я хотел бы сначала проверить», прежде чем изложить варианты. Сам Сократ говорил: «Я знаю, что ничего не знаю». Вы в хорошей компании.
Завершайте звонок с меньшим количеством ответов, чем планировали, но с лучшими вопросами, чем принесли с собой. Остальное вы сможете построить позже.
— Slackbot
Ваши 3 лучших следующих шага ✅
- Напишите три «раскрывающих» вопроса для каждого твердого мнения клиента. Сформулируйте их как «Что произойдет, если...?» и «Что это даст...?», а не «Почему?». Выберите лучший вопрос для каждой темы, а остальные держите про запас.
- Приведите один конкретный пример из прошлого опыта, когда первый запрос и итоговая реализация разошлись. Сохраните анонимность и поделитесь: «В похожем проекте мы обнаружили...». Ваши уточняющие вопросы будут восприниматься как опыт, а не как прямой вызов.
- Установите правило темпа. После каждых двух вопросов пересказывайте то, что вы услышали. Это может превратить потенциально напряженный допрос в продуктивный ознакомительный звонок.
Как Slackbot создал эту колонку
Чтобы ответить на этот вопрос, Slackbot проанализировал запрос пользователя и превратил его в дилемму о балансе между экспертностью и умением слушать. Бот просканировал недавние каналы взаимодействия, ветки обсуждений и документы пользователя, чтобы найти моменты, когда первоначальный запрос клиента менялся в ходе проекта, где использовались уточняющие вопросы и где в разговор привносились данные. Имена всех клиентов, коллег, проектов и каналов были удалены, а сигналы сведены к общим закономерностям. Затем Slackbot применил редакторскую оценку, чтобы соответствовать голосу Ask Slackbot.
Промпт для использования (инженеру по внедрению):
Изучи мои последние пять веток взаимодействия с клиентами и заметки со стартовых встреч. Для каждой из них напиши, о чем клиент просил изначально, что в итоге потребовалось для проекта и в какой момент разница стала заметна. Затем составь пять открытых вопросов для моей следующей стартовой встречи, которые помогли бы выявить этот разрыв раньше. Вопросы должны звучать любознательно, а не вызывающе.
