ТЗ на сайт для учреждения: как не принять мёртвый сайт

Мёртвый сайт учреждения выглядит так: красивая главная, новости за позапрошлый год, расписание картинкой, документы в PDF, которые невозможно прочитать с телефона. Почти всегда это следствие не плохого подрядчика, а техзадания, скопированного у соседнего учреждения, и приёмки по принципу «открывается — значит работает».

Что обязательно прописать в ТЗ

• Состав разделов и их источники: кто и чем наполняет каждый раздел после запуска. Раздел без ответственного умирает первым
• Доступность по ГОСТ Р 52872-2019 как требование к основному интерфейсу, а не как «версия для слабовидящих» отдельной кнопкой
• Размещение на российском хостинге из реестра Роскомнадзора, хранение персональных данных в России, три обязательных документа на сайте: политика обработки, согласие, политика cookie
• Передача исключительных прав на результат и исходного кода заказчику, с перечнем доступов: хостинг, домен, панель, репозиторий
• Административная панель, в которой сотрудник без программиста добавляет новость, документ, афишу и сотрудника. Это пишется как сценарии: «специалист публикует событие за 5 минут без обращения к подрядчику»
• Выгрузки и интеграции: карточки событий, расписание, обмен с профильными системами, если он нужен
• Резервное копирование: периодичность, срок хранения, кто проверяет восстановление
• Обучение сотрудников и видеоинструкция в комплекте — не «консультации по телефону», а записанные уроки по вашему сайту
• Поддержка после запуска: срок, что входит, время реакции на обращение
• Мобильная версия как обязательное требование с проверкой на реальных устройствах, а не «адаптивная вёрстка» одной строкой

Как описать приёмку

Приёмка — вторая половина техзадания, и именно её обычно забывают. Пропишите не «сайт соответствует ТЗ», а проверяемые шаги: демонстрация на тестовом стенде до публикации, чек-лист по каждому требованию, контрольные сценарии («разместить событие», «найти документ», «записаться»), проверка доступности автоматическими инструментами и клавиатурой, проверка скорости загрузки главной и внутренней страницы, передача доступов и подписанный акт о передаче прав.

• Контрольные сценарии выполняет ваш сотрудник, а не подрядчик на своём ноутбуке
• Доступность проверяется до приёмки: переделывать потом некому и не на что
• Все доступы передаются до подписания акта, включая домен — его регистрируют на учреждение, а не на подрядчика
• Фиксируется срок устранения замечаний и то, что гарантийные правки не оплачиваются отдельно

Про закупку и цену

Обоснование НМЦК собирается из коммерческих предложений, и качество этих предложений определяет весь проект. Два практических замечания. Первое: чем подробнее ТЗ, тем ближе предложения к реальности — по ТЗ из двух абзацев вам пришлют цену за совершенно разные работы. Второе: выбор по минимальной цене при расплывчатом ТЗ почти гарантированно даёт сайт, который формально соответствует требованиям и не используется, после чего через год закупка повторяется. Дешевле один раз написать нормальное задание.

И ещё: не раздувайте «хотелки». Виртуальный тур, личный кабинет и мобильное приложение в одном первом проекте — это не ускорение, а гарантированный срыв срока. Их имеет смысл выносить во вторую очередь или в отдельный грантовый проект.

Чем помогаем мы

Мы работаем с учреждениями и ведомствами: делали дашборд по Пушкинской карте для Министерства культуры и аналитического центра Рязанской области, систему учёта консультаций для проектных офисов со сводным дашбордом, мониторинг закупок в ЕИС, сайты и порталы с собственными админ-панелями. По опыту можем прочитать ваше черновое ТЗ и сказать, где в нём дырки, через которые потом приходит мёртвый сайт, — это бесплатно и занимает пару дней.

Доступность по ГОСТ Р 52872-2019: чек-лист

Прислать черновик ТЗ на проверку

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

Коротко: частые вопросы

Что обязательно включить в ТЗ?

Состав разделов и ответственных за наполнение, доступность по ГОСТ Р 52872-2019, российский хостинг и документы по персональным данным, передачу прав и исходного кода, админку для сотрудника, резервные копии, обучение и поддержку.

Как устроить приёмку?

Не формулировкой «соответствует ТЗ», а проверяемыми шагами: демонстрация на тестовом стенде, чек-лист по каждому требованию, контрольные сценарии силами вашего сотрудника, проверка доступности и скорости, передача всех доступов до подписания акта.

Кому принадлежит сайт и домен?

Домен регистрируется на учреждение, а права на результат и исходный код передаются заказчику по договору. Без этого пункта смена подрядчика превращается в разработку сайта заново.

Чем опасен выбор по минимальной цене?

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