Если позволите, прокомментирую этот момент со стороны айтишной компании (работаю в этой сфере 8 лет).
Вообще, изначально это можно было бы трактовать как минус. Но это если бы мы сейчас обсуждали идею или прототип, а не рабочую систему, обкатанную в бою, которую мы видим. Поясню:
- работая с айтишной компанией (далее ITC) вы избавляетесь от многих издержек на старте. ITC умеет проектировать такие системы, предусматривать разные сценарии использования и ошибки. Тем самым, вы получите какую-то экспертную поддержку и поймете из чего состоит разработка, что за чем идет, и к чему вообще готовиться на будущее. Если вы строите такой проект сами, все это придется вам постигать самим. Очень здорово, если вы (руководитель своего бизнеса) это сможете, но в большинстве случаев нет. Конечно, работать с ITC дороже, но в долгосрочной перспективе это окупается, если процесс изначально построен правильно.
- проблема квалифицированных разработчиков. Сейчас она остро стоит даже у самих ITC, а уж представителю традиционного бизнеса собрать свою команду разработчиков (и не ошибиться в ней) - это совсем сложно.
Проще говоря, вы можете покупать готовых "взрослых" разработчиков у ITC, за 1000р. в час, а можете взять своих за 300р. в час и обучать их за свой счет, что может выйти гораздо дороже в итоге.
- когда вы работаете с ITC - она ответственна за ошибки и недоработки в системе. Отвечает она как правило собственным временем - исправляет косяки за свой счет. А когда вы работаете со штатными программистами - вы платите им зарплату, а значит оплачиваете им все время, и то когда они делают что-то новое, и то когда они исправляют собственные ошибки, потому что как правило эти два занятия не разделены.
Тем не менее, ваш подход со штатными разработчиками имеет свои очень весомые плюсы. Особенно, учитывая то, что первые два этапа ваша система уже прошла (исходное проектирование и доработка в боевых условиях) и теперь мы видим работающий продукт, который выполняет совершенно конкретные задачи конкретного бизнеса.
- поскольку система нуждается в постоянной доработке и поддержке, иметь разработчиков под рукой это не роскошь а просто необходимость. Даже если вы находитесь на постоянной поддержке ITC, у них все равно есть свой график загрузки, с которым нужно считаться.
- если правильно построить процесс разработки и техподдержки - вы можете получить в итоге очень эффективную команду, которая будет намного оперативнее, чем ITC. Как построить этот процесс - можно подсмотреть у тех же ITC
- но самый жирный плюс в том, что штатная команда разработчиков всегда находится в непосредственном контакте с пользователями системы. Тем самым, процесс формализации задач и передачи в разработку сокращается до минимума. Оператору мойки например не обязательно дергать руководителя, чтобы сообщить об ошибке в системе, когда можно просто завести тикет и отправить его разработчикам.
Быстро исправляя ошибки, вы несете меньше репутационных рисков. Быстро добавляя новые функции - вы идете впереди конкурентов.
