Работа с инженерией и дизайном — Примеры
Пример 1 — Приходим с проблемой, а не с решением
Пункт приходит на уточнение уже решённым, поэтому инженерия может только оценить его, а дизайн — только оформить. Принесённая проблема, а не решение, оставляет место для более дешёвого варианта. Перепишите тикет ниже как постановку проблемы с приложенной целью и назовите альтернативу, которая становится видна, как только решение убрано.
Тикет: сделать функцию сохранённых карт.
Приёмка: пользователи могут сохранить карту и заплатить ею в следующий раз.
Заметки: поддержку просят об этом постоянно. Дизайну понадобится
экран управления картами и поток удаления.
Решение
Проблема: повторные покупатели уходят на шаге карты, потому что должны
заново вводить данные, которые уже нам давали.
Цель: меньше брошенных повторных покупок на шаге оплаты.
Ещё не решено: как запоминаются данные.
Вернувшиеся альтернативы
запоминать данные для следующей покупки, не сохраняя карту
ссылка в один тап назад в предыдущий заказ
держать последний заказ в одном клике вместо повторной оплаты
Вопрос обратно в поддержку: просьба про ввод или про то,
чтобы было чем управлять?
Постановка проблемы называет человека, цель и препятствие, поэтому сессия может сравнить три подхода, а не украшать один, и самый дешёвый может вообще не требовать хранения карты; однако тикет, записанный как требование, альтернатив в комнату уже не пустит.
Пример 2 — Называем, что из ручек сдвинулось
Объём вырос во время уточнения: в пункт, дата которого зафиксирована обязательством перед клиентом, добавили ещё один формат экспорта. Стоимость, время и объём — одна ручка с тремя концами, и сказать о компромиссе вслух нужно тем, кто будет его поглощать, — напишите для тикета одну строку о компромиссе.
Пункт: экспорт квартальной отчётности. Обещанная дата: 30 апреля.
Запрошенное изменение: второй формат вывода для финансовой команды.
Ответ пока: «мы найдём способ это втиснуть».
Решение
Компромисс (30 апреля): объём вырос на один формат вывода.
Сдвинулось: пока ничего. Инженерия говорит, что работа над форматом —
три дня, взятые из буфера повторного тестирования, так что буфер теперь ноль.
Нужно решение: держать дату без буфера или сохранить буфер
и перенести повторное тестирование фильтров на следующий цикл.
Строка называет, что сдвинулось, письменно и при всех, поэтому буфер тратится осознанно. Обычный провал — ответ на запрос об объёме словами «мы найдём способ»: так стоимость поглощается незаметно, и остаётся дата, которую никто не сможет защитить при первом сюрпризе.