Магазин ставит в ТЗ статус «оплачено» и не пишет, кто его ставит: касса, письмо банка или человек руками. Студия берёт предоплату за слот и путает «деньги пришли» с «мы отметили в тетради».
Страх выбрать источник и жадность одного слова оставляют два «оплачено» сразу. В задании — один хозяин статуса. На этой неделе назовите источник и запретите ручную галочку «для красоты» рядом с живой кассой.
Проблема
Владелец магазина боится, что банк опоздает, и просит менеджеру кнопку «считать оплаченным». Владелец студии стыдится ждать уведомления и отмечает предоплату в админке после звонка. Жадность общая — быстрее собрать, статус потом выровняется. На витрине гость видит «ждём оплату», в сборке — «оплачено», в учёте — пусто. Три правды. Письмо гостю уходит не то. Слот снимают или не снимают. Спор на приёмке: статус же есть. Хозяина нет.
Статус «оплачено» в ТЗ — один источник правды. Либо уведомление оплаты на сайт, либо выгрузка из учёта, либо только руки — и тогда сайт не врёт, что знает кассу. Два источника сразу запрещают. Кнопка «отметить» рядом с живой оплатой рождает фальшивый жест. Прототип должен показывать, откуда статус приехал, не только цвет бейджа. Цвет без источника не принимают.
Причина
Магазин: 8–20 оплат в день на запуске. Ложный «оплачено» руками — отгрузка без денег и день возврата товара. Студия: предоплата за 3–10 слотов, ложный статус — занятое окно без суммы. Описать источник — час. Разбирать одну ложную отгрузку — день и порча учёта. Смета «оплата подключена» без фразы «кто ставит статус» неполная: виджет есть, правда статуса нет.
Масштаб. На 40 карточках и простой кассе магазину обычно хватает: статус с сайта оплаты, руки только на «отмена» по правилу. На 8 услугах студии — то же или честный ручной контур, если предоплату принимают переводом и сами отмечают, без притворства «банк сам». Смешивать «иногда банк, иногда Вася» нельзя без правила конфликта. В ТЗ: что побеждает, если Вася и банк разошлись. Без правила побеждает хаос в тот же вечер.
- Один хозяин статуса «оплачено», не три бейджа.
- Руки рядом с живой кассой — отдельное правило конфликта, не привычка.
- Магазин: отгрузка смотрит тот же источник, что письмо гостю.
- Студия: слот «предоплачен» смотрит тот же источник.
Решение
Проследите один живой платёж. Магазин — от кнопки до бейджа. Студия — от предоплаты до слота. Где статус появился — то и пишут. Где появился второй раз — то вычёркивают.
- Напишите одним предложением, откуда берётся «оплачено». Второго источника в том же предложении быть не должно.
- Если руки нужны — опишите когда и кто, и что делать при споре с кассой.
- Свяжите статус с письмом гостю: одно событие, не два шаблона.
- Запретите менеджеру «подкрасить» статус до отгрузки без правила.
- В ТЗ: строка «хозяин оплачено — …». Пустой бейдж в макете не считается.
Проверка
Фраза магазина: «Оплачено ставит уведомление кассы, руками только отмена по правилу, сборка смотрит тот же статус». Фраза студии: «Предоплата слота — из перевода и отметки Марины, виджета банка нет, второго «оплачено» нет». Положите фразу в ТЗ. Если программист добавляет «ещё из учёта на всякий», хозяина снова нет.
Остановитесь, когда тестовая оплата меняет один статус и одно письмо. Не оставляйте две кнопки «на всякий пожар». Второй контур возврата денег — отдельный статус, не перекраска того же. Пока «оплачено» может приехать из чата и из банка разом, кассу в задании не принимают.
Чек-лист
- Напишите одним предложением, откуда берётся «оплачено». Второго источника в том же предложении быть не должно.
- Если руки нужны — опишите когда и кто, и что делать при споре с кассой.
- Свяжите статус с письмом гостю: одно событие, не два шаблона.
- Запретите менеджеру «подкрасить» статус до отгрузки без правила.
- В ТЗ: строка «хозяин оплачено — …». Пустой бейдж в макете не считается.
Назад в раздел
