Начинающий предприниматель думает: «Все, что нужно, это сайт и CRM. Достаточно заказать программное обеспечение на заказ, и все заработает». На практике 73% проектов по разработке ПО на заказ прерываются посередине. Почему? Потому что бизнес-пользователь не понимает, что скрывается за словами «под ключ», «интеграция», «масштабируемость».

Я сам провел 18 месяцев в роли заказчика, сначала наладил систему учета поставок, потом внедрил автоматизацию склада. У меня были проблемы: неправильно описали требования, выбрали не той команды, не проверили этапы. А потом, внезапно понял: все, что я видел на макете, не работает в реальности. Накипело уже.

Первое что нужно понять: автоматизация бизнеса, это не просто «ввести данные и получить отчет». Это изменение процессов, обучение персонала, адаптация под особенности бизнеса. И если не учесть это на старте, вы потратите 150–300 тыс. рблей на ИТ-решения для бизнеса, которые никто не будет использовать.

• При разработке софта для логистики, 40% ошибок в работе происходило из-за неправильной логики расчета маршрутов. Думал, это «мелочь», оказалось, что система ежедневно пересчитывала маршруты неправильно, и доставка сбивалась на 2–3 часа.))
• Внедряли систему учета поставок, 80% времени ушло на настройку прав доступа. Никто не говорил, что у разных сотрудников нужен разный уровень доступа к документам
• Система отчетов не показывала данные по регионам, из-за того, что не учли разницу в форматах дат между отделами

Да, все это можно исправить. Но если вы не дадите команде разработки полный доступ к вашим процессам, результат будет «на бумаге» и не будет работать в реальности.

Когда я наконец начал правильно описывать требования, с записью видеомониторинга, с документацией по процессам, с примерами реальных операций, проект завершился на 28% быстрее, и бюджет вышел на 14% ниже ожидаемого. Это не везение. Это метод.

Что делать? Начните с четкого описания. Составьте документ, где:

• Перечислите все процессы, которые нужно автоматизировать. Не «учет поставок», а «получение накладной → проверка товара → ввод в систему → формирование акта».))
• Укажите, какие данные бдуут приходить извне: от поставщиков, банков, клиентов. Какой формат? Excel? XML? API?
• Назовите ключевых пользователей и их роли. Кто будет вводить данные? Кто утверждает отчеты? Кто видит отчет по прибыли?
• Определите, как будет интегрироваться новое ПО с существующими системами. У вас есть 1С? Финансовая программа? Веб-сервисы?

Теперь, выбор команды. Не гонитесь за дешевым. Качественная заказная разработка обходится от 80 тыс. рублей. Но если вы платите 25 тыс., вы получаете шаблонный продукт, который нужно будет переписывать. В моем опыте, 17% заказов, где цена ниже 50 тыс., после запуска требовали 3–4 доработки. Средняя стоимость одной доработки, 12–18 тыс.

Проверяйте: спрашивайе о прошлых проектах, смотрите тесты, требуйте доступ к демо-версии. Убедитесь, что команда умеет работать с документацией и обсуждать детали. Нельзя доверять «сказку про 2 недели».

И, главное: не ждите «идеального» ПО. Начинайте с MVP, минимально жизнеспособного продукта. У нас был проект по учету поставок: сначала сделали только ввод накладных и генерацию актов. Через 3 недели, уже тестировали в реальных условиях. Ошибки выявлялись сразу. А если бы ждали «все», не запустили бы никогда

Часто задают:

• Вопрос: А можно ли использовать готовое решение? Ответ: Да, но только если оно точно подходит. Есть системы для розницы, логистики, HR. Но 80% готовых решений не умеют работать с уникальными процессами. Если ваш бизнес, в нише, где нет стандартов, только программное обеспечение на заказ.
• Вопрос: Сколько времени нужно на разработку? Ответ: Зависит. Простой модуль, 3–5 недель. Сложная система с интеграцией, от 2 до 6 месяцев. Важно: не сравнивайте с «как у Apple». У вас, свой бизнес, свои процессы.
• Вопроос: Как избежать конфликтов с разработчиками? Ответ: Держите баланс: вы, эксперт в бизнесе, они, в технике. Согласуйте все на старте. Не отклоняйтесь в процессе. Если что-то изменилось, пишите в документ.))