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

В кастомной разработке есть только 3 варианта:

🔹 А: дешево и быстро. Это значит дешевые неопытные специалисты, низкая экспертиза, низкая вовлеченность в задачи, много багов. Быстро? Да! Но чаще всего такие проекты не запускаются вообще.

🔹 B: дешево и качественно можно, но готовьтесь ждать. Переработки, горящие сроки и тех. поддержка 24/7 стоят х2, если не платите за доп время специалистов – готовьтесь к тому, что ваш проект не будет в топ приоритете.

🔹 С: быстро и качественно. Звучит идеально, да? Готовьте х2 оплату. Сильные дорогие спецы, высокая экспертиза, готовность к решению проблем здесь и сейчас. Как говорится, любой каприз за ваши деньги.

Вариант D в кастомной разработке, на мой взгляд, почти утопичен. Это либо хорошие спецы, которые еще не осознали свою ценность на рынке, либо вариант A, B или C замаскированный под D на этапе пресейла.

🔹 Но D все же существует: готовое решение (лицензия). Пример. Здесь тоже есть свои нюансы: единый шаблон с конкурентами, продукт не является нематериальным активом компании, но зато действительно качественно, быстро, дешево и проверено другими пользователями.

Оговорюсь, что ни один из вариантов (кроме, пожалуй, А) не является плохим, просто в каждом есть свои издержки, к которым нужно быть готовым на старте проекта. И тогда половину споров с заказчиками можно предотвратить на старте.