Такие решения таят компромиссы, которые раскрываются в ходе пилотного внедрения. Почти всегда для эффективной работы с ними нужны доработки или длительная настройка. Для этого регулярно привлекают разработчиков. Информации об этом много на тендерных площадках. Если вы всё равно будете дорабатывать систему, лучше сразу спроектировать её под себя.

Ищите команду, которая легко идёт на контакт, проектировала корпоративные системы (B2B/B2G), показывает реальные кейсы и процессы, работает по ТЗ и помогает его составить, обладает компетенциями в интеграциях, безопасности и отказоустойчивости, предоставляет прозрачные этапы и метрики работы.

Готовую систему броней, адаптированную к процессам компании, ТЗ, архитектуру, документацию и исходный код, интеграции с нужными системами, админ-панель, отчёты, инструменты контроля, поддержку и развитие.

Да, но только если первым этапом мы вместе с вами его напишем. Качественная разработка без технического задания опасна в первую очередь для заказчика, потому что он может получить не то, что хотел. А инженерам нужна определённость, чтобы добиться конкретного результата в срок. Поэтому если технического задания нет, мы начинаем с этапа его создания. Итоговый обширный документ вы можете использовать не только с нами, но и с другими подрядчиками.

После первичного общения мы даём предварительную оценку. Она нужна для того, чтобы очертить рамки проекта и принять решение о сотрудничестве. Далее мы изучаем либо пишем ТЗ и формируем поэтапный план разработки, в котором точно оценивается каждый этап. Обычно мы советуем клиенту иметь сверх бюджета 30% суммы на случай, если в ходе реализации появятся новые пожелания и условия. Это страховка от внешних факторов, залог успеха при неопределённости, которая всегда имеет место в сложных проектах.

Цена зависит от сложности проекта, количества и уровня требуемых специалистов и времени реализации. Если нужна срочность, нужно больше специалистов высокого уровня — это дороже. Все эти аспекты будут описаны в ТЗ и смете.

Возможны три модели:

1. фиксированная цена по ТЗ (этапами, напр. — 30/40/30);

2. поэтапная модель — каждый блок сдаётся и оплачивается отдельно;

3. Time & Material — актуально для гибких проектов и проектов с повышенным уровнем неопределённости, таких как стартапы.

Как и цену, мы предварительно оцениваем сроки после первичного общения и окончательно фиксируем в договоре. Сам проект оценивается индивидуально, но можно заметить, что написание ТЗ обычно занимает 1–3 месяца, а MVP мы стараемся уложить в 3-6 месяцев, чтобы клиент как можно быстрее мог начать окупать свои затраты.

В самом начале мы договариваемся о том, как будем отчитываться о ходе проекта. Идеально, когда это происходит по итогам спринтов раз в пару недель презентацией выполненных работ по видеосвязи. Спринты могут формировать функциональные части проекта (например, MVP или отдельные функции), которые можно будет показывать в рабочем виде. Мы будем благодарны за предоставление ключевых метрик проекта, чтобы обе стороны могли отслеживать эффективность разработки для реального бизнеса.

АйТи Юниверс не только не против того, чтобы заказчик интересовался ходом работ, но и крайне это поддерживает. Мы всегда на связи с клиентом любым удобным способом. Но при этом нужно избегать гиперконтроля, который помешает реализации.

Да, потому что мы стараемся заложить в архитектуру возможность долгосрочного развития. Однако наши предложения носят рекомендательный характер. Если заказчик настаивает на определённых блокирующих развитие функциях, мы не вправе отказать.

Да, если это подразумевается его логикой. Мы проводим аудит, переносим данные, сохраняем историю броней, интеграции, клиентов, расписания и логику процесса.