Либо как не потратить в пустую сотни тысяч рублей на IT, если вы стартап в самом начале пути. Без нейросетей, NoCode и прочих модных вещей, вместо этого простой бизнес-подход. Это небольшая заметка, написанная просто к слову, об одном интересном запросе к нам. Ну и неожиданное решение интересной задачи в конце, без программистов. На нем можно интер…
Удивляет другое: как Действующий IT-предприниматель, идеолог концепции, основатель, руководитель и программист сразу не послал лесом заказчиков с такими запросами и бюджетом.
К бюджету такого проекта нужно пририсовать ноль, а еще лучше два. И то, скорее всего, не хватит.
Так в том-то и суть концепции IT~BP, что IT помогает бизнесу решать его проблемы, а не сразу посылает людей лесом. Если есть проблема, то её объясняют. Если есть путь решения, то его находят.
В концепции IT~BP заложен принцип совместного роста. То есть должны формироваться долгосрочные отношения и бизнес заказчика должен расти. Поэтому в том, что приходят стартапы на нулевой стадии нет ничего страшного, это нормально. В том, чтобы помочь дельному стартапу встать на ноги, не используя полноценную разработку, а лишь готовые сервисы и NoCode решения, тоже нет ничего страшного. Кто-то из этих компаний вырастет и уже сможет формировать задачи для заказной разработки, для аренды команды разработчиков и так далее.
А вот когда бизнес заказчика перестаёт расти и развиваться — это плохо. Значит начинается снижаться поток заказов. Значит инженеры перестают получать задачи для самореализации, когда они могут сказать, что вот эту штуку, которой пользуется множество людей, сделали именно они.
P.S.
Кстати, бюджета в 4КК рублей уже хватить и на мобильное приложение, и на облако, и на софт для микроконтроллера. Но все равно останется вопрос о том, а насколько это успешный бизнес и за счет чего будет происходить возврат инвестиций. Просто работать в стол — не интересно, участвовать в неуспешных стартапах — неприятно.
P. P. S.
Люди, кстати, запоминают доброе к ним отношения. Из того, что у человека появилась непроработанная идея, еще нельзя делать вывод о его полной безнадёжности. Возможно он потом вернутся с чем-то более интересным.
Прокрутил статью до конца с целью оставить такой же комментарий. Для тех кому лень читать - автор сделал массу телодвижений, собрал аналитику и статью написал из-за случайного 'заказчика' без бюджета.
Я понял мысль стати так, что не надо пририсовывать бюджеты к тому, что вообще-то давно изобретено и не надо писать то, что давно написано. Просто заказчики об этом не в курсе.