Оплата: раньше или позже?

Обычно я рассказываю о том, как сделать максимально хорошо Заказчику и о том, что это важно для понятия сервиса. Сегодня я смещу фокус и попытаюсь написать о том, как сделать максимально хорошо компании-аутсорсеру. При этом ни один Заказчик не пострадает, качество сервиса не упадет, а измениться только подход к оплате услуг (ведь никто не говорит, что мы что-то должны делать бесплатно).

Вопрос оплаты услуг как бы и не принято обсуждать публично: «Дело-то интимное!». Поэтому часто менеджеры и ключевые сотрудники проекта не понимают, почему важно получить оплату своевременно, а желательно даже раньше срока :). И суть этого не только в том, чтобы быстрее зафиксировать прибыль.

Что же давайте посмотрим, как на нас влияют быстрые и «отложенные» проплаты:

Быстрая оплата исследования/итерации

Когда клиент заплатил за одну часть включается сразу несколько «позитивных» (для аутсорсеров) факторов.

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

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

Маленький оффтоп: Кстати, вы собираетесь просить оплату за совсем маленькую услугу, то можете сделать ее в виде подарка клиенту (о чем я уже писал раньше). Это здорово удивит клиента и сыграет вам на руку в долгосрочной перспективе.

Что же бывает в случае задержки с оплатой.

Задержка оплаты для команды разработки является, как ни странно, отличным поводом для разнообразных уступок для Заказчика. Когда оплата задерживается, вы начинаете с большей охотой делать доработки или идти на скидки… ровно по той же причине, что и описана в разделе выше. Вы тоже начинаете видеть, что потратили время/ресурсы/деньги на то, чтобы сделать что-то и пытаетесь всеми силами урвать «с паршивой овцы хоть шерсти клок».

Хитроумные Продвинутые Заказчики знают об этом приеме и используют его в «полный рост». Немножко посетовав на внешние обстоятельства (не утвердили бюджет; не подписали юристы договор; нет еще тех фич, которые я хотел…) они будут оттягивать оплату, а потом (возможно немного поскандалив) выбьют у вас скидку или много бесплатных часов :).

В моем опыте это особенно круто работало в сфере B2B. Хорошие менеджеры могли месяцами держать нас «на крючке», а потом в последний день квартала позвонить и сказать, что готовы заплатить, но у них есть только меньшая сумма. Если вы не согласитесь, то оплата перейдет на следующий квартал. Естественно мы отказывались соглашались… и теряли много прибыли, а порой даже не покрывали расходы.

Эпилогом к этому посту можно написать следующую фразу:

Быстрая оплата – способ привязать клиента, медленная оплата – способ оказаться на привязи.

В интересах компании-аутсорсера (совместными силами сейлзов, менеджера проекта и других участников) договориться с клиентом о таком подходе, когда первые платежи пойдут максимально быстро. Это не так просто, особенно в начале, когда уровень доверия очень низок и платить «этим неизвестным парням» просто не хочется. В моей практике были случаи оплаты за прототип, который помог сделать эстимейт, а клиент увидел, что мы сможем реализовать проект.

А какие практики помогают вам???