Такой исход бывает довольно часто, если не распознавать заранее ситуации, где лучше отказаться от проекта или изначально четко очертить свои условия.
Представляю вам свой ТОП болевых фраз от заказчиков, которые выводят меня из Дзена.
Боль 1. Описание ситуации:
У заказчика маленький бюджет, а сроки горят. Что он делает? Конечно, пытаться выдавить скидку у разработчика. Но, это не лучший вариант, так как скидку сделать можно, но и качество заметно урежется. Разработчик тоже человек, кушать хочет, а тратить лишнее время на работу за копейки не хочет никто.
Что делать?
Разработчику: если этот заказчик важен, то попробовать найти оптимальное решение в треугольнике цена-сроки-качество (что-то одно главное, остальные — второстепенные).
Заказчику: усмирить свои наполеоновские жаления и согласиться с предложением разработчика.
Боль 2. Описание ситуации:
Разработчику передали давно утвержденный проект от дизайнеров. И тут, в процессе резко возникают правки по дизайну: кнопка уже не нравится, плашка большая, форма вообще не та…
Что делать?
Разработчику: дать понять, что вы не дизайнер и заказчик не дизайнер. Проект пришел утвержденный, значит делаем так, как обсудили в ТЗ. Редизайн можно сделать позже и за отдельную плату.
Заказчику: внимательно смотреть все правки на этапе дизайна, так как разработчик в дизайне разбираться не обязан. Он делает ваш сайт работающим и «живым».
Боль 3. Описание ситуации:
Заказчик хочет много, а бюджета почти нет. Не понимает ценности качественной работы.
Что делать?
Разработчику: если не хотите отдавать свою работу за бесценок, то нужно отправить заказчику таблицу с расчетом стоимости работы и затраченного времени.
Заказчику: оценить, действительно ли вы готовы пожертвовать качеством, получить много проблем с исполнителем и сайтом, зато дешево? Или лучше быть уверенным в качестве и сроках за соответствующую цену. Решать вам.
Боль 4. Описание ситуации:
Заказчик считает, что все знает лучше: как делать, сколько по времени и что нужно.
Что делать?
Разработчику: серьезно подумать, стоит ли брать проект у такого заказчика. Работать будет трудно. Если ему что-то не понравится — не факт, что заплатит.
Заказчику: пересмотреть свои взгляды, найти оптимальный вариант между желаниями и возможностями, уважать мнение специалистов.
Боль 5. Описание ситуации:
Заказчик до вас выбрал некачественного исполнителя, вовремя не проконтролировал работу и результат. А теперь хочет спасти проект за 10% оставшегося бюджета.
Что делать?
Разработчику: подумать 1001 раз стоит ли браться исправлять косяки предыдущих разработчиков за маленькую сумму.
Заказчику: Как не допустить — перед началом работы проверять кейсы разработчиков, договариваться на поэтапную оплату, чтобы не попасть в такое положение. Как исправить — сделать минимально правок на оставшуюся сумму или отложить проект до появления нового бюджета.
Если вы заказчик и не уверены в качестве разработчика, если вы разработчик и не уверены, работать ли с этим заказчиком, то пишите мне — могу стать гарантом качественной сделки.
За плечами 12 лет опыта, а почитать мою историю выхода на стабильный фриланс и получить подарок можно тут
статья обо мне
P.S.
Подпишитесь на мой Инстаграм, там еще больше пользы: https://www.instagram.com/znatny.tehnar
А ВКонтакте раздаю полезные подарки!
https://vk.com/znatny.tehnar
Обнял. Благословил вас на качественное сотрудничество.
Ваш Знатный Технарь.
P.P.S.
Если понравилась статья — ставьте лайк.
Делитесь про ваши болевые фразы в комментариях, интересно узнать какие они в разных нишах.