Проект в минусе, требования плывут, клиент давит. Что делать? 🆘

Сегодня разберу реальную ситуацию.

Ко мне обратился собственник. Вписались в проект, не зафиксировав чёткие требования. Клиент теперь выдумывает их на ходу — и формально они подходят под то описание, что было изначально. Проект давно в минусе, допников нет. Плюс штрафные санкции. Фактически — кабальный договор, который не защищает.

Что делать в такой ситуации? Алгоритм примерно такой.

Шаг 1. Стоп-кран

Останавливаем разработку. Да, прямо сейчас. Дальше копать нельзя — только хуже.

Говорим клиенту: «Мы приостанавливаем разработку и проводим анализ». Без агрессии, но жёстко. Это не обсуждается.

Шаг 2. Анализируем за свой счёт

Да, договор кабальный. Да, защита слабая. Но у нас есть один инструмент — снизить неопределённость.

Аналитим всё: — требования — критерии готовности — критерии приёмки — дизайн — юзкейсы

Всё, что может быть неопределённым. И всё это должно формально попадать под те ограничения, которые были в договоре. Важно — не перебарщивать с затратами. Это должно быть дёшево, но качественно.

Шаг 3. Утверждаем с клиентом

То, что мы проанализировали, утверждаем с клиентом. Снимаем все вопросы, которые могут возникнуть. Теперь у нас есть чёткая картинка — что мы делаем, как, по каким критериям.

Шаг 4. Пересчитываем сроки и бюджет

После анализа мы понимаем, сколько работы осталось на самом деле. И на основе этого утверждаем с клиентом новые сроки и бюджет.

Теперь у собственника есть понимание: — делать дальше разработку, — или идти в суд и отстаивать там интересы, — или, в крайнем случае, рассматривать банкротство.

Решение принимается осознанно, по цифрам, а не по эмоциям.

Шаг 5. Принимаем решение

Теперь у нас есть: — реальная картина по оставшейся работе — понимание, сколько это будет стоить — утверждённые сроки и бюджет

И вот здесь уже можно принимать решение: идти в суд, договариваться, выходить из проекта. Но решение — осознанное, по цифрам, а не по эмоциям.

Главный вывод

На старте любого проекта оценивайте риски. Если есть высокая неопределённость по функционалу, снимайте её через предпроект. Потому что под капотом может оказаться крокодил, который вас сожрёт.

А у вас были проекты с кабальными договорами? Как выкручивались? 👇

Проект в минусе, требования плывут, клиент давит. Что делать? 🆘
Сегодня разберу реальную ситуацию.
Ко мне обратился собственник. Вписались в проект, не зафиксировав чёткие требования | Сетка — социальная сеть от hh.ru Проект в минусе, требования плывут, клиент давит. Что делать? 🆘
Сегодня разберу реальную ситуацию.
Ко мне обратился собственник. Вписались в проект, не зафиксировав чёткие требования | Сетка — социальная сеть от hh.ru