Составьте запрос на изменение проекта сайта

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

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

Шаг 1. Найдите исходное требование

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

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

Если источника нет, запишите «исходное требование не найдено» и договоритесь восстановить его. Не принимайте отсутствие документа за согласие на любой объём.

Шаг 2. Опишите цель и границы

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

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

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

Шаг 3. Заполните карточку

Неизвестные значения оставляйте открытыми с ответственным и следующим действием. Поле «не оценено» не означает нулевое влияние на срок или бюджет.

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

Шаг 4. Разберите учебный запрос

CR-02: письмо после приёма заявки. В учебном задании версии 1.0 предусмотрено подтверждение на экране после принятия заявки системой. Инициатор просит добавить письмо посетителю. Возможная цель — сохранить номер обращения вне открытой вкладки; это ещё не доказанный эффект для бизнеса.

В этой карточке исходный вариант не включает письма. Предлагаемый новый объём: согласованный шаблон на выбранных языках, подключение отправки и проверка состояний доставки. Рассылки и вложения вынесены за рамки запроса.

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

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

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

Шаг 5. Сравните варианты и запишите решение

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

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

Шаг 6. Подготовьте повторную проверку

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

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

Результат урока

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

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