Реальный ввод
- Контекст решения
- Выбрать не более одного шестинедельного проекта по исследованию и разработке для небольшого продукта выставления счетов в четвёртом квартале. Цель — сократить случаи неудачного получения оплаты по счетам фрилансерами. Ресурсы: четыре инженерные недели, одна неделя дизайнера и без увеличения штата поддержки. Для любого изменения платёжных данных обязательна проверка безопасности. Руководитель продукта рекомендует, генеральный директор решает. Базовое соответствие WCAG 2.2 AA — обязательное условие выпуска. Обязательная регуляторная работа ведётся отдельно и не участвует в этом ранжировании.
- Кандидаты функций и доказательства
- F1 — планирование напоминаний об оплате: 18 из 24 опрошенных фрилансеров сообщают о ручных напоминаниях; данные событий показывают, что по 31% просроченных счетов отправляется ручное напоминание. Успешность задания в прототипе — 7/8. Оценка — 3–5 инженерных недель и одна неделя дизайнера; зависит от службы уведомлений; поддержка ожидает вопросы о настройке часового пояса. F2 — написанный ИИ тон напоминаний: 9 из 24 просят помощи с формулировкой; поведенческих данных использования нет; понимание прототипа — 5/8; оценка — 2–4 инженерные недели плюс постоянные расходы на модель и проверку содержания; оценка приватности и галлюцинаций не проводилась. F3 — вебхук статуса оплаты: запрошен четырьмя бухгалтерскими партнёрами, представляющими 620 связанных учётных записей; журналы партнёров показывают 14 000 опросов статуса в месяц. Оценка — 5–8 инженерных недель; требуется проверка безопасности и версионирование API; влияние на получение оплаты пользователями не измерено. F4 — цветовые темы счетов: 6 из 24 упоминают фирменное оформление; аналитики нет; оценка — 1–2 инженерные недели; зависимостей нет. Оценки заданы диапазонами, а не обязательствами.
- Ограничения оценки и управления решением
- Использовать шкалы 1–4 с опорными описаниями. Утверждённые сравнительные критерии и веса: доказательства проблемы пользователя — 30%, ожидаемый вклад в получение оплаты — 25%, стратегическое соответствие — 15%, осуществимость разработки — 20%, операционная устойчивость — 10%. Уверенность в доказательствах показывается отдельно и не умножается на балл. Обязательные условия: доступность для всех; безопасность для платёжных данных. Не использовать старшинство инициатора или простое количество партнёрских учётных записей как замену пользе для конечных пользователей. Неизвестное влияние оценивается в 1, а не в 0. Если диапазон трудозатрат пересекает предел ресурсов, это нужно отметить. Разница не более 0,2 считается нерешённой; для разрешения ничьей используйте ценность получения дополнительных доказательств, а не произвольные десятичные доли.







