Сфера профессиональных услуг часто вызывает шок и путаницу у заказчиков и специалистов (подрядчиков).

Заказчики обвиняют подрядчиков в их не внимательности. Подрядчики обвиняют заказчиков в том что те не знают чего хотят.

Связано это с тем что в других сферах часто взаимодействие проще. Меньше вариативность. Один сообщил что хочет, второй подобрал 3-4 решения, выбрали и поехали.

Беда в том что в профессиональных услугах вариативность часто зашкаливает. На одну задачу может существовать 100 или 1000 вариантов решений. В диапазоне цен от 10 до 1000 условных единиц (можно сказать что условная единица равна тысяче рублей или 100 долларам — не важно). Важно понять что вариативность огромна.

Возьмем для примера сферу создания сайтов. Часто заказчики не понимают почему в одном месте им предлагают сайт за 5 000 рублей, а в другом за 500 000 рублей. При этом редко какой подрядчик может внятно объяснить в чем разница между этими решениями.

И это речь о простой задаче.

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

Работая 10 лет в этой сфере я пришел к следующей схеме работы, которая не идеальна, но на мой взгляд наиболее оптимальна:

  1. Заказчик сообщает задачу подрядчику (коротко или в форме какого-то уже заготовленного ТЗ)
  2. Подрядчик знакомиться с задачей и с учетом силы своей компетенции задает несколько уточняющих вопросов (их точность зависит от силы специалиста, а от их точности зависит скорость постановки задачи)
  3. Заказчик отвечает и от адекватности его ответов зависит то как увидит решение подрядчик (точность ответов заказчика опять же имеет большое значение)
  4. Далее подрядчик должен дать предложение решения структурированное по принципу ВИСИ (в нашем случае собирается некий набросок ТЗ с учетом формулировок требований которые увидел подрядчик исходя из своего уровня знаний структурированные по принципу ВИСИ)
  5. Предложение (ТЗ) — либо одобряется заказчиком, либо уточняется (число итераций уточнения может быть каким угодно)

Как только предложение (предложенное решение = ТЗ) заказчика устроило, он его утверждает.

И так начинается работа над задачей в соответствии с утвержденным ТЗ.

Все это может проходить в рамках обычной переписки. А ТЗ может быть просто письмом в электронной почте. Или каким то документом (в Google Doc или MS Word или чем то еще).

Если заказчик и подрядчик адекватны и сильные. То процесс постановки задачи происходит быстро и просто.

Если заказчик или подрядчик слабые, то в процессе постановки задач возникают разного рода проблемы. Которые часто приводят к тому что стороны просто не договариваются.

Так происходит естественный отбор. Сильные заказчики собирают вокруг себя сильных подрядчиков. Сильные подрядчики собирают вокруг себя сильных заказчиков.

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

Так возникают жалобы типа «кругом одни идиоты, все тупые».

Беда в том что таким ребятам не объяснить что идиоты не кругом и тупые не все. Проблема конкретно в них самих.

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


Поделитесь страницей в социальных сетях: