Как составить задание на разработку сайта телеком-оператора

Сайт телеком-оператора одновременно служит витриной, справочником цен, формой заявки и первой линией поддержки. Если в задании написано просто «каталог тарифов и личный кабинет», каждая сторона поймёт это по-своему, и расхождения проявятся на приёмке. Разберём, что стоит зафиксировать заранее.

Чем задание для оператора отличается от задания для обычного сайта

На сайте-визитке контент почти не меняется. У оператора меняется постоянно: тарифы, акции, условия подключения, зоны покрытия. Один и тот же тариф может стоить по-разному в разных регионах, а часть услуг доступна только по конкретному адресу. Поэтому в ТЗ нужно описывать не только страницы, но и данные с правилами их показа: какие есть сущности (тариф, опция, услуга, регион, адрес, заявка), какие у них поля и что от чего зависит.

Какие сценарии посетителей описать в первую очередь

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

• выбрать тариф для телефона или домашнего интернета;
• проверить, можно ли подключиться по адресу;
• оставить заявку на подключение или перенос номера;
• пополнить счёт или узнать баланс;
• найти решение проблемы, например «пропал интернет»;
• для бизнеса: запросить расчёт для офиса.

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

Откуда берутся тарифы и кто их обновляет

Определите источник данных: биллинг, таблица или ручной ввод в панели управления. Это влияет на объём работ сильнее, чем дизайн. В задании запишите:

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

Пример фрагмента ТЗ: проверка подключения по адресу

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

• Поля формы: город (с подсказками), улица, дом, квартира (необязательно).
• Результат 1. Подключение возможно. Показываем тарифы, доступные по этому адресу, и кнопку «Подключить» с уже подставленным адресом.
• Результат 2. Технической возможности нет. Предлагаем оставить телефон или почту, чтобы сообщить, когда она появится.
• Результат 3. Адрес не найден. Предлагаем уточнить запись или заказать звонок специалиста.
• Данные: справочник домов загружается файлом через панель управления, дата последней загрузки видна администратору.
• Заявка: имя, телефон, удобное время звонка. Письмо уходит в отдел продаж, запись создаётся в CRM, посетитель видит номер заявки.
• Сбой: если сервис проверки недоступен, форма заявки остаётся рабочей, а пользователь видит понятное сообщение.
• Приёмка: проверка по набору тестовых адресов, по несколько на каждый из трёх результатов.

Такой фрагмент можно проверить, не споря о том, что значит «удобная проверка».

Личный кабинет и интеграции: что закрепить письменно

Личный кабинет обычно строится на обмене данными с биллингом. Определите заранее:

• список операций: баланс, детализация, смена тарифа, подключение услуг, платежи;
• кто предоставляет описание интерфейса биллинга и тестовую среду и в какие сроки;
• что видит абонент, если биллинг временно не отвечает;
• как восстанавливается доступ и чем отличаются кабинеты для частных лиц и организаций;
• как подключается приём платежей: платёжный сервис выбирается и согласуется отдельно;
• передачу данных по защищённому соединению (HTTPS) для страниц кабинета и форм.

Требования к хранению данных абонентов уточните у ответственных сотрудников вашей организации и запишите в ТЗ как исходные условия.

Проверочный список перед передачей задания подрядчику

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

Все статьи блога