Техническое задание на создание сайта ресторана, кафе

1. Общие сведения

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

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

Цели проекта

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

Целевая аудитория

• Гости, ищущие заведение рядом или для особого случая.
• Организаторы банкетов, свадеб, корпоративов.
• Постоянные гости, которым нужны меню и акции.
• Заказчики доставки.

Как поймём, что сайт работает

Цифры ниже — ориентиры для обсуждения. Точные значения фиксируются на старте проекта по данным Яндекс Метрики и CRM заказчика, а замеряются через 1, 3 и 6 месяцев после запуска.

• Число бронирований и заказов доставки в месяц.
• Доля заказов с сайта в общей выручке.
• Конверсия из просмотра меню в бронь.
• Рост базы подписчиков.

2. Структура сайта

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

Главная

• Первый экран с фото или видео зала и блюд, кнопки «Забронировать» и «Меню».
• Особенности заведения, хиты меню, ближайшие события, отзывы, адрес и часы работы.

Меню

• Разделы: завтраки, горячее, салаты, десерты, напитки, детское, барная карта; для каждого блюда фото, состав, вес, цена, метки (острое, вегетарианское, без глютена).
• Версия PDF для скачивания и печати.

Бронирование

• Форма: дата, время, число гостей, пожелания; показываем свободные слоты и подтверждаем бронь письмом или СМС.

Доставка

• Меню доставки с корзиной, зоны и стоимость доставки, время, способы оплаты.

Банкеты и мероприятия

• Залы и вместимость, пакеты банкетов, примеры мероприятий, форма заявки.
• Афиша: живая музыка, дегустации, детские мастер-классы.

О нас и контакты

• История, шеф-повар, команда, интерьер, галерея, адрес с картой и парковкой.

3. Функциональные требования

Бронирование столов

• Выбор даты и времени, зала и числа гостей; автоматическое подтверждение или ручное — на выбор администратора.
• Синхронизация с системой ресторана (R-Keeper, iiko, Quick Resto) или с календарём администратора.
• Напоминание гостю за 2 часа и ссылка на отмену брони.

Заказ с доставкой

• Корзина, промокоды, расчёт зоны доставки по адресу, оплата картой онлайн или курьеру.
• Статусы заказа и уведомления по СМС.

Управление меню

• Администратор правит блюда, цены и стоп-лист в админке, изменения появляются на сайте сразу.

Формы и заявки

• Каждая форма содержит не больше трёх обязательных полей: имя, телефон, комментарий. Остальное — необязательное.
• Маска телефона, проверка адреса почты, защита от спама без капчи, которая мешает человеку (скрытое поле-ловушка, ограничение частоты отправки).
• Обязательный чекбокс согласия на обработку персональных данных со ссылкой на политику; чекбокс не отмечен по умолчанию.
• После отправки — понятное сообщение на странице и цель в Яндекс Метрике; заявка приходит на почту ответственного сотрудника и дублируется в CRM или мессенджер.
• Заявка сохраняется в админке сайта, даже если почта в этот момент недоступна.

4. Дизайн и удобство

• Главное — еда. Крупные качественные фотографии блюд на каждой карточке, интерьер показывается в движении (короткое видео на первом экране).
• Цветовая палитра задаётся фирменным стилем заведения; текст остаётся читаемым и на тёмном фоне.
• Дизайн делается под три основные ширины: 360, 768 и 1440 пикселей; промежуточные размеры проверяются на этапе вёрстки. Первым рисуется мобильный экран — на него приходится большая часть трафика.
• Основное действие страницы (позвонить, оставить заявку, купить) видно на первом экране без прокрутки и повторяется после каждого смыслового блока.
• Размер основного текста не меньше 16 px, контраст текста и фона не ниже уровня AA по WCAG 2.1, кнопки и ссылки не меньше 44 × 44 px на телефоне.
• Заказчик получает макеты ключевых страниц в Figma; правки согласуются в два круга на каждый макет.

5. Контент

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

• Профессиональная фотосъёмка блюд (30–60 позиций) и интерьера.
• Актуальное меню в Excel с составом, весом, КБЖУ и аллергенами при необходимости.
• Схема залов, карта проезда, график работы.
• Тексты об истории заведения, шефе и концепции кухни.

6. Технические требования

Платформа и разработка

• Рекомендуемая платформа — MODX, WordPress или решение на базе iiko/RKeeper-интеграций; для доставки — модуль заказов с корзиной.
• Админка на русском языке: менеджер без навыков программирования сам правит тексты, цены, контакты, добавляет страницы и материалы.
• Семантическая вёрстка HTML5, один h1 на странице, логичная иерархия заголовков, у всех изображений заполнены alt.
• Адаптивность без горизонтальной прокрутки на экранах от 320 до 2560 px. Поддержка двух последних версий Chrome, Safari, Firefox, Edge и Яндекс Браузера.

Скорость

• Largest Contentful Paint не больше 2,5 секунды, Cumulative Layout Shift не больше 0,1, Interaction to Next Paint не больше 200 мс — по данным PageSpeed Insights для мобильных.
• Изображения в WebP или AVIF с ленивой загрузкой, размеры заданы в разметке; шрифты хранятся на сайте, не больше двух начертаний.
• Скрипты аналитики и чатов загружаются после основного контента и не блокируют отрисовку.

Безопасность и закон

• Сайт работает только по HTTPS, http перенаправляется на https одним редиректом.
• Ежедневная резервная копия сайта и базы данных, хранение не меньше 14 дней, проверка восстановления на этапе запуска.
• Пароли администраторов — длинные и уникальные, вход в админку защищён ограничением числа попыток; доступы передаются заказчику в день приёмки.
• Политика обработки персональных данных (152-ФЗ) и баннер cookie: метрика и сторонние скрипты не запускаются до согласия там, где это требуется.
• В меню указываются калорийность и состав по требованиям, действующим для общепита. Информация об аллергенах подаётся по желанию заведения.
• Алкогольная продукция не рекламируется на сайте способами, запрещёнными законом.

7. Интеграции

• iiko, R-Keeper или Quick Resto — меню, остатки и приём заказов.
• Платёжные системы (ЮKassa, СБП).
• Яндекс Карты, Яндекс Еда/Delivery Club при необходимости (в виде ссылок).
• СМС-уведомления, CRM для гостей, Яндекс Метрика.

8. SEO-требования

Поисковая оптимизация закладывается при проектировании структуры, а не добавляется после запуска. Что делаем в рамках разработки:

• Собираем семантику и распределяем запросы по страницам до утверждения структуры. Ключевые направления: ресторан + город / район; кафе + кухня + город; доставка + блюдо + город; банкеты и свадьбы.
• Уникальные title, description и H1 для каждой страницы; человекопонятные адреса без служебных параметров; хлебные крошки на внутренних страницах.
• Микроразметка schema.org: Restaurant, Menu, Event, Review.
• XML-карта сайта и robots.txt, канонические адреса, страница 404 с полезными ссылками, склейка адресов с www и без, со слэшем и без.
• Если у заказчика уже есть сайт: выгрузка старых адресов, таблица соответствия и постраничные 301-редиректы до выкладки, чтобы не потерять позиции и трафик.
• Подключение Яндекс Метрики и Вебмастера, настройка целей: отправка формы, звонок по клику на номер, клик по мессенджеру, переход к ключевым страницам.

9. На что обратить внимание в этом проекте

• Фото должны быть реальными: гость сравнивает картинку с тарелкой и запоминает расхождение.
• Стоп-лист и цены в меню на сайте и в зале должны совпадать — исключите ручные двойные правки.

10. Этапы и сроки

Сроки считаются в рабочих неделях с момента, когда подписан договор, внесена предоплата и получены доступы и материалы, перечисленные выше. Этапы идут частично параллельно.

1. Аналитика и структура — 1–2 недели. Результат: согласованные структура, прототипы ключевых страниц и семантическое ядро
2. Дизайн — 3 недели. Результат: макеты в Figma для десктопа и телефона, два круга правок
3. Вёрстка и разработка — 4–5 недель. Результат: сайт на тестовом домене с админкой и формами
4. Наполнение и интеграции — 2 недели. Результат: загруженный контент, подключённые CRM, почта и аналитика
5. Тестирование и приёмка — 1–2 недели. Результат: закрытый список замечаний, подписанный акт
6. Запуск — 1 неделя. Результат: сайт на боевом домене, редиректы, проверка индексации

11. Порядок приёмки

• Приёмка проходит на тестовом домене по чек-листу, который заказчик получает заранее: страницы, формы, адаптивность, скорость, аналитика, редиректы.
• Замечания собираются в одном списке и делятся на критичные (мешают работе сайта) и пожелания. Критичные исправляются бесплатно и в первую очередь.
• Сайт считается принятым, когда закрыты все критичные замечания, формы доставляют заявки, а PageSpeed на главной и ключевых страницах укладывается в требования раздела 6.
• Гарантийный период — 3 месяца: ошибки, найденные в этот срок, исправляются без доплаты.

12. Что получает заказчик

• Работающий сайт на боевом домене и доступ в админку.
• Исходные файлы дизайна в Figma, исходный код и документацию по структуре и развёртыванию.
• Короткую инструкцию и видеоурок: как править страницы, добавлять материалы, смотреть заявки.
• Настроенные Метрику, Вебмастер и цели, доступы к ним на аккаунт заказчика.
• Рекомендации по продвижению на первые три месяца: что публиковать, какие страницы расширять.