Разработчик написал: «Готово, проверяйте». Вы открываете сайт, видите, что кнопка появилась на месте, и отвечаете: «Спасибо, принято». Через неделю выясняется, что кнопка работает только на главной, а на странице услуги её нет. Или что она есть, но заявка с неё не приходит. Формально задача выполнена, а фактически — нет. И спор ни к чему не приведёт, потому что «готово» каждый понимал по-своему.
Приёмка конкретной задачи — это отдельный навык, и он не про недоверие к программисту. Он про то, чтобы результат совпал с ожиданиями, а не с формулировкой «ну я думал, так нормально».
Что значит «принять задачу»
Полезно различать три уровня готовности, и путать их нельзя.
Первый — код работает. Страница не падает, ошибок в консоли нет, элемент отображается. Это минимум, но он ничего не говорит о том, решена ли задача.
Второй — задача решена. Сценарий, ради которого всё затевалось, проходит целиком: человек видит кнопку, нажимает, заявка уходит, менеджер её получает. Это уже настоящая приёмка.
Третий — нет побочных эффектов. Изменение не сломало ничего рядом. Формы работают, корзина не пострадала, вёрстка не поехала. Этот уровень чаще всего и пропускают.
Принимать задачу стоит только тогда, когда выполнены все три. Иначе через день придётся возвращаться.
Три вопроса перед проверкой
Прежде чем открывать сайт, ответьте себе на три вещи. Это займёт минуту, но сэкономит полчаса переписки.
Что именно должно было измениться? Не «кнопка добавлена», а где, на каких страницах, что она делает при нажатии. Если в задаче этого не было, уточните сейчас — до проверки, а не после спора.
Что не должно было измениться? Соседние блоки, формы, меню. Это ваш список для проверки побочных эффектов.
Как я пойму, что всё в порядке? Конкретный признак: заявка пришла на почту, статус сменился, страница открылась без ошибок. Без такого признака проверка превращается в «вроде норм».
Проверка по сценарию, а не по скриншоту
Скриншот показывает, что элемент на месте. Он не показывает, что элемент работает. Поэтому проверять нужно действием.
Пройдите путь пользователя целиком. Если задача про кнопку — нажмите её и дождитесь результата: письма, записи в CRM, сообщения на экране. Если задача про форму — заполните и отправьте, проверьте, что данные дошли. Если про страницу — откройте её на телефоне и посмотрите, не разъехалась ли вёрстка.
Отдельно проверьте условия, о которых легко забыть: другая страница, другой браузер, мобильная версия, состояние «не авторизован». Именно там чаще всего и всплывает, что задача решена наполовину.
Проверка на побочные эффекты
Любая правка — это изменение в коде, и оно редко бывает изолированным. Кнопка, которую добавили, могла задеть блок рядом. Плагин, который обновили, мог изменить вывод на другой странице.
Держите под рукой короткий список того, что важно для бизнеса: отправка формы, оформление заказа, вход в личный кабинет, оплата. После каждой доработки проходите по нему, даже если задача кажется мелкой. Пять минут проверки дешевле, чем день разбирательств.
Если задача связана с обменом данными — с 1С, CRM, оплатой — проверьте не только «дошло ли», но и «дошло ли правильно». Все поля на месте, формат верный, дублей нет.
Что зафиксировать в переписке
Устная приёмка — это приёмка, которая через месяц превратится в «мы не так договаривались». Поэтому итог лучше записать. Не официальным актом, а коротким сообщением.
Достаточно трёх строк: что было задачей, что проверено, что осталось за рамками. Последний пункт особенно полезен: если разработчик сделал больше или меньше, чем обсуждали, это видно сразу и без споров.
Если что-то не принято — тоже письменно, с конкретикой. Не «не работает», а «при нажатии на кнопку на странице услуги форма не отправляется, ошибка в консоли такая-то, скриншот прилагаю». Чем точнее описание, тем быстрее исправят.
Короткий чек-лист приёмки
- Задача выполнена там, где должна была, — на всех нужных страницах.
- Сценарий проходит целиком, а не только первый шаг.
- Результат виден: письмо, запись, сообщение.
- Мобильная версия проверена.
- Соседние функции работают.
- Ошибок в консоли браузера нет.
- В переписке зафиксировано, что принято и что осталось.
Красные флаги
- «Готово» без пояснений, что именно сделано.
- Работает только на одной странице из нескольких.
- Результат не проверяли на реальных данных.
- Вместе с задачей сломалось что-то рядом, и об этом не предупредили.
- На вопросы «а как это должно работать» отвечают «ну, как-то так».
- Просят принять сейчас, а детали обещают доделать потом.
- Нет возможности посмотреть, что изменилось.
Коротко о главном
Принять задачу — значит убедиться, что она решена целиком, работает там, где нужно, и ничего не сломала рядом. Скриншот этого не покажет — нужен сценарий и список того, что важно для бизнеса. А короткая запись в переписке избавит от споров через месяц.
Мы обычно сдаём задачи именно так: показываем, что изменилось, проходим сценарий вместе с клиентом и проговариваем, что осталось за рамками. Иногда это занимает пять минут, иногда — полчаса, но зато потом не приходится возвращаться. Напишите или оставьте заявку — поможем принять доработку по-человечески и подскажем, что проверить в первую очередь.