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

Нагрузки выше, сервис тормозит. Пользователи ругаются.
Множеству разных пользователей требуются доработки, а у вас всего полтора разработчика. Приоритеты определить невозможно, многим приходится отказывать или срывать сроки. Пользователи ругаются.
Из-за набранного технического долга сервис работает нестабильно, падает, всё больше ресурсов уходит не на развитие, а на поддержание его в работоспособном состоянии. Пользователи ругаются.

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

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