Перейти к основному содержанию

Руководство

Готовое ПО или заказное приложение?

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

Вопрос, который возникает раньше всех остальных

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

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

Когда готовое решение выигрывает — и это происходит часто

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

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

Далее идут платформы, предлагающие не просто ПО, а нечто большее: маркетплейс, справочник, сеть клиентов. Здесь ПО — лишь повод; вы платите за аудиторию, а её нельзя «сгенерировать».

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

  • Соблюдение требований законодательства (бухгалтерия, расчёт заработной платы, сертифицированное выставление счётов)
  • Платформа привлекает клиентов, а не просто предоставляет интерфейсы
  • Ваш процесс соответствует отраслевому стандарту без особенностей
  • Тема уже охвачена устоявшимся специалистом по адекватной цене

Сигнал, что ПО не покрывает вашу потребность

Для этого не нужна глубокая аналитика. Сигнал материальный — и он уже перед вами: табличный файл, который ведётся РЯДОМ с основной системой. Не разовый экспорт — а живой файл, обновляемый каждую неделю, который кто-то поддерживает, потому что нужная команде информация отсутствует в официальном инструменте.

Аналогичные сигналы тоже легко распознать: поле «Примечания» или «Комментарий», в котором хранится структурная информация, поскольку ни одно из предусмотренных полей не подошло; двойной ввод одних и тех же данных в две разные системы; и фраза, которую всё чаще слышат на совещаниях: «Это невозможно получить из системы».

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

Затраты, которые никто не учитывает

Готовое ПО редко сравнивают с его реальной стоимостью, потому что два пункта остаются невидимыми в счёте. Первый — время на обходные пути: часы, потраченные на повторный ввод данных, склейку экспортов, объяснения новичку, почему ему нужно смотреть в двух местах. Эта статья расходов нигде не отражается, но оплачивается ежемесячно.

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

Честный расчёт — это не «стоимость подписки против стоимости приложения». Это «стоимость подписки + время на обходные пути + затраты на переход при смене системы», сопоставленные со стоимостью разработки приложения и его хостинга.

Что действительно меняет заказное приложение

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

Второе изменение — имущественный характер решения: код приложения, сгенерированного Blueprint Maker, экспортируемый по умолчанию, а само приложение работает на стандартной СУБД PostgreSQL. Вы не арендуете право продолжать использовать собственный инструмент — вы им владеете и можете разместить его где угодно.

Нужно честно назвать и два ограничения, иначе сравнение было бы неискренним. Заказное приложение не освобождает вас от необходимости чётко понимать, что именно вы хотите отслеживать: если потребность неясна, ни один инструмент её не прояснит. И оно не заменяет регулируемое ПО: соответствие требованиям нельзя «собрать самостоятельно».

Схема принятия решений

Пять чётких пунктов — без неопределённых «серых зон»:

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

Чаще всего — оба варианта

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

По этому поводу честное уточнение: сегодня автоматической интеграции между этими системами нет. Сгенерированные приложения действительно предоставляют API, но он защищён сессией — пока нет ключа, позволяющего другому ПО подключаться автономно. Обмен данными осуществляется через экспорт CSV или JSON либо через прямой доступ к базе, если вы размещаете приложение самостоятельно. А поскольку код принадлежит вам, добавление такого ключа — обычная задача разработки.

Поэтому правильный вопрос — не «какой из двух вариантов», а «какая часть моей деятельности действительно моя». Именно для неё нужен инструмент, который выглядит и работает как она сама; остальное можно купить.

Читать далее

Опишите ту часть, которая действительно ваша