Разработка или покупка ПО: руководство для малого бизнеса

Покупайте ПО, когда ваша потребность типовая, ошибки дорого стоят и готовый продукт уже подходит под ваш способ работы — бухгалтерия, зарплата, почта и платежи почти всегда означают «покупать». Разрабатывайте, когда ваш процесс специфичен для бизнеса, готовые инструменты заставляют придумывать неудобные обходные пути или вы платите за большой продукт ради небольшой его части. Многие малые бизнесы делают и то и другое: покупают основные системы и строят небольшие инструменты вокруг них.

AI-конструкторы сильно удешевили разработку, и это меняет расчёт для небольших узкоспециализированных инструментов. Но всё, что вы создаёте, нужно и поддерживать. Это руководство поможет принять решение.

Коротко

Что на самом деле стоит «покупка»

Цена подписки — лишь часть. Покупая, вы также платите:

• Местами. Оплата за пользователя растёт вместе с командой, иногда быстрее, чем ценность.
• Обходными путями. Время на подгонку процесса под инструмент или экспорт в таблицы для того, что он не умеет.
• Привязкой. Ваши данные и привычки живут в чужом продукте. Уход позже означает миграцию.
• Изменениями цен и тарифов. Поставщики меняют уровни, функции и цены, и вы на это не влияете.
• Интеграционной «склейкой». Соединение нескольких купленных инструментов часто требует ещё одного инструмента.

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

Что на самом деле стоит «разработка»

У разработки есть первоначальная стоимость — ваше время с AI-конструктором или время разработчика — и постоянная, которую люди недооценивают:

• Хостинг и база данных, обычно ежемесячная сумма, которая растёт с использованием.
• Поддержка. Библиотеки нужно обновлять. Браузеры меняются. Что-то рано или поздно сломается.
• Безопасность. Входы, права доступа и защита данных — ваша ответственность.
• Поддержка пользователей. Когда коллега или клиент застрял, он приходит к вам.
• Владелец. Кто-то должен знать, как это работает, и вносить изменения. Если этот человек уйдёт, инструмент может остаться без присмотра.
• Резервные копии и восстановление. Нужен способ вернуть данные, если что-то пойдёт не так.

Примерное представление о том, как первоначальная стоимость отличается у агентств, фрилансеров и AI-конструкторов, см. в руководстве о стоимости создания приложения.

Чек-лист оценки

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

Если «покупка» выигрывает в большинстве строк — покупайте, и не переживайте из-за этого. Если выигрывает «разработка», особенно строки о соответствии и владении, стоит всерьёз её рассмотреть. Если результат смешанный, скорее всего, подойдёт гибрид.

Два разобранных примера

Это иллюстрации того, как пользоваться чек-листом, а не реальные бизнесы.

Небольшая бухгалтерская практика выбирает программу для бухгалтерии. Бухгалтерия — типовая функция, зрелые продукты существуют, а ошибки имеют юридические последствия. Особенность практики не даёт конкурентного преимущества — книги клиентов должны быть точными, а не необычными. Почти все строки указывают на покупку. Практика всё же может построить что-то небольшое вокруг купленного продукта: страницу для клиентов с чек-листом того, какие документы им ещё нужно прислать, если бухгалтерский продукт этого не покрывает.

Мобильный бизнес по груменгу собак выбирает программу для записи. Инструменты для записи существуют, но у этого бизнеса есть необычное ограничение: записи зависят от маршрута и времени в пути между домами клиентов, а цены различаются в зависимости от размера собаки и типа шерсти. Универсальные продукты заставляют владельца каждый вечер вручную перестраивать расписание. Ставки от редкой ошибки низкие, владелец готов поддерживать инструмент, а процесс — часть того, что делает бизнес эффективным. Несколько строк указывают на разработку — вероятно, гибрид: собственное приложение для записей и маршрутов, платежи через Stripe и напоминания через провайдера email или SMS.

Закономерность: чем больше потребность общая для всех бизнесов, тем вероятнее, что хороший продукт уже существует. Чем больше она отражает то, как работает именно ваш бизнес, тем больше шансов, что созданный инструмент окупится.

Гибридные варианты: купить ядро, построить края

Самый практичный ответ для малого бизнеса часто — ни чистая разработка, ни чистая покупка:

• Купите систему учёта, постройте представление. Оставьте свою бухгалтерию или CRM и создайте простой дашборд или страницу для клиентов, которая читает из неё данные.
• Постройте процесс, купите инфраструктуру. Создайте собственный процесс записи или заказов, а для платежей используйте Stripe, для email — сервис вроде Resend или Postmark. Номера карт вы сами никогда не обрабатываете. Как добавить платежи в приложение описывает этот подход.
• Замените таблицу, а не программу. Многие решения о разработке на самом деле касаются таблицы, которая переросла свои возможности. Как превратить таблицу в приложение показывает весь путь.
• Начните с разработки и перейдите к покупке (или наоборот). Небольшой созданный инструмент может показать, что вам действительно нужно, прежде чем вы возьмёте дорогой продукт, — или показать, что нужен разработчик.

Как AI-конструкторы меняют решение

До недавнего времени даже создание небольшого внутреннего инструмента означало найм разработчика, и поэтому «покупка» была выбором по умолчанию почти для всего. AI-конструкторы меняют первую половину уравнения: непрограммист может описать трекер, портал или дашборд и быстро получить рабочую версию.

Вторую половину они не меняют. Инструмент, созданный за полдня, всё равно нужно кому-то вести, защищать и поддерживать в рабочем состоянии. Честный эффект AI-конструкторов такой:

• Небольшие узкие инструменты — трекеры, формы приёма, процессы согласования, дашборды — однозначно смещаются к «разработке».
• Всё регулируемое или критичное к безопасности остаётся «покупкой» или «разработкой с проверкой разработчиком».
• Эксперименты становятся дешёвыми. Можно создать грубую версию, чтобы понять, что нужно, прежде чем решать.

Наше руководство по созданию внутреннего инструмента идёт пошагово, а идеи внутренних инструментов для команд содержит конкретные примеры.

Вопросы поставщику перед покупкой

• Могу ли я в любой момент экспортировать все свои данные в пригодном формате?
• Как меняется цена при добавлении пользователей или данных?
• Что случится с моими данными, если я отменю подписку?
• Интегрируется ли он с инструментами, которые мы уже используем, или понадобится сервис-коннектор?
• Кому писать, когда всё сломается, и как быстро они отвечают?

Вопросы, на которые нужно ответить перед разработкой

• Кто владеет этим инструментом и кто его заменит?
• Где хранятся данные и как они резервируются?
• Кто может входить и что видит каждый?
• Что будет, если конструктор или платформа, которую вы использовали, исчезнет — можно ли забрать код?
• Какая самая маленькая версия решает задачу?

Если вы не можете ответить на первый вопрос, пока не разрабатывайте.

Частые ошибки

• Создание того, что уже решено. Собственная бухгалтерия или доставка почты редко стоит того.
• Покупка ради функций, которыми вы не пользуетесь. Корпоративные тарифы рассчитаны на корпорации.
• Сравнение только цены подписки с ценой разработки. Сравнивайте полную стоимость за пару лет, включая ваше время.
• Отсутствие владельца. Созданные инструменты без владельца приходят в упадок; купленные без владельца настраиваются неправильно.
• Всё или ничего. Большинство хороших решений — гибриды.

Где здесь Mythex

Если вы решите разрабатывать, Mythex — AI-конструктор приложений для небольших узких инструментов, о которых говорит это руководство: вы описываете инструмент, он строит и запускает его в живом превью, добавляет базу данных, когда приложению нужно сохранять данные, и публикует его по ссылке, которой может пользоваться ваша команда. Соавторы не платят за каждое место, что важно, если оплата за места — то, что отталкивает вас от купленного инструмента. На Pro можно экспортировать код или синхронизировать его с GitHub, чтобы позже разработчик мог его взять — см. GitHub и экспорт. Тарифы и кредиты — на странице цен.

Вопросы