Comments 2
как перебороть страх сообщить клиенту об опоздании или переносе.
Можно помнить старый анекдот
старый анекдот
Мойша с Сарой ложатся спать - Мойша ворочается уснуть не может...
Сара спрашивает - "В чем дело?"
- Да вот у Абрама рубль занял, теперь мучаюсь - надо отдавать, а не хочется, вот голова и болит
Cара стучит в стенку и говорит:- Абрам. мойша у тебя рубль занимал?
- Да.
- Так вот, он тебе его не вернет. - поворачивается к Мойше и говорит:- Теперь пускай у него голова болит
Ведь с момента когда известил о проблеме, можно не беспокоиться о переносе сроков.
промежуточные переговоры чуть ли не каждый день. Это не только спасло меня от избегания работы и двигало вперёд, но и оказалось очень эффективным с точки зрения движения с клиентом к единому видению результата.
Ведь комментарии и обратную связь я получал практически мгновенно, учитывал их
Мы предпочитаем не показывать работу в состоянии "вот тут забор, но пока из временных досок, а там будет здание, но пока ничего нет и это нормально". Всегда показываем только конечный результат, который соответствует ТЗ.
Клиент в этом варианте не видит промежуточных этапов в которых многое сделано не так как ему надо (что нередко вызывает негатив и волну вопросов) и не создает комментариями дополнительной работы (показал менюшку сайта - клиент накидал комментов - и вот уже вместо продолжения работы - "играешь шрифтами менюшки" учитывая комменты... а как следствие факапишь сроки всего проекта).
В какой-то момент я стал настолько уверенно сдавать работу в срок, что начал гарантировать это деньгами. Сообщал клиентам, что, если нарушу дедлайн, то они получат и результат работы, и предоплату.
Это надо делать всегда. Сроки это часть договора. Не сдать проект в срок - всё равно что не сделать часть ТЗ и считать это нормой. Не говоря уже о том, что клиент может заказать рекламу под определённые даты или договориться с другими исполнителями от которых зависит продолжение работы.
А вот с точки зрения влияния на дисциплину это не особо влияет. Как говорится "если проблема решается деньгами, то это не проблема, а расходы"© В результате необходимость сдать проект к такому-то числу начинает восприниматься как сумма денег которую надо заплатить за возможность продлить время работы над проектом.
Всегда показываем только конечный результат, который соответствует ТЗ.
Клиент в этом варианте не видит промежуточных этапов в которых многое сделано не так как ему надо (что нередко вызывает негатив и волну вопросов) и не создает комментариями дополнительной работы
Сто лет не помню, чтобы по ТЗ можно было добраться до результата без промежуточных вопросов (м.б. специфика прикладной области?). Соответственно, в моём случае без промежуточных контактов (в том числе демонстраций) нельзя. И никогда не было, чтобы хотелки заказчика существенно ломали график. И я задумался: помимо того, что я НЕ на фрилансе, как это у меня получилось?
Наверное, сыграло то, что инициатива, план и цель любого промежуточного контакта — в моих руках, а не у заказчика. Действительно, я просто стараюсь не позволять лицу, представляющему заказчика, избыточной инициативы. Когда работал в рамках хелпдеска, даже шаблон имел: «доработка по Вашему запросу является существенной и не может быть выполнена в рамках техподдержки. Вы можете согласовать постановку задачи в план через руководство». И промежуточный результат демонстрировал, не без того. Но такого, чтобы «лучше бы я этого не делал» — не помню...
Правда, мне никогда не приходилось работать с сугубо субъективными критериями оценки. Даже когда несколько лет занимался отделкой, если клиент вместо конкретных критериев желаемого результата хотел работать по принципу «сделай, чтобы мне понравилось», предпочитал такого клиента потерять (это всегда дешевле).
В общем, с заказчиками, диктующими пафосные сроки (это из числа тех, которые попадали в план), тоже неоднократно сталкивался. Таким задавал дополнительные вопросы по существу, и либо возникал синергетический эффект от эффективного взаимодействия, либо можно было с чистой совестью переключаться на других, пока они две недели на простейший (но реально очень важный) вопрос отвечают. Вообще тогдашний мой начальник многому меня научил в плане философии общения с заказчиком, от «вежливо послать» до наибольшего благоприятствования без избыточного надрыва с нашей стороны.
P.S. Надо же, а я ведь даже и не замечал, что столько лет всегда старался перехватить инициативу в коммуникации с заказчиком, да ещё и успешно по бо́льшей части... Эй, там! Принесите мне мою носозадирательную машинку :)
Управление сроками на фрилансе: как не делать всё в последний момент и не опаздывать