Файлы Excel связаны друг с другом, три разные готовые программы хранят одни и те же данные по отдельности, а команда в конце каждого месяца вручную готовит один и тот же отчёт. Если картина знакома, проблема чаще всего не в сотрудниках, а в программах, которые не подходят вашему бизнесу.
Заказная разработка ПО — это программное обеспечение, спроектированное под процессы конкретной компании и написанное только для неё: портал заказов, мобильное приложение для выездной бригады, система учёта производства или панель управления, объединяющая несколько программ на одном экране. Звучит как роскошь для крупных компаний, но при правильном объёме это может быть одной из самых эффективных инвестиций и для малого и среднего бизнеса.
В этой статье мы рассказываем, в каких случаях заказное ПО действительно нужно, а когда разумнее готовое решение, через какие этапы проходит проект от начала до конца, что определяет стоимость и какие пункты обязательно нужно внести в договор. Попутно поделимся опытом, накопленным при разработке собственных продуктов и клиентских проектов.
Когда нужно заказное ПО? Пять явных признаков
Не каждой компании нужно заказное ПО. Во многих областях — бухгалтерия, e-Fatura (электронные счета), почта, CRM — есть зрелые и недорогие готовые решения; писать их с нуля чаще всего пустая трата денег и времени. А вот ситуации, когда стоит задуматься о заказном ПО, довольно отчётливы:
- Ваш процесс — ваше конкурентное преимущество. Если способ подготовки предложений, планирования производства или обслуживания клиентов отличает вас от конкурентов, то втиснув этот процесс в шаблон готовой программы, вы втискиваете в шаблон и своё преимущество.
- Данные разбросаны по островам. Продажи в одной программе, склад в другой, выездная бригада в WhatsApp, отчёты в Excel. Если кто-то каждый месяц вручную сводит одни и те же данные, автоматизация обычно окупается быстро.
- Вы пользуетесь готовым ПО с оговорками. Если накопились обходные решения вроде «это поле мы используем для другого» или «этот отчёт выгружаем и правим», значит, не программа подстраивается под ваш бизнес, а бизнес — под программу.
- Растут расходы на лицензии. Если подписки с оплатой за пользователя множатся вместе с числом сотрудников, совокупная стоимость за несколько лет может превысить вложения в заказное решение.
- Нужен экран для клиентов или дилеров. Цифровые сервисы под вашим брендом — портал заказов для дилеров, кабинет клиента, система записи — с готовыми инструментами обычно не дают нужного опыта.
Готовое или заказное ПО? Сравнение
Решение чаще всего не чёрно-белое. Таблица ниже обобщает типичные различия двух подходов:
| Критерий | Готовое ПО (коробочное / SaaS) | Индивидуальная разработка |
|---|---|---|
| Стартовая стоимость | Низкая; ежемесячная или годовая подписка | Высокая; проектные инвестиции |
| Срок внедрения | Дни, несколько недель | Несколько месяцев в зависимости от объёма |
| Соответствие процессам | Вы подстраиваетесь под программу | Программа подстраивается под вас |
| Долгосрочная стоимость | Растёт с числом пользователей и модулей | Предсказуема в рамках бюджета на поддержку и развитие |
| Собственность и данные | На платформе поставщика | У вас — согласно договору |
| Интеграция | Насколько позволяет поставщик | Насколько вам нужно |
На практике самым здравым часто оказывается гибридный подход: использовать готовые решения для стандартных задач вроде бухгалтерии, e-Fatura и почты; построить на заказном ПО процесс, который отличает ваш бизнес, и связать их интеграцией. Похожую дилемму для веба мы отдельно разобрали в статье WordPress или заказная разработка.
Стандартные задачи оставьте готовым инструментам, а то, что отличает вас, — заказному ПО.
Процесс заказной разработки ПО по шагам
В хорошо управляемом проекте мало сюрпризов, потому что у каждого этапа есть результат и точка согласования. Типичный процесс выглядит так:
- 1. Исследование и анализ — текущий процесс изучается на месте, проводятся беседы с пользователями, проблемы и цели фиксируются письменно. Результат: документ с объёмом работ, роли пользователей и приоритизированный список функций.
- 2. Определение объёма MVP — вместо того чтобы уместить всё в первую версию, выбираются ключевые функции, приносящие бизнесу наибольшую ценность. Здесь проводится граница между «обязательно» и «можно позже».
- 3. UX и дизайн интерфейса — экраны сначала готовятся в виде набросков (wireframe), затем — кликабельного прототипа. Если пользователи опробуют прототип до написания кода, самые дорогие ошибки будут пойманы на самом дешёвом этапе.
- 4. Архитектура и выбор технологий — веб, мобильное или десктопное приложение; определяются база данных, хостинг, безопасность и интеграции.
- 5. Разработка спринтами — работа обычно делится на двухнедельные отрезки. В конце каждого спринта показывается работающая версия; обратная связь сразу учитывается в следующем спринте.
- 6. Тестирование и приёмка — проводятся функциональные тесты, проверки на разных устройствах и в браузерах, нагрузочные тесты и проверки безопасности. Последний шаг — ваше приёмочное тестирование на реальных сценариях.
- 7. Запуск, обучение и переход — данные из старой системы переносятся, пользователи проходят обучение, при необходимости старая и новая системы недолго работают параллельно.
- 8. Поддержка и непрерывное развитие — программа не заканчивается в день запуска; нужен регулярный план поддержки для обновлений безопасности, исправления ошибок и новых потребностей.
Не удивительно, что больше половины времени уходит на работу, не связанную с кодом (анализ, дизайн, тестирование, обучение); напротив, это признак здорового проекта.
Веб, мобильное или десктопное приложение? Выбор платформы
На какой платформе будет работать заказное ПО, следует определять исходя из сценария использования:
Веб-приложение
Доступно из браузера откуда угодно, не требует установки, обновления выполняются в одном месте. Для внутренних систем вроде панелей, порталов и CRM это чаще всего первый выбор. Наши работы в этой области можно увидеть на веб-решения странице.
Мобильное приложение
Если у вас есть выездные бригады, курьеры и сервисный персонал или услуга для клиентов, нужно мобильное приложение. Здесь задействуются функции телефона: камера, геолокация, уведомления. Подробнее — о нашей услуге мобильных приложений можно узнать здесь.
Десктопное приложение
Если нужна прямая работа с кассовыми аппаратами, весами, сканерами штрихкодов, бесперебойная работа при отключении интернета или интенсивная обработка данных, приложение для Windows по-прежнему остаётся сильным вариантом. Полное сравнение — в десктопное или веб-приложение нашей статье.
Во многих проектах правильный ответ — «всё сразу»: веб-панель, мобильное приложение и при необходимости десктопный клиент, работающие на общем сервере и базе данных. Важно спланировать эту структуру с самого начала.
От чего зависит стоимость заказного ПО?
На вопрос «сколько стоит программа?» нет единого ответа — как и на вопрос «сколько стоит дом?». Основные статьи, определяющие цену:
- Объём и количество экранов: сколько ролей пользователей, экранов, бизнес-процессов?
- Количество платформ: только веб или ещё iOS / Android и десктоп?
- Интеграции: связи с внешними системами — бухгалтерской программой, провайдером e-Fatura, виртуальным POS, SMS, службами доставки, банками.
- Перенос данных: очистка и перенос данных из старой системы или разрозненных файлов Excel.
- Требования к безопасности и производительности: обработка персональных данных, авторизация, ведение журналов (логов), большое число одновременных пользователей.
- Поддержка и хостинг: сервер, резервное копирование, мониторинг и годовой бюджет на поддержку.
Самый эффективный способ держать бюджет под контролем — начать с небольшого, но работающего MVP и планировать следующие этапы по реальным данным использования. Желание получить сразу систему, «которая делает всё», умножает и стоимость, и риски.
Что должно быть в договоре: исходный код, права, поддержка
Большинство разногласий в проектах заказного ПО возникает не из-за техники, а из-за договора. Прежде чем подписать предложение, уточните следующие пункты:
- Исходный код и интеллектуальные права: должно быть чётко прописано, передаётся ли вам исходный код и какие права использования передаются. Согласно Закону Турции № 5846 об интеллектуальных и художественных произведениях, договоры об имущественных правах должны заключаться письменно, а передаваемые права — указываться по отдельности.
- Объём и управление изменениями: документ с объёмом работ должен быть приложением к договору; заранее нужно определить, как будут оцениваться новые запросы в ходе проекта и как они повлияют на сроки.
- Критерии приёмки: должно быть письменно указано, какие тесты нужно пройти, чтобы этап считался «завершённым».
- План оплаты: привязка платежей к сданным и принятым этапам — самый справедливый способ для обеих сторон.
- Домен, сервер и аккаунты: если домен, сервер, аккаунты в магазинах приложений и облачных сервисах открыты на ваше имя, в будущем проще сменить подрядчика.
- Гарантия и поддержка: срок бесплатного исправления ошибок после запуска, стоимость последующей поддержки и время реагирования (SLA).
- Персональные данные: если ПО обрабатывает персональные данные, должны быть определены роли разработчика и хостинг-компании по KVKK (турецкому закону о защите персональных данных) и их обязательства по безопасности данных.
Как выбрать правильную компанию-разработчика?
Самое дешёвое предложение часто оборачивается самым дорогим результатом, но и самое дорогое не гарантирует качества. Сравнивая компании, ищите ответы на следующие вопросы:
- Есть ли у них работающие проекты? Просите не скриншоты, а реально используемые продукты и контакты клиентов, с которыми можно связаться.
- Сначала ли они слушают? Компания, которая на первой встрече старается понять ваш процесс, а не называет цену, с наибольшей вероятностью правильно определит объём работ.
- Как они подходят к безопасности? Они должны чётко отвечать на вопросы об авторизации, шифровании, резервном копировании и актуальных списках угроз (например, OWASP Top 10).
- Кто будет поддерживать после сдачи? Та же ли команда, что делала проект, будет заниматься поддержкой, и какой канал связи?
- Дают ли они документацию? ПО, сданное без документации по установке, архитектуре и для пользователей, создаёт зависимость от подрядчика.
Мы в CYF Tech помимо клиентских проектов разрабатываем собственные продукты: KATSİS для управления жилыми домами и комплексами и RestaurantBill для ресторанных сетей — системы с веб-, мобильными и десктопными компонентами, которыми ежедневно пользуются на практике. Эти продукты можно посмотреть на странице наши проекты, а наши клиентские работы — в разделе наших референсов.
Хороший партнёр по разработке спрашивает не о том, чего вы хотите, а о том, что вам нужно.
- Описаны ли письменно проблема, которую вы хотите решить, и измеримая цель?
- Разделены ли объём MVP и следующие этапы?
- Определены ли роли пользователей и приоритетные экраны?
- Составлен ли список систем для интеграции?
- Чётко ли прописана в договоре собственность на исходный код, права и аккаунты?
- Привязаны ли критерии приёмки и план оплаты к этапам?
- Определён ли объём поддержки, резервного копирования и сопровождения после запуска?
Частые вопросы
Сколько времени занимает разработка заказного ПО?
Зависит от объёма. Небольшую панель, автоматизирующую один бизнес-процесс, можно сделать за несколько недель, а систему среднего масштаба из веб-панели и мобильного приложения — обычно за несколько месяцев. Сильнее всего сроки сокращают чёткий объём и быстрая обратная связь.
Что дороже — заказное или готовое ПО?
На старте заказное ПО дороже. Однако у готовых решений с лицензией за каждого пользователя и дополнительными модулями совокупная стоимость за несколько лет может превысить стоимость заказного. Сравнивать нужно по совокупной стоимости владения минимум за три года.
Будет ли исходный код принадлежать мне?
Это полностью зависит от договора. По Закону об интеллектуальных и художественных произведениях передача имущественных прав должна быть письменной, а передаваемые права — указаны по отдельности. Чётко пропишите в договоре передачу исходного кода и права использования.
Имеет ли смысл заказное ПО для малого бизнеса?
Да, если на повторяющиеся задачи уходит много времени или готовые программы не подходят под ваш процесс. Начав с небольшого и сфокусированного MVP, вы ограничите и риски, и бюджет.
Что происходит после сдачи ПО?
ПО требует регулярной поддержки: обновлений безопасности, исправления ошибок, контроля серверов и резервных копий, доработок под новые потребности. Поэтому объём и стоимость поддержки после запуска нужно определить в договоре заранее.
В заключение
Заказная разработка ПО, выполненная вовремя и в правильном объёме, не только экономит вашей компании время — она позволяет принимать решения на основе данных и при росте делать больше той же командой. Ключ к успеху — прояснить проблему до написания кода, начать с малого и расти по реальному использованию, а также с самого начала составить надёжный договор.
Если вы не уверены, требует ли ваш проект заказного ПО, давайте оценим вместе. Мы выслушаем ваш процесс и предложим самый подходящий путь — при необходимости и готовое решение: свяжитесь с нами.