Важный текст: логика бюджетирования и стратегия выбора айтишных вендоров в зависимости от бюджета, стратегия строительства продукта при малом бюджете.

В последнее время участились случай жалоб предприятий "реального" сектора на айтишников, которые берут "аж 30 тысяч долларов" и потом предоставляют не лучший клиентский сервис. Пример - вот, при этом автор осознает что 30 тысяч для айти это не много, но все равно чувствует обиду. И все же несмотря на понимаемую обиду (все таки 30 тысяч это немалые деньги для "реальной" экономики), налицо неправильно выбранная стратегия работы с вендорами при таком бюджете.

Здесь я не буду заострять пункты по технологическому разрезу, это отдельная плоскость. Просто буду исходить из экономической целесообразности. Абсолютно все ниженаписанное касается любых стартапов, все эти пункты - следствие многих шишек набитых лично мной.

Любой проект по бюджету на разработку (не считая бюджета на маркетинг, который зачастую в разы выше!) можно разделить на три условные категории:
1) До $100 тысяч - прототип, тест, прикладной уровень;
2) От $100 до $500 тысяч - полупрофессиональный уровень, здесь можно уже выстраивать полноценные микрокоманды, но все равно придется экономить и нанимать людей попроще, привлекать фрилансеров;
3) От $500 тысяч и до бесконечности - профессиональный уровень.

Каждый технологический проект - это цепочка из разных компонентов (дизайн, код, проектирование, сервис и т.п.), которые в своей взаимосвязи дают конечный результат. Разница между любительским и профессиональным уровнем заключается в глубине специализации и уровне профессионализма в конкретном компоненте. Можно ли делать дешевле? Можно, но ценой урезания количества узкоспециализированных спецов и переходу к более широкоспециализированным, но менее глубоким. Также можно делать дешевле за счет найма непрофессионалов, стажеров, студентов, начинающих спецов. Для удешевления можно использовать готовые шаблоны кода (что порождает огромный технический долг).

Я люблю приводить пример с убером. Что нужно чтобы сделать убер? По-дешевому - просто купить готовый код убера на специальном сервисе шаблонов для приложений, затем программер-фрилансер проинтегрирует платежки, развернет небольшой бэкенд в облаке и готово. Правда и это обойдется на iOS-Android в районе 50-70 штук зелени. Дешевле можно нанять одного фрилансера на кроссплатформе с каким-то знанием бэкенда, но это будет в результате полный кошмар, годный разве что инвесторов питчить или запускать на небольшой райцентр, с полной готовностью в любой момент перейти в режим ручного менеджмента.
Как делать убер по-хорошему - смотрите пример компании Juno. Команда в сотню человек, скупка лучших инженеров на рынке, внушительные затраты на маркетинг, вуаля - есть результат, сделка с Gett.

Значит ли это что если у вас нет миллиона баксов на разработку, то надо опускать руки и не тратиться на автоматизацию? Иногда - значит (как в случае с убером), иногда можно пробовать решать задачи теми ресурсами которые есть.

Что важно понимать для проектов, которые попали в первую категорию (до $100 штук)? Разделим здесь на две подкатегории: совсем бедные (до десятки) и с кое-каким бюджетом.

Для совсем бедных:
1. Необходимо выбрать ключевую фичу, над которой нужно работать со стороны и заказывать только её, выкинуть все лишнее. Дизайн рисовать самим (или для портфолио студент нарисует), спецификацию писать самим, тестировать - самим.
2. Искать хорошего фулл-стек фрилансера, постараться максимально урезать объем фичей, чтобы он сделал необходимый объем качественно.
3. Не ожидать возможности масштабирования продукта, в случае необходимости лавинообразного масштабирования (например рынок попёр) искать возможности перейти в категорию выше по бюджету и переписывать все заново.