фриланс и IT ›Программист в аутсорсинговой компании · FAQ
6 июня 2026 г. · 6 мин чтения
Что делать если заказчик меняет требования каждый день
Если заказчик ежедневно меняет требования, фиксируйте каждое изменение в письменном виде, пересматривайте смету и сроки, а при повторяющихся правках поднимайте вопрос о дополнительной оплате. В статье разберём пошаговый план действий для программиста в аутсорсе.
Почему заказчик постоянно меняет требования и как на это реагировать
Каждый разработчик в аутсорсе сталкивался с ситуацией, когда вчерашние договорённости утром оказываются неактуальны. Заказчик может менять требования из-за нечёткого видения продукта, давления рынка или просто отсутствия опыта. Ваша задача — не терпеть, а управлять процессом. В этой статье — конкретные шаги, цифры и инструменты, которые помогут сохранить нервы и деньги.
Часто задаваемые вопросы
Как правильно фиксировать изменения требований?
Все правки оформляйте письменно: через задачу в трекере (Jira, YouTrack) или email с темой «Изменение требований №…». В письме укажите: что именно меняется, как это влияет на сроки и бюджет. Попросите заказчика подтвердить. Без письменного подтверждения не начинайте работу — иначе доказывать правки будет невозможно.
Нужно ли пересчитывать стоимость при каждом изменении?
Да, если объём работ выходит за рамки исходного ТЗ. Оцените трудозатраты в часах, умножьте на вашу ставку (например, 3000 руб./час) и отправьте заказчику новую смету. Если правки мелкие (менее 2 часов в день), можно договориться о лимите — например, до 5 часов в месяц бесплатно, остальное — доплата.
Как объяснить заказчику, что сроки сдвигаются?
Покажите на цифрах: «Вы добавили 3 новых экрана — это +40 часов разработки. При текущей загрузке срок сдвигается на 2 недели». Используйте диаграмму Ганта или таблицу с задачами. Не говорите просто «будет позже», аргументируйте. Если заказчик настаивает на старом сроке, предложите урезать функционал.
Что делать, если заказчик угрожает расторгнуть договор?
Проверьте договор: есть ли пункт о неустойке за срыв сроков по вине заказчика. Если да — напомните. Если нет — предложите подписать допсоглашение с фиксацией текущих требований и сроков. В крайнем случае расторгайте договор, но получите оплату за уже выполненную работу. В 2026 году средняя стоимость часа программиста в аутсорсе — 2500–4000 руб., не работайте в убыток.
Как установить лимит на количество изменений?
В договоре пропишите: «Заказчик может вносить не более 3 изменений в месяц без изменения стоимости. Каждое последующее изменение оплачивается отдельно по ставке X руб./час». Объясните, что это стандартная практика — так работают крупные IT-компании. Например, в Яндексе и Сбере изменения в спринте фиксируются.
Какие инструменты помогают отслеживать изменения?
Используйте системы контроля версий (Git, SVN) — каждое изменение коммитьте с комментарием. В трекере задач (Trello, Asana, Jira) заведите колонку «Изменения требований». Для документов — Google Docs с историей версий. Всегда сохраняйте переписку. Бесплатный вариант: Excel-таблица с датой, сутью правки, влиянием на сроки и стоимость.
Как быть, если заказчик меняет требования устно?
Сразу после разговора отправьте письмо: «Как мы обсудили, вы просите добавить фильтр по дате. Подтвердите, пожалуйста». Если заказчик не отвечает — через день напомните. Без подтверждения не делайте. Устные договорённости — главная причина конфликтов. Приучите заказчика к письменному формату.
Можно ли брать предоплату, чтобы снизить риски?
Обязательно. Минимальная предоплата — 50% от суммы этапа. Если проект большой — разбейте на этапы по 2–4 недели и берите оплату за каждый этап вперёд. Это дисциплинирует заказчика: он дважды подумает, прежде чем менять требования, если деньги уже уплачены. В 2026 году предоплата — стандарт для аутсорса.
Что писать в договоре, чтобы защититься от частых правок?
Включите пункты: 1) фиксированное ТЗ с подписью обеих сторон; 2) процедура внесения изменений (письменно, с оценкой сроков и стоимости); 3) лимит бесплатных правок; 4) срок утверждения каждого изменения (не более 3 рабочих дней); 5) ответственность за задержки утверждения. Пример: «За каждый день просрочки утверждения — штраф 0,5% от стоимости этапа».
Как реагировать на правки после сдачи работы?
Если работа принята по акту, новые правки — это новый этап. Выставите счёт за доработки. Если акта нет — зафиксируйте текущее состояние и начните переговоры. Часто заказчики вспоминают о мелких деталях после сдачи. Включите в договор пункт: «Гарантийная поддержка — 2 недели, только исправление ошибок, новые функции — за отдельную плату».
Что делать, если заказчик не платит за дополнительные работы?
Приостановите все работы до оплаты. Направьте официальное уведомление (письмо с описью вложения или email с уведомлением о прочтении). Если есть договор — ссылайтесь на него. В крайнем случае — обращайтесь в суд. Но лучше не доводить: требуйте предоплату за каждый этап. В 2026 году средняя зарплата программиста в Москве — 250 000 руб., не работайте бесплатно.
Как общаться с заказчиком, чтобы он перестал менять требования?
Проведите встречу и объясните: каждое изменение увеличивает стоимость и сроки. Покажите на примере: «Если мы будем менять ТЗ каждую неделю, проект займёт в 2 раза больше времени и будет стоить на 40% дороже». Предложите заморозить требования на спринт (2–4 недели). После спринта — можно внести изменения, но с пересмотром плана.
Нужно ли привлекать менеджера для работы с заказчиком?
Если бюджет проекта больше 500 000 руб., наймите проектного менеджера (PM). Он будет фильтровать правки, вести переговоры и следить за сроками. PM стоит 1000–1500 руб./час, но экономит вам 10–20 часов в месяц. В крупных аутсорсинговых компаниях PM — обязательная роль.
Какие типичные ошибки допускают программисты при частых правках?
Главная ошибка — молча делать, что просят, без фиксации и пересчёта. Вторая — соглашаться на устные правки. Третья — не обновлять документацию. Четвёртая — не предупреждать о срыве сроков заранее. Пятая — работать без предоплаты. Избегайте этого — и будете контролировать ситуацию.
Как понять, что пора отказаться от заказчика?
Если заказчик постоянно меняет требования, не платит вовремя, игнорирует письменные договорённости и угрожает — работайте с ним только на условиях полной предоплаты. Если и это не помогает — расторгайте договор. Лучше потерять одного клиента, чем потратить месяцы на бесполезные правки. В 2026 году рынок IT-услуг растёт, новых заказчиков найти реально.
Частые ошибки
Соглашаться на устные изменения и начинать работу без подтверждения
Не пересчитывать стоимость и сроки при каждой правке
Терпеть и надеяться, что заказчик сам остановится
Что сделать прямо сейчас
- 1Шаг 1: Зафиксируйте текущие требованияСоберите все имеющиеся документы, переписку и задачи в трекере. Создайте единый документ «ТЗ v.1.0» и отправьте заказчику на утверждение. Только после подписания приступайте к работе.Хостинг для вашего сайта →
- 2Шаг 2: Составьте таблицу измененийЗаведите Excel или Google Sheets с колонками: дата, суть изменения, влияние на сроки (часы), стоимость (рубли), статус оплаты. Каждую новую правку вносите в таблицу и отправляйте заказчику на согласование.
- 3Шаг 3: Подготовьте допсоглашениеНа основе таблицы изменений составьте допсоглашение к договору. Укажите новые сроки и стоимость. Попросите заказчика подписать. Без подписанного допсоглашения не продолжайте работу.
- 4Шаг 4: Настройте регулярные созвоныДоговоритесь с заказчиком о еженедельной 15-минутной встрече для обсуждения изменений. Это снизит количество спонтанных правок. Записывайте решения и отправляйте протокол на email.
- 5Шаг 5: Обновите договор с новыми условиямиДобавьте в договор пункты о лимите бесплатных правок, письменном согласовании и предоплате. Если текущий договор этого не предусматривает — заключите новый. Используйте шаблоны от юридических сервисов.Зарегистрировать домен →
Партнёр
sgenerate.ru— нейросеть для постов ВКонтакте и TelegramГенерирует текст и картинку за 5 секунд, строит контент-план, публикует по расписанию. Пакет START — бесплатно. Попробовать →
делать2397бюджет1918что делать если1629договор1025управление309конфликт251программист250фрилансер200сроки187изменение58заказчик49требования40аутсорсинг34фиксация33заказчиком11пересмотр8требований7управление проектами6сметы4допсоглашение3изменение требований3пересмотр сметы2конфликт с заказчиком1фиксация изменений1