Готовое решение подходит почти всегда, а своя разработка оправдана в одном случае: когда процесс, который вы автоматизируете, и есть ваше преимущество перед конкурентами. Всё остальное — учёт, документы, склад, рассылки, сайт-визитка — давно написано и обойдётся дешевле любой самописной версии.
Ошибка обычно не в самом выборе, а в сроке, на который смотрят. Готовое кажется дешевле, потому что сравнивают цену подписки со сметой проекта. Своё кажется гибче, потому что забывают про поддержку, которая длится столько же, сколько живёт бизнес. Считать нужно на 3 года и с учётом того, кто будет чинить систему, когда её автор уйдёт.
Выбор не из двух вариантов, а из трёх#
Крайности редко встречаются в чистом виде. Первый вариант — готовый сервис по подписке: включается за день, настраивается галочками, обновляется без вашего участия. Вы платите за пользователей или за объём и не владеете ничем, кроме собственных данных внутри чужой системы.
Второй — готовая основа с доработками. Берётся коробочная версия или платформа с открытой архитектурой, а под ваши процессы дописываются нужные модули. Выходит дороже подписки, но заметно дешевле разработки с нуля: вся рутина — пользователи, права доступа, отчёты, выгрузки — уже написана и работает.
Третий — своя система с нуля. Пишется под конкретный процесс, принадлежит вам целиком, меняется как угодно. Взамен появляется обязанность содержать её всю жизнь: сервер, обновления, безопасность, замена исполнителя. Большинство задач малого и среднего бизнеса закрывается первыми 2 вариантами, а третий выбирают те, кто уже упёрся в потолок готового.
Как считать стоимость на 3 года вперёд#
Сравнение по цене входа всегда обманывает. Подписка выглядит мелочью на фоне сметы разработки, но платится каждый месяц и растёт вместе с числом сотрудников. Разработка выглядит дорогой один раз, но за первым счётом идут доработки, хостинг, обновления и часы разработчика на разбор поломок.
Считайте так. Для готового: месячный платёж, умноженный на 36, плюс перенос данных и обучение людей, плюс подорожание тарифа при росте штата. Для своего: смета проекта, плюс ежегодная сумма на поддержку, плюс сервер и его администрирование, плюс запас на переделку того, что станет понятно только в работе.
Отдельная строка, о которой вспоминают поздно, — цена выхода. Из готового сервиса нужно уметь забрать данные в читаемом формате. Из своей системы нужно уметь передать код другому исполнителю: без документации и доступов к хранилищу кода смена подрядчика превращается в повторную разработку за те же деньги. Обе строки проверяют до подписи договора, а не после.
Признаки, что готового решения хватит#
Процесс у вас типовой. Приём заявок, счета, зарплата, складской учёт, рассылки, сайт-визитка — эти задачи решены задолго до вас, и отличие вашей версии чаще привычка, чем преимущество. Переписывать привычку в код — самый частый способ потратить бюджет впустую и вернуться к тому же результату.
Данные можно забрать. Проверьте до оплаты: есть ли выгрузка в таблицу или другой читаемый формат, выгружаются ли справочники и история операций, а не только текущие остатки. Сервис без нормального экспорта — ловушка: уход из него обойдётся дороже, чем несколько лет подписки.
Система умеет общаться с остальными. Одинокая программа быстро превращается в источник ручного переноса цифр между окнами, поэтому заранее смотрите, получится ли связать её с бухгалтерией, сайтом и телефонией — как устроен такой обмен, разобрано в материале про интеграцию сервисов.
И последнее: правила у вас меняются редко. Если логика работы переписывается раз в квартал под каждого крупного клиента, настройками чужой системы это не закрыть, и вы окажетесь в постоянной борьбе с её ограничениями вместо работы. Оценивать частоту стоит по прошлому году, а не по ощущениям.
Признаки, что пора заказывать своё#
Первый признак — вы платите за 5 сервисов и склеиваете их руками. Выгрузка из одного, загрузка в другой, сверка в таблице, письмо коллеге с просьбой перепроверить. Когда стыков становится больше, чем самих задач, единая система перестаёт быть капризом и начинает экономить деньги.
Второй — процесс, который вы автоматизируете, и есть причина, по которой к вам приходят клиенты. Свой способ считать цену, своя логика подбора, свой порядок ведения проекта. Затолкать это в чужие поля и статусы означает подогнать преимущество под чужую логику и незаметно его потерять.
Третий — готовое требует ломать работу отдела. Иногда пересборка процесса полезна и давно назрела, но если ради внедрения приходится переучивать всех и терять скорость на месяцы, счёт складывается не в пользу коробки. Границу удобно проводить по числу людей, чью работу придётся перестроить.
Решение принято — сначала опишите словами, что система должна делать, и только потом ищите исполнителя. Без письменного описания смета превращается в разговор о вкусах, а сроки — в бесконечную переделку. Как собрать такое описание, разобрано в материале про техническое задание.
Вывод: порядок действий при выборе#
Начните не с систем, а с процесса. Опишите на бумаге путь от заявки до денег и отметьте шаги, на которых вы отличаетесь от конкурентов. Если таких шагов не нашлось, вопрос закрыт: берите готовое и не тратьте месяцы на выбор подрядчика и согласование смет.
Дальше посчитайте оба варианта на 3 года, включая перенос данных, обучение сотрудников, поддержку и цену выхода. Если цифры оказались близки, выбирайте готовое: своя система дополнительно требует вашего времени в роли заказчика, а его обычно не закладывают в расчёт вовсе.
Промежуточный путь стоит рассматривать первым: готовая основа с доработками закрывает большинство задач и оставляет возможность отступить. И какой бы вариант ни выбрали, зафиксируйте на старте 2 вещи — где физически лежат ваши данные и кто сможет их забрать, если отношения с поставщиком или разработчиком закончатся.