Разработка ПО на заказ — это превращение процессов, которые компания не может закрыть стандартными пакетами, в систему, построенную под её собственную бизнес-модель. Цель не в том, чтобы написать новую программу ради программы, а в том, чтобы сократить повторяющуюся работу, собрать данные в одном месте и дать руководителю основу для решений на реальных цифрах.
Когда это действительно нужно?
Заказное ПО — дорогое решение, и принятое не вовремя оно создаёт больше нагрузки, чем готовая программа. Если совпадают хотя бы три признака из списка, основание есть:
- Одни и те же данные вручную вносятся в несколько мест (Excel + бухгалтерия + WhatsApp)
- Чтобы пользоваться готовой программой, вы меняете под неё свою работу
- Подготовка отчёта за месяц занимает несколько дней
- Согласования идут устно, и непонятно, кто, что и когда утвердил
- Дилерам, клиентам или сотрудникам нужны отдельные экраны, а в готовой системе их нет
- Если один человек уволится, никто толком не знает, как устроен процесс
И наоборот, готовая программа лучше, когда процесс стандартный, команда небольшая, объём данных низкий и в отрасли уже есть устоявшийся пакет. Самый типичный пример — бухгалтерия: заказывать собственную бухгалтерскую программу почти никогда не имеет смысла.
Отличие от готового ПО
| Готовое ПО | ПО на заказ | |
|---|---|---|
| Подстройка | Вы подстраиваетесь под программу | Программа подстраивается под вас |
| Стартовые затраты | Низкие (подписка) | Высокие (разовые) |
| В долгосрочной перспективе | Ежемесячная плата за пользователя накапливается | Кроме поддержки, повторных платежей нет |
| Интеграции | Сколько предусмотрел поставщик | Сколько нужно вам |
| Владение данными | У поставщика | У вас |
| Изменения | Вы просите — может быть, сделают | Решаете вы |
| Запуск | Дни | Недели–месяцы |
Точка перелома обычно определяется числом пользователей и долей нестандартных процессов. Компания с командой из 30 человек, которая платит 400 TL (турецких лир) за пользователя в месяц, тратит 144 000 TL в год; к третьему году она уже переплатила стоимость заказного ПО — и всё ещё подгоняет свои процессы под программу.
Какие модули разрабатывают чаще всего?
- Управление клиентами и коммерческими предложениями: цепочка заявка → КП → согласование → работа → оплата в одном месте
- Учёт заказов, остатков и операций: склад, производство или выездные работы
- Управление персоналом и задачами: кто что делает и сколько времени это заняло
- Панели для дилеров / филиалов / ролей: каждый видит только свои данные
- Интеграции: бухгалтерия, ERP, CRM, службы доставки, маркетплейсы, банк
- Отчётность: один экран, который руководитель открывает каждое утро
Требовать все эти модули сразу — решение, которое сильнее всего затягивает проект.
Правильный старт: запуск с одним модулем
Самый здоровый путь — не разрабатывать всю систему сразу, а запустить в работу 1–2 модуля, которые отнимают больше всего времени. Причина простая: реальное использование показывает то, что не всплывает на встречах по анализу.
Типичный план по фазам:
- Фаза 1 (6–10 недель): учёт клиентов и КП. Действительно ли команда этим пользуется, каких полей не хватает?
- Фаза 2 (4–8 недель): учёт работ/проектов и оплат — на данных первой фазы.
- Фаза 3 (4–8 недель): интеграция с бухгалтерией и отчётность.
- Фаза 4: панели по ролям, автоматизации, мобильный доступ.
В конце каждой фазы должна быть работающая система. Планы «через полгода откроем всё сразу» через полгода превращаются в проекты, которые переписывают с нуля.
Процесс: без анализа код не пишется
Заказное ПО почти никогда не проваливается по техническим причинам. Самая частая причина — процессы не описаны письменно.
Что должно быть ясно до написания кода:
- Модель данных: какая информация где хранится и когда меняется?
- Роли и права: кто какой экран видит и кто что может менять?
- Маршрут согласования: какие операции требуют чьего одобрения?
- Исключения: что происходит, если процесс идёт не по плану? (Отмена, возврат, исправление)
- Существующие системы: какие данные откуда берём и куда записываем?
- Внедрение: будут ли переноситься старые данные, как обучать команду?
Последний пункт недооценивают сильнее всего. Технически безупречная система — провал, если команда ею не пользуется. План внедрения (обучение, период параллельной работы, линия поддержки) должен быть частью проекта.
Стоимость и сроки
| Объём | Срок | Бюджет |
|---|---|---|
| Один модуль (учёт КП, склад, задачи) | 6–10 недель | 50 000–120 000 TL |
| Средний масштаб (3–4 модуля, интеграции, роли) | 3–5 месяцев | 120 000–350 000 TL |
| Операционная платформа (много ролей, связь с ERP, мобильная версия) | от 6 месяцев | от 350 000 TL |
Наш пакет разработки ПО на заказ начинается от 50 000 TL + KDV (турецкий НДС).
Что ещё заложить в бюджет: серверы и инфраструктуру (ежемесячно), поддержку (15–20% стоимости проекта в год) и запросы на изменения, которые появляются со второго года. Меняется бизнес — меняется и ПО; это не ошибка, а признак того, что система живая.
Что вы получаете взамен? Единственное, что можно измерить, — время: автоматизация ручной работы, которая отнимает у одного сотрудника 6 часов в неделю, экономит около 300 часов в год. Умножьте это на свою себестоимость часа — и срок окупаемости посчитается сам.
CRM, ERP или ПО на заказ?
Эти три понятия путают:
- CRM управляет отношениями с клиентами: заявки, КП, сопровождение, продажи.
- ERP управляет ресурсами: склад, производство, финансы, закупки.
- ПО на заказ управляет вашим собственным процессом, который не закрывает ни то, ни другое.
Большинству малых и средних компаний нужна не полноценная ERP, а простая система, настроенная под их собственные операции. Разницу мы разобрали в статье сравнение CRM и ERP. Тем, кто ищет готовое решение, пригодятся страницы CRM-система и ERP-система.
Часто задаваемые вопросы
Через сколько времени заказным ПО можно пользоваться?
Через 6–10 недель, если начать с одного модуля. Запуск по фазам вместо ожидания всей системы снижает и риски, и сроки.
Исходный код будет принадлежать нам?
Должен. Если в договоре не прописано, что исходный код и данные принадлежат вам, полного контроля над системой у вас нет.
Будет ли система работать с нашей бухгалтерской программой?
Да, если у программы есть API или поддержка обмена данными. С распространёнными в Турции системами вроде Logo, Mikro и Netsis это возможно; объём работ зависит от того, насколько устарела установка.
Что если команда не будет пользоваться системой?
Это самый большой риск. Снизить его можно, если привлечь будущих пользователей к этапу анализа и начать первую фазу с той работы, на которую они жалуются больше всего.
Сможет ли потом другая команда взять проект?
Да, если исходный код передан и задокументирован.
С чего начнём
Опишите одним абзацем, какая работа отнимает у вас больше всего времени; мы бесплатно определим объём первой фазы и ориентировочный срок. Наш общий подход описан на странице IT-компания, а для работы в конкретном городе — на страницах IT-компания в Алании и IT-компания в Анталье.
Телефон / WhatsApp: +90 536 628 0007
E-mail: info@enextware.com
