от

Почему мы делаем не всё, что захочет клиент

не перечь мне

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

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

Наше позиционирование такое – «мозги + руки».

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

  1. Вы сами понимаете, какую задачу вы хотите решить этим требованием
  2. То решение, которые вы предлагаете, действительно самое рациональное и удобное

Зачастую вся ошибка кроется в п.2 – вы думаете, что ваше требование «сделай, чтобы работало вот так» уже самое рациональное.

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

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

А ещё бывает так, что нам сразу поступает требование из п.2 – сделать «так-то». Обоснование «какую проблему это решит» просто отсутствует. В этом случае мы звоним клиенту и «мучаем» его вопросами, какую же проблему он хочет этим решить.

 

———————

– Вы кто такие, чтобы спрашивать, зачем мне это надо? Просто сделайте!

Слышали мы такое как-то. Это был не руководитель (они так не скажут), а рядовой менеджер, который ставил нам задачу.

– Мы, мать твою, те люди, которые лучше тебя знают, как решить проблему. ОЗВУЧЬ ПРОБЛЕМУ, и мы сравним наше решение с твоим. Нам за это и платят.

…хотим мы обычно сказать менеджерам в таких случаях, но придумываем более лояльные слова. Ну хоть здесь в блоге можно так написать.

———————

 

Это важная мысль, от которой ничего сейчас не должно отвлекать, и мы её должны успеть до вас донести:

Это всё предыстория. Ниже будут 2 живые истории, которые наглядно показывают всё описанное выше:

 

История 1
«А можно сделать в системе вывод той таблицы, что вы показывали?»

Как-то для одной из планёрок по работе коллектива в системе мы сделали Excel-таблицу, куда вручную занесли комментарии по каждой сделке. Выглядело это так:

таблица по лидам

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

Можно ли такое реализовать?
О да. С выгрузкой в Excel, будет почти так же, как на скриншоте выше.

Сколько это будет стоить?
«Апчхи» тысяч рублей. Ну понимаете, это надо делать специальный отчёт, сводить разные данные в одном месте, делать потом красивый экспорт в Excel, чтобы было удобно работать с файлом. Каждый исполнитель может хорошо обосновать ту работу, которую по сложности вы всё равно проверить не сможете (тссс, мы тут в блоге пишем всё начистую, если вы не знали :) ).

Чем не доп. заработок для интегратора?
А нет. Не наш подход. У нас аллергия на глупую работу, даже за деньги.

В это время мы были лично рядом с человеком и у нас происходит такой диалог:
– Михаил, давайте обсудим. Вы какую проблему этим решить хотите?
– Ну вот смотрите, мне приходится много тыкать, чтобы получить нужную мне информацию
\\ да, не всегда мы получаем нужную нам информацию с первого вопроса. Мы привыкли
– Я не понимаю, какую именно проблему вы хотите решить. Переформулируйте, пожалуйста, это другими словами
– Да ну как…вот я вижу список задач, но не понимаю, что и по какой из них я недавно делал. Мне надо тыкать в каждую из них, чтобы прочитать информацию внутри. Ваш отчёт сильно бы помог
– А какую информацию вы смотрите после каждого клика?
– Вот…в этом поле я пишу сводную информацию, а в этом – следующий шаг
– Я правильно понял, что если в списке задач вы будете видеть дополнительно информацию из этих полей, то ваша проблема решится?
– Наверное….да

Всё, мы поняли проблему и уже сразу в голове прикинули решение. Покажем наглядно. Когда Михаил говорил «вот я вижу список задач», он имел ввиду такой вид (сильно вглядываться не стоит, дальше будет больше информации):

список задач в Планфиксе

Я тут же открываю ноутбук и в пару кликов это отображение задач делаю таким:

отображение задач в планфиксе

Теперь вы можете сравнить 2 последних скриншота и понять визуальную разницу.

– Михаил, посмотрите, теперь этот список задач решает вашу проблему?
– Хм…да. Если будут вопросы – сообщу

 

Сколько это стоило?

Ноль рублей ноль копеек. Мы сэкономили клиенту деньги. Ведь он, не вдаваясь в детали, мог бы утвердить эту доработку по цене. А так мы в очередной раз сделали ценную вещь, а не «потому что нам сказали так сделать».

 

История 2
«Добавьте в название задачи её номер»
Здесь уже история о том, как мы всё же сделали требуемое. Но через ряд вопросов.

Очередное совещание с менеджерами клиента по поводу работы в системе.
– А сделайте так, чтобы в название задачи подставлялся её номер.
– Не думаю, что это хорошая идея. Вам это зачем?
– Ну чтобы разделять сделки в общем списке
– Так вы редактируйте названия сделок. Пишите то название, какое вам удобное
– Да зачем мне писать название. У неё же номер есть. Я привыкла по номерам работать. Задача 1, задача 2, задача 3
– Вам это не добавит удобства. Тем более, что клиент будет получать письма со странными темами (название задачи = тема письма, которое получит клиент, когда ему напишут что-то изнутри задачи)
– Вот вы упёртый. Это же легко сделать. Почему бы просто не сделать это?
– Я не понимаю, почему вам от этого станет удобнее. Вы лишь породите больше хаоса в системе. Все другие клиенты просто определили для себя правила названия сделок и работают с этим
– А как я должна другому сотруднику указать на эту сделку, если мы голосом общаемся? Был бы номер, было бы удобно

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

– Хм…а вот это уже весомый аргумент. Хорошо. Я вас понял. Я выведу в название задачи её номер. Но всё же советую вам определиться и с правилами названия сделок тоже.

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

Можем ли мы полностью отказаться от реализации функционала по требованию клиента?

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

 

Мозги – за это вы платите в первую очередь.
Руки – в виде технической реализации по уже понятному тех. заданию, получают деньги уже во вторую очередь.

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

Удачного вам выбора :)

Добавьте комментарий

Комментарии