Вопросы, которые
возникают до старта.
Короткие ответы на вопросы о границах проекта, оценке, интеграциях, приёмке, безопасности и запуске — без необходимости разбираться в разработке.
01Можно начать без готового технического задания?
Да. Для первого разговора достаточно описать, как процесс работает сейчас, где возникают потери или ошибки, кто участвует в работе и какой результат должен измениться. После разбора это превращается в границы первой версии, сценарии и критерии приёмки.
02Что подготовить к первому обсуждению?
Полезны примеры документов и отчётов, схема текущего процесса, перечень используемых систем, роли участников и 2–3 реальных проблемных случая. Если таких материалов нет, вопросы собираются на интервью — специально оформлять их заранее необязательно.
03Как понять, нужна автоматизация, интеграция или новая система?
Это определяется причиной проблемы. Если сотрудники повторяют одни и те же действия — рассматривается автоматизация. Если данные расходятся между сервисами — интеграционный контур. Если процесс целиком держится на таблицах и переписке — отдельная бизнес-система. Часто итоговое решение объединяет несколько направлений.
04Как определяется состав первой версии?
Сначала фиксируются обязательные пользовательские сценарии, риски и измеримый результат. В первую версию входят функции, без которых нельзя проверить пользу решения в реальной работе. Отчёты, редкие сценарии и второстепенные интеграции можно переносить в следующие этапы.
05Как формируются стоимость и сроки?
Предварительная оценка складывается из выбранных контуров, сложности ролей и данных, количества интеграций, требований к надёжности и готовности исходных систем. После обследования оценка уточняется по этапам, допущениям и критериям готовности — одной цифры без состава работ недостаточно.
06Почему точный срок нельзя назвать сразу?
До проверки API, качества данных, ограничений оборудования и процесса согласований срок будет только диапазоном. Ранний фиксированный срок обычно скрывает риски. Корректная оценка показывает, что уже известно, что нужно проверить и какие решения могут изменить график.
07Можно ли подключиться к действующей CRM, 1С, оборудованию или старой базе?
Да, если есть технический способ обмена: API, очередь, протокол оборудования, доступ к базе или согласованный файловый формат. До обещания интеграции проверяются документация, права доступа, тестовый контур, ограничения поставщика и ответственность за справочники.
08Кто отвечает за данные и правила процесса?
Заказчик назначает владельцев процесса и данных — людей, которые подтверждают правила, статусы и значения показателей. Разработчик отвечает за техническую реализацию этих правил. Без владельца со стороны бизнеса система может быть технически исправной, но неверной по смыслу.
09Как проходит проверка и приёмка результата?
Для каждого этапа заранее задаются проверяемые сценарии: входные данные, действие пользователя или системы и ожидаемый результат. Промежуточные версии демонстрируются на тестовом контуре, замечания фиксируются, а приёмка опирается на согласованные критерии, а не на общее впечатление.
10Как защищаются доступы, файлы и персональные данные?
Доступ разделяется по ролям, внешние данные проверяются на сервере, пароли хранятся в виде стойких хешей, а вложения — вне публичной директории. Конкретные меры зависят от угроз и инфраструктуры проекта; права доступа, резервирование и журналирование согласуются до запуска.
11Кому принадлежат код, документация и данные?
Данные заказчика остаются данными заказчика. Порядок передачи исходного кода, лицензий, проектной документации и прав на результат фиксируется в договоре до начала разработки. Сторонние библиотеки продолжают использоваться на условиях их лицензий.
12Что происходит после запуска?
Перед запуском готовятся инструкции, резервное копирование, мониторинг и порядок реакции на инциденты. Поддержку можно выбрать на 3 месяца, полгода или год. В неё входят согласованный канал обращений, исправление дефектов и контроль эксплуатации; развитие функциональности оценивается отдельно.