фразами это правило. С клиентом вы говорите на обывательском языке, выслушиваете его «хотелки», записываете и делаете при нем задумчивое и загадочное лицо… Вам крайне важно понять, что клиенту нужно в итоге, а также предсказать, что может понадобиться дополнительно. После этого вы формируете сначала бриф, который утверждаете с клиентом, потом техзадание, в котором уже языком терминов определяете перед исполнителем зону его ответственности. Это разные процессы, и клиент платит за то, чтобы вы смогли общие и размытые клиентские формулировки перевести в четкую практическую плоскость исполнения.
ИСПОЛНИТЕЛЬ НЕ ХОЧЕТ ОБЩАТЬСЯ С ВАШИМ КЛИЕНТОМ!
Он заточен под профессиональное осуществление задач, а не под разгадывание тайных смыслов фразы типа: «нужен яркий продвинутый дизайн, продающий фокус-группе наш портфель решений в разрезе лидогенерации и в привязке к геотаргетингу»… Разгребайте подобные семантические завалы своими силами – вы ведь заказчик!
Механизм работы цепочки Клиент-Заказчик-Исполнитель
Могу порекомендовать вам механизм, наиболее эффективный в моей работе с цепочкой клиент-заказчик-исполнитель.
Прежде всего я собираю пожелания клиента, формирую из них список тезисов. После этого по тезисам определяю объем работ и ставлю отдельные ТЗ. Следующим этапом я зондирую рынок – размещаю техзадание на бирже и жду желающих войти в проект. При этом я прошу указывать цену и сроки исполнения. Через пару дней в проекте появляются достойные кандидаты в исполнители и резервные кандидаты, формируются порядок цен и рабочие сроки на реализацию проекта. Все это я собираю в компред для клиента. Заявленные сроки я увеличиваю раза в полтора на случай форс-мажора. Получается все равно нереально быстро с позиций клиента, и тут он претензий иметь, скорее всего, не будет. В случае несогласия вступает в силу золотое правило рынка – «хочешь быстрее, плати больше». Себестоимость проекта я умножаю обычно на два на тот случай, если исполнитель «продинамит» или случится нечто непредвиденное и нужно будет оперативно переключаться на резервных исполнителей. Это себестоимость с заложенными рисками и мелкими доработками, которую клиенту не стоит перевыставлять отдельным счетом. Такие доработки возможны, и вы, скорее всего, не все учли в вашем ТЗ, примите это как аксиому. После умножения цены на 2, я делаю свою надбавку за авторский надзор… В моем случае маржа может значительно (на порядки) превышать себестоимость проекта, даже умноженного на 2. По поводу ваших кровных – решать вам, не рекомендую жадничать на первом этапе, чтобы не растерять клиентов. После этого я предлагаю заключить с клиентом договор с учетом всех пунктов ТЗ, сроков и цены проекта. Договор в идеале должен вступать в силу по факту оплаты, а не на момент подписания, что в ваших прямых интересах. Авансовый платеж должен перекрывать вашу себестоимость с небольшим запасом, тогда у вас не будет необходимости