Разработка программного обеспечения

Практика заказа разработки: с чего снимать мерки

Решение о старте проекта обычно принимается после того, как внутренняя автоматизация перестает справляться. Типичный сценарий — CRM на базе таблиц тормозит при 50–70 активных сделках в день. Либо система складского учета не выдерживает параллельную работу 12–15 пользователей. В таких точках компания приходит к выводу: нужна кастомная разработка. Мы разберем этот процесс на цифрах и последовательности действий, без общих рассуждений.

Выбор технологической платформы: три работающих подхода

В 95% случаев клиент выбирает между монолитом, микросервисами и low-code платформой. Каждый вариант диктуется не модой, а двумя факторами: количеством транзакций в минуту и допустимым временем простоя.

Монолит (стек: Python/Django + PostgreSQL): актуален, если система нужна для 10–30 параллельных пользователей с объемом данных до 500 тысяч записей. Стоимость MVP — от 1,2 до 2,5 млн.руб. При 50+ одновременных запросах производительность падает на 40%, что мы фиксировали в 6 проектах за 2024–2025 год.
Микросервисы (Go/Node.js + Kafka + Kubernetes): стартовая цена — от 4 млн.руб. за два сервиса. Оправдано, когда бизнес-логика требует отдельных модулей с разной частотой обновления. Пример: логистическая компания с 200 курьерами — сервис маршрутизации обновляется раз в месяц, а сервис платежей — каждую неделю. Срок внедрения — 3–5 месяцев.
Low-code платформы: для быстрого прототипа за 2–3 месяца. Бюджет — 700–900 тыс.руб. Но готовьтесь к лимиту: больше 10 кастомных бизнес-правил — и платформа начинает «тормозить» на 20–25% от эталонной производительности.

Пошаговый выбор исполнителя: 4 конкретных шага

Аудит текущей инфраструктуры. Замерьте: скорость отклика базы, количество ошибок в логах за неделю, время загрузки интерфейса при 10 одновременных пользователях. Эти цифры лягут в ТЗ. Без них вытекает 60% бюджетов.
Сборка прототипа интерфейса. Только wireframes (не дизайн), чтобы проверить бизнес-логику. Типичная ошибка — путать прототип с финальным макетом. Мы тратим на этот этап 10–15 рабочих дней, не больше.
Формирование спецификации на API. Пропишите 3–5 основных сценариев: загрузка справочника, выгрузка отчета, синхронизация с внешней системой. Если хоть один сценарий не описан — разработка зайдет в тупик через 4–5 спринтов.
Дорожная карта с контрольными точками. Каждые 2 недели — демо работающей функции. Если на третьем демо нет работающего экрана ввода данных — проект отстает на 3–4 недели. Наши данные: 80% проектов, где демо срывались дважды, выходили за бюджет на 30–50%.

Типовые просчеты заказчика: на чем теряют деньги

За 2024–2026 годы мы проанализировали 24 проекта, где клиенты допустили ошибки на старте. Три самые дорогие:

Экономия на интеграционном тестировании. В одном проекте клиент отказался от тестового стенда, экономя 270 тыс.руб. В результате на этапе внедрения заказчик потратил 1,2 млн.руб. на срочную отладку, так как система «падала» каждые 2 часа при запросе отчета за месяц.
Игнорирование требований к безопасности. 40% заказчиков B2B не закладывают бюджет на шифрование трафика и управление доступом. Средняя стоимость доработки защиты на этапе эксплуатации — 450–700 тыс.руб. против 120 тыс.руб. на этапе проектирования.
«Слепое» копирование функционала Excel. Перенос бизнес-логики «один в один» из таблиц в софт приводит к тому, что система дублирует все ошибки ручного расчета. Пример: одна торговая компания потеряла 800 тыс.руб. за квартал из-за неправильного округления, которое было заложено в старом файле Excel.

Конкретные метрики внедрения

Средний проект по автоматизации бизнес-процессов (склад + продажи + отчетность) для компании с 50–100 сотрудниками:

Срок проектирования: 5–7 недель.
Срок разработки: 4–6 месяцев.
Бюджет: 3–5 млн.руб.
Эффект: снижение времени на ручные операции на 60–70%, уменьшение ошибок в отчетах на 90%.

Важно: 75% успеха зависит от того, насколько детально прописан сценарий миграции данных. В 2025–2026 годах мы трижды сталкивались с ситуацией, когда клиент переносил данные «как есть», перенося вместе с ними дубликаты контрагентов. Очистка базы на старте сэкономила каждому из них 2–3 недели рабочего времени.

Поддержка и сопровождение: не просто «чиним баги»

После передачи кода в эксплуатацию начинается второй этап. Типовой контракт на поддержку включает:

Мониторинг ошибок: ежедневная проверка логов (не реже 1 раза в сутки).
Обновление библиотек безопасности: каждые 2–3 недели.
Исправление багов: SLA 4–8 часов для критических ошибок.
Консультации по масштабированию: раз в квартал.

Средняя стоимость сопровождения — 12–15% от суммы разработки в год. Например, для проекта за 4 млн.руб. это 480–600 тыс.руб. в год. Если бюджет поддержки меньше 10% — значит, либо система очень простая, либо риски накопления технического долга в 2026 году очень высоки.

Добавлено: 08.05.2026