Все думают, что проекты теряют деньги только из-за переработок команды. На самом деле маржа убегает ещё до того, как кто-то написал первую строчку кода.

1️⃣ Оценка вслепую 💥 “Срочно оцените, нам завтра нужно!” Окей. Данных нет, интеграций нет, ремарку никто не дал. Уже тут часть бюджета сгорела. Поздравляю.

2️⃣ Дизайн vs реальность 🎨 Заказчик быстро поменял что-то в макете на ходу, а в разработке это недели работы. Если рамки не обозначить письмом — считай деньги сплавили.

3️⃣ Вжухи по ходу ✨ Анимации, эффекты, “вжухи” по просьбе заказчика. Разработка делает, маржа тает быстрее, чем кофе на планёрке.

4️⃣ API — угадай, что нужно 🔍 Документации нет, внешние системы непонятны. Разработчики играют в угадайку. Ошибки исправляем руками, деньги уходят.

5️⃣ Смена команды 🔄 Новые разработчики не знают контекст, код разбирают медленно. Старые в теме и делают в 2–3 раза быстрее. Тратим на “новеньких” часы и нервишки.

6️⃣ Забытие фич вне ТЗ 📝 “Сделайте, пожалуйста, нам это к релизу”. Конечно, бесплатная переработка. Вы думали, так бывает?

7️⃣ Разработчик без аналитики 🤯 Прочитал ТЗ и сделал. Фактическая бизнес-логика? Не уточнил. Переделки гарантированы.

8️⃣ Продакшн и инфраструктура 🖥️ Перенос на серверы заказчика через удалённый доступ. Девопс нервно курит в углу. Все ждут, когда система сломается.

9️⃣ Ошибки ЛПР ⚡ Новый согласующий решил, что все нужно переделать. Маржа уходит, дедлайны плачут, вы тоже.

🔟 Слишком много ЛПР 🧩 Согласовать десяток людей невозможно. Каждый хочет внести “свою правку”. Итог — переработки, минус прибыли.

💡 И это ещё не всё! Деньги могут утекать на плохой оценке рисков, бесконечных тестах, коммуникациях с подрядчиками, QA без ТЗ… Список почти бесконечный.

Мораль: самое хрупкое в проекте — прибыль, и её нужно беречь с первого письма до релиза.