Клиент просит “немного поиграть со шрифтами”, добавить еще один блок на сайт, переписать пару текстов или сделать дополнительный отчет в рамках старого бюджета. Сначала это кажется мелочью, но незаметно съедает время, сдвигает сроки других проектов и убивает прибыль. Проблема ползучего расширения задач (scope creep) решается не скандалами, а выстраиванием прозрачного процесса оценки любых новых пожеланий до того, как вы начнете их делать.
| Какую задачу решаем | Что это даст на практике |
| Как перевести бесплатные “хотелки” в платные задачи | Научитесь аргументировать доплату без ущерба для отношений с клиентом |
| Что делать, если ТЗ изначально размыто или его нет | Сможете остановить поток правок, даже если границы проекта не зафиксированы |
| Как правильно отвечать на просьбы “сделать по-быстрому” | Клиент поймет, почему задача не делается прямо сейчас, и сам расставит приоритеты |
Основной алгоритм работы с новыми вводными
Главный принцип работы с доработками: никогда не говорите прямое “нет” и никогда не делайте их молча. Вместо этого используйте формулу: “Да, мы можем это сделать. Вот сколько времени и денег это потребует”.
Как только клиент присылает задачу, которой не было в изначальном плане, проведите ее через четыре шага:
- Зафиксируйте факт новой задачи. Не бегите сразу исполнять. Ответьте: “Принял, вижу новую задачу. Сейчас оценю, как она повлияет на текущий план”.
- Сверьтесь с договором или ТЗ. Убедитесь сами и покажите клиенту, что этого пункта не было в изначальных договоренностях.
- Оцените ресурсы. Посчитайте, сколько часов или рублей стоит это дополнение.
- Предложите выбор. Передайте ответственность за решение клиенту. Он должен выбрать: увеличить бюджет, увеличить сроки, выкинуть что-то из текущего плана ради новой задачи или отказаться от идеи.
Как действовать в разных сценариях
Сценарий 1: ТЗ жестко зафиксировано (есть договор и смета)
Самый простой случай. У вас есть документ, на который можно опереться. Главное здесь – не скатиться в бюрократическую агрессию в духе “читайте договор, там этого нет”.
Что делать: Сошлитесь на документ как на общий инструмент контроля. Скажите: “Иван, идея отличная. В нашей текущей смете этого блока нет, мы согласовали только пункты с 1 по 10. Чтобы реализовать вашу идею, нам нужно подписать доп. соглашение на 15 000 рублей. Берем в работу?”
Сценарий 2: ТЗ размыто или договоренность была на словах
Сложный случай. Клиент искренне считает, что его новые просьбы входят в изначальную стоимость, потому что “мы же договаривались сделать сайт под ключ”.
Что делать: Остановите текущую работу и проведите границу прямо сейчас. Вам нужно зафиксировать статус-кво. Скажите: “Иван, я вижу, что у нас появляются новые вводные, которые мы не обсуждали на старте. Чтобы мы не вышли за рамки вашего изначального бюджета, давайте зафиксируем: в эти 50 000 рублей входит вот этот список из 5 пунктов. Все остальное, включая вашу новую просьбу, мы будем оценивать отдельно. Согласны?”
Сценарий 3: Клиент просит “мелочи на пять минут”
Поменять цвет кнопки, переставить абзацы местами, добавить запятую. По отдельности это действительно пять минут, но за месяц таких правок набегает на полноценный рабочий день.
Что делать: Не выставляйте счет за каждую запятую – это раздражает. Используйте метод пакетирования. Скажите: “Я соберу все такие мелкие правки в один пул. Как только их накопится на один рабочий час (или на 2000 рублей), я их разом внедрю и добавлю в счет. Либо мы можем выделять на такие доработки 2 часа в неделю по ставке X рублей”.
Сценарий 4: Заказчик пытается заменить одну задачу другой
Клиент говорит: “Мы решили не делать блок с отзывами, давайте вместо него сделаем калькулятор стоимости, бюджет же не меняется”. Опасность в том, что калькулятор может быть в три раза сложнее отзывов.
Что делать: Оценивать задачи не по количеству, а по трудоемкости. Ответьте: “Мы можем убрать блок с отзывами, это высвободит 3 часа работы. Но калькулятор займет 10 часов. Итого нам потребуется дополнительные 7 часов, это будет стоить X рублей”.
Шаблоны ответов на типовые манипуляции
Часто клиенты используют стандартные фразы, чтобы продавить бесплатную работу. Вот как на них реагировать в рабочих чатах (Telegram, WhatsApp) или почте:
- Клиент: “Сделайте это по-братски / мы же партнеры / вам же не сложно”.
Ответ: “Я очень ценю наше партнерство, именно поэтому стараюсь делать работу качественно. Эта задача требует участия дизайнера и верстальщика, их время стоит денег. Я могу предложить скидку 10% на эту доработку, счет составит…”
Клиент: "Если вы это не добавите, мы не сможем запустить проект / руководство не примет работу".
Ответ: "Понимаю, что требования изменились. Но мы выполнили работу строго по согласованному ТЗ. Чтобы проект запустился в новом виде, нам нужно провести доработку. Она займет 3 дня и стоит X рублей. Запускаем?"
Клиент: "У нас больше нет бюджета, сделайте в рамках текущего".
Ответ: "Понимаю ситуацию с бюджетом. Если мы не можем его увеличить, давайте посмотрим, от чего из текущего плана мы можем отказаться, чтобы высвободить часы на эту новую задачу".
Частые ошибки исполнителей
- “Партизанское” выполнение задач. Вы делаете мелкие доработки молча, надеясь, что клиент это оценит. К чему приводит: Клиент не знает, что вы делаете одолжение. Для него это становится нормой, и аппетиты растут. Как исправить: Даже если делаете бесплатно, подсвечивайте это (см. раздел про исключения).
Выставление счета постфактум. Вы молча копите новые задачи, делаете их, а в конце месяца выставляете счет в два раза больше ожидаемого. К чему приводит: Скандал, отказ платить, разрыв отношений. Клиент имеет право отказаться от услуги, о стоимости которой его не предупредили. Как исправить: Озвучивать цену до начала работы над конкретной правкой.
Отказ через агрессию. "Я это делать не буду, этого нет в ТЗ". К чему приводит: Конфликт, потеря лояльности. Как исправить: Переводите разговор из плоскости "буду/не буду" в плоскость управления проектом: сроки, деньги, приоритеты.
Ограничения и исключения: когда просить доплату нельзя
Правило “любая доработка стоит денег” имеет жесткие исключения. Если вы начнете требовать доплату в этих случаях, вы потеряете репутацию.
- Исправление ваших собственных ошибок. Если сайт “поехал” на мобильных устройствах, текст содержит фактические ошибки из-за вашей невнимательности, или код выдает баг – вы чините это бесплатно. Это не расширение задачи, это доведение изначальной задачи до заявленного качества.
Уточнения из-за вашей непрозрачности. Если в ТЗ было написано "сделать красивый баннер", вы сделали, а клиенту не нравится – это ваша проблема. Вы не зафиксировали критерии "красоты" на старте. Придется переделывать бесплатно, а на будущее – вводить брифы и референсы.
Осознанный стратегический бонус. Иногда клиенту полезно пойти навстречу, чтобы укрепить отношения на долгий срок. Но есть правило: бонус должен быть назван бонусом. Формулировка: "Иван, обычно разработка такого баннера стоит 3000 рублей, но так как мы работаем с вами уже полгода, в этот раз я сделаю его бесплатно, бонусом к основному проекту". Так вы фиксируете ценность своей работы и не даете сесть себе на шею.
Коротко о главном
Чтобы клиент не расширял объем работ за ваш счет, вы должны стать для него зеркалом, отражающим последствия его желаний. Любое “а давайте еще добавим” должно встречать спокойный ответ: “Давайте. Это добавит к сроку N дней, а к смете X рублей. Выставляю счет?”. В 80% случаев клиент сам отказывается от несрочных идей, как только узнает, что за них придется платить.
