Як захистити себе від незадоволених клієнтів і вічних правок

Категорія: Фрілансерам 11.10.2017 3 116

Як захистити себе від невдоволених клієнтів і вічних правок

Мова піде про те, як працювати так щоб було реально кайф і не попасти в цю яму вічних правок від замовника.

Розглянемо класичний сценарій. Виконавець отримує замовлення, оцінює терміни та оголошує ціну. Замовник, як правило проводить передоплату і починається робота.

І ось начебто вийшло чудово. Виконавець показує результат замовнику.

Замовник переглядає, глибоко вдихає і з розчаруванням в голосі каже «Все не те!».

Тут починає накопичуватися негатив, як зі сторони замовника так і зі сторони виконавця.

Але, якщо так подумати, то виконавець не мав ціль зробити жахливо. Всі ж хочуть робити те, що реально потрібно і чути тільки компліменти в сторону своєї роботи.

Тому хочу дати декілька порад щоб ви, як виконавець не поринали в цей стан подавлення після фрази «Все не те!».

Без ТЗ результат хз.

Незалежно чи ви дизайнер чи верстальщик чи програміст. Виконавець завжди має мати чіткий список задач, які він має виконати.

Відносно цього списку задач і ставляться терміни, а від термінів відповідно і ціна.

Щоб зробити по справжньому круто треба навчитися ставити собі задачі і пояснювати замовнику деякі тонкощі відносно задач.

Таким чином Ви складаєте разом з замовником список задач, узгоджуєте його і тільки тоді починаєте роботу.

Наголошу, що задачі мають бути чіткі.

Не «Зробити загрузку сайту швидшою», а «Зробити загрузку сайту за 2-3 секунди при швидкості 3G інтернету». Водночас не має бути занадто по технічному написано. Замовник має зрозуміти, що саме ви будете робити. Тому треба написати максимально доступно і конкретно.

Все прекрасно, але…

І так ми повчилися ставити задачі і в нас все прекрасно, але при виконанні списку задач і замовник каже «Мені тут ще треба добавити деякі елементи». Тут дуже тонкий момент, який може плавно підвести вас у стан цих вічних задачах.

Тому до початку розробки поясніть, що є «правкою», а що є «доробкою».

Правка це зміна. Саме зміна чогось існуючого.

Доробка це відповідно розробка чогось нового.

Я б порадив наступне.

Якщо задача займе максимум 5 хв то зробити її.

Якщо задача займе більше ніж 5 хв то пояснити, що у вас є узгоджене з ним технічне завдання і відповідно ціна та терміни враховують тільки ці задачі. Всі інші задачі будуть записані, але зроблені вони будуть після того, як ви зробите основний список задач і відповідно після того, як ці задачі будуть оплачені.

Це не стосується ситуацій коли ви пишете текст, а там пропущена кома чи робите форму, а вона не працює і замовник каже на це все поправити.

Якщо ви будете робити все, що говорять вам клієнти то це переросте у вічні правки і відповідно не буде розуміння початку і кінця у замовника та і у вас також.

На рахунок чіткості задач.

В дизайні це макет чи прототип.

У верстці чи програмуванні це чіткий та повний список задач з різними прихованими моментами (Що має бути при кліку по елементу? Що має бути після відправки форми?).

На цьому я закінчую і буду радий прочитати ваші коментарі на цю тему.

Якщо вам сподобалася стаття, поставте лайк і буду радий прочитати вашу думку в коментарях про цей матеріал.

Поділися з друзями:

Будь частиною проекту

Напиши мені повідомлення

Можливо є якісь питання чи зауваження?
Що подобається, що ще б хотіли бачити на цьому проекті?

Написати свою думку