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