Готовый сервис почти всегда дешевле и быстрее, пока ваш процесс совпадает с тем, под который его сделали. Разбираем, по каким признакам видно, что совпадение закончилось.

Что вы покупаете в готовом сервисе

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

  • Скорость. Запуск занимает дни, а не недели.
  • Предсказуемую цену. Стоимость подписки известна заранее.
  • Чужой порядок работы. Команда подстраивается под сервис, а не наоборот.

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

Признаки, что готовое перестало подходить

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

Один признак это повод потерпеть. Три и больше означают, что вы уже платите за своё приложение, просто временем сотрудников.

Что даёт своё приложение и чего оно стоит

Что вы получаете

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

Что это стоит

Разработку, поддержку и ответственность за развитие. Приложение не заканчивается на запуске: у него появляются пользователи, а у пользователей вопросы.

Когда это оправдано

Когда процесс приносит деньги или экономит существенное время и когда вы готовы вести его как продукт, а не как разовую задачу.

Промежуточный вариант, о котором часто забывают

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

  • Дешевле. Вы не переписываете то, что уже работает.
  • Обратимо. Надстройку заменить проще, чем всю систему.
  • Проверяемо. Видно, окупилась ли доработка, прежде чем идти дальше.

Как принять решение за одну встречу

  1. Опишите процесс по шагам. Без «примерно»: кто, что и в какой системе делает.
  2. Отметьте обходные пути. Каждое место, где команда выходит за пределы сервиса.
  3. Посчитайте время. Сколько часов в неделю уходит на эти обходные пути.
  4. Сравните с ценой доработки. Если сэкономленное время окупает разработку за обозримый срок, ответ уже есть.

Часто задаваемые вопросы

Можно ли начать с готового и потом перейти на своё?

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

Своё приложение это обязательно долго?

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

Кто ведёт такой проект со стороны бизнеса?

Человек, который знает процесс и может принимать решения по нему. Без него разработка упирается в согласования.

Что происходит с приложением после запуска?

Оно требует поддержки: обновления моделей, изменения в процессе, вопросы пользователей. Это стоит закладывать в бюджет сразу.

Поделиться:

LinkedIn Facebook