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

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

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

Как неправильно

Редактор созванивается с клиентом:

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

Редактор уходит писать.

Вроде ничего плохого: клиент сказал, редактор написал. А вот дальше начинается какая-то ерунда. Клиент говорит:

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

Редактор бросает прежнюю работу и идет писать про отчеты. И опять какая-то ерунда, клиент всё никак не может определиться:

— Слушай, мы же сейчас лендинг обновляем. И там будет блок с частыми вопросами-ответами. Вряд ли их волнует про отчеты, надо написать про стоимость, внедрение.  Нам часто такие вопросы задают, а база знаний поможет снизить нагрузку на менеджеров.

Кажется, клиент сам захотел три раза сменить тему. Но в реальности, у него появляется ощущение (не мысль, а пока зыбкое ощущение), что проект идет не так и редактор не очень. Ведь он нанял редактора, чтобы снять с себя проблему базы знаний и чтобы кто-то ему сказал, как ее делать. А в итоге проблем стало еще больше: надо думать, решать, а редактор что-то там мямлит. Да и еще Ильяхов в статье написал, что редактор должен разбираться в задаче.

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

Как правильно

Редактор задает вопросы клиенту:

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

И так еще миллион вопросов.

Редактор заранее узнает про лендинг, и разговор будет примерно таким:

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

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

Где ты таких идеальных клиентов берешь? Чаще всего клиенты не терпят возражений

Допустим, вам не повезло и попался авторитарный клиент. Он всё знает наперед: «Пишем так». Ничего страшного, просто расскажите клиенту о рисках:
 

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

Ну а дальше смотрите на реакцию. Чаще всего клиент, конечно, задумается о продажах и скажет: «Да... что-то не подумал...».

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

А еще, если с клиентом неуютно, с ним можно просто не работать.

А что если я все сделал неправильно? Все потеряно?

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

В любой моменты вы можете остановиться и сказать:

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

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

Кто вы для клиента: руки или партнер?

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

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

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