Почему даже идеальное ТЗ не спасает от провала: кейс сайта Рязанской ВДНХ

Почему даже идеальное ТЗ не спасает от провала: кейс сайта Рязанской ВДНХ

Иногда проекты идут предсказуемо и спокойно: чёткая задача, компактная команда, стандартный стек технологий и фиксированные сроки. Всё развивается линейно, но в финале проект может столкнуться с необходимостью глубокой стратегической сверки. Так произошло с сайтом для Рязанской ВДНХ.

Задача

Нам нужно было создать информационный портал с нуля. Сайт должен был стать городской точкой входа для туристов и жителей Рязани. На нём можно было бы посмотреть афишу мероприятий, выбрать дату визита, изучить резидентов ВДНХ и понять, куда сходить в выходной день.

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

В команде работали backend- и frontend-разработчики, менеджер проекта и DevOps на этапе развёртывания. Мы использовали PHP и Vue.js и работали по методологии waterfall, параллельно разрабатывая фронтенд и бэкенд с последующей интеграцией.

Особенности первого этапа

Разработка велась на базе визуальной концепции, предложенной стороной заказчика. Техническое задание было сфокусировано на функциональных требованиях, и на начальном этапе мы сосредоточились именно на их реализации. Однако в процессе работы стало очевидно, что для масштабного городского проекта интерфейсные решения могут потребовать дополнительной оптимизации и более глубокой проработки пользовательских путей.

Мы приняли текущие вводные и начали разработку. Все этапы демонстрировались менеджеру со стороны клиента, правки вносились, решения согласовывались в официальном чате. Коммуникация была выстроена через единое окно взаимодействия, что является стандартной и удобной практикой для структурирования процесса. С точки зрения регламента всё выглядело корректно.

Но что-то пошло не так

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

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

Как мы вышли из ситуации

Мы не ограничились формальным подходом «всё сделано по ТЗ». Чтобы полностью погрузиться в обновлённое видение проекта, мы провели очную встречу с заказчиком. Стало очевидно, что порталу нужен более современный и структурированный интерфейс.

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

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

Что этот кейс показал нам

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

В подобных проектах важно:

● Проводить дополнительную аналитику интерфейсных решений на старте, даже если заказчик предоставляет свой дизайн.

● Обеспечивать промежуточную валидацию концепта не только с операционным менеджером, но и с руководителями, определяющими общую стратегию.

● Выступать в роли экспертного партнёра, подсвечивая возможные риски визуальных или логических решений ещё до начала активной фазы разработки.

Мы довели проект до запуска, сохранив доверительные отношения и создав продукт, который устроил всех стейкхолдеров. Для нас это стало уроком: проактивная коммуникация и внимание к деталям на старте — лучший залог успешной сдачи проекта в срок.

Мы рады, что проект получился именно таким — современным и полезным для города. Посмотреть, что у нас вышло в итоге, можно по ссылке: https://vdnh-rzn.ru

Начать дискуссию