Кейс, Финтех

Чек уходит с часов, риск гаснет в реестре

( А )

Выплата самозанятому идёт через три экрана и две организации: чек формируется на часах исполнителя, а закрывает строку в реестре у бухгалтера заказчика. Кейс в работе: собран сценарий и разобран рынок, замеров на людях пока нет.

( Б )

Сценарий двусторонний, и обе стороны теряют деньги на одном и том же: исполнитель штраф в 20% от суммы, заказчик непринятый расход и риск переквалификации с доначислением НДФЛ и взносов за весь период. Продукт взят класса небольшой платформы выплат, а не приложение ФНС и не кабинет гиганта: у гиганта задача решается внутри ограничений, которых снаружи не видно.

( В )

Product Design, UX Research, Мультиэкранность
2026
Самостоятельный концепт · в разработке

рис. 1, Финтех · выплаты самозанятым · телефон, ноутбук, часы

Результаты

сценариев про выставление счёта в каталоге

разбор SCRN: 257 приложений, 16 472 сценария

сценария про согласование, и ни один не про платёж

тот же разбор; у Глобуса это согласование замен в продуктах

33 из 1439

платёжных и документных сценариев залиты экранами

поиск по именам сценариев каталога

17,26 млн

плательщиков НПД, рынок сценария

ФНС, август 2026

Три экрана

Референсы

Из чего собиралась насмотренность под этот проект. Купол крутится рукой, картинка открывается нажатием.

Крутите мышью

Проблема бизнеса

Что было сломано.

Плательщиков НПД 17,26 млн, и при каждой выплате закон требует от заказчика проверить статус на дату, получить чек и иметь акт. Исполнителю чек нужен в момент расчёта, иначе штраф 20% от суммы, а при повторе в течение полугода — 100%. Оба конца сценария живут в разных приложениях и не знают друг о друге.

Исследование

Откуда данные.

01Считал по кэшу каталога SCRN на своём сервере: 257 приложений, 16 472 сценария. Про выставление счёта — ноль сценариев, про согласование — три, про самозанятых — два, и у обоих экранов не залито
02Там же собрал набор шаблонов, которые изобретать не надо: чек (73 сценария), лимиты (87, целое семейство у Альфа-Банка), выписки и документы (194), реквизиты получателя (72)
03Требования собраны из закона и разъяснений: сроки чека, ставки 4 и 6 процентов, лимит 2,4 млн, критерии ФНС для переквалификации, суммы штрафов по НК и КоАП
04Свой опыт исполнителя: счета и акты компаниям выставляю сам, поэтому половину сценария знаю изнутри

Гипотезы

Что я предположил.

H1Чек, это бинарное решение под законным сроком, значит его место на часах, а не в приложении
H2Разговор о лимите 2,4 млн должен идти до приёма платежа: после него статус уже потерян
H3Заказчику нужно не «всё хорошо», а расстояние до порогов ФНС: показывать совпавшие критерии, а не зелёную галочку

Ограничения

С чем работал.

·Срок чека: момент расчёта при наличных и электронных платежах, до 9 числа следующего месяца при безналичных
·Лимит 2,4 млн ₽ в год, статус НПД теряется в день получения платежа, которым лимит перешагнут
·Проверка статуса обязательна на дату каждой выплаты, а не однократно
·Критерии ФНС для переквалификации: годовой мониторинг 35 человек и 35 000 ₽, квартальный 10 человек и 25 000 ₽
·Три экрана — одна система значений: статус «нет чека» обязан выглядеть одинаково в реестре и на часах

Дизайн-решения

Как я это сделал.

01
На часах одно действие и один срок: сумма, плательщик, кнопка «Чек». Ни выбора, ни ввода
02
Часы знают тип поступления: при безналичном переводе они не торопят, потому что срок другой
03
Предупреждение о лимите стоит на входящем счёте и даёт три выхода: разделить, перенести, открыть ИП
04
В реестре статус НПД показан с датой проверки, а не галочкой: проверенный две недели назад не считается
05
Счётчик риска заказчика показывает совпавшие критерии ФНС числами, а не оценкой

Пользовательский сценарий

Линейный flow.

01
Заказчик собрал реестр на 15 сентября
ноутбук: 12 человек, 418 300 ₽
02
У двоих нет чека, у одного статус проверен две недели назад
строки не уходят в выплату
03
Бухгалтер запрашивает чек
запрос уходит исполнителю
04
Исполнитель нажимает «Чек» на часах
24 500 ₽, ООО «Ромашка», две секунды
05
Строка в реестре закрывается
у другого человека в другой организации
06
Следующий счёт переводит за лимит
телефон предупреждает до приёма платежа

Схемы

Телефон исполнителя: выплаты, налог, лимит

Ноутбук заказчика: реестр выплат и риск переквалификации

Путь выплаты по шагам

Связей нет намеренно: их несут столбец и ряд.

ОбстановкаШаг человекаУстройствоРабота системы

Счёт выставлен

Выставляю счёт заказчику

Телефон

Проверяет лимит до отправки

Ставка 6%: заказчик юрлицо

Заказчик видит счёт

Ноутбук

Строка появляется в реестре

Статус НПД проверяется на дату

Деньги пришли

Получаю оплату

Часы

Сумма и плательщик

Знает тип платежа, значит знает срок

Формирую чек

Часы

Чек в «Мой налог»

Чек заказчику

Реестр закрывается

Строка закрывается сама

Ноутбук

Риск по критериям ФНС пересчитан

Период сходится

Заказчику нужен чек за прошлую выплату

Ноутбук → Часы

Запрос приходит на часы

В реестре видно, что запрос отправлен

Лимит близко

Принимаю счёт, который переводит за лимит

Телефон

Предупреждает до приёма платежа

Разделить, перенести, открыть ИП

Период закрыт без штрафов

Что происходит с чеком

Ни одна развилка не выдумана: сроки, лимит и размеры штрафа записаны в законе.

Деньги пришли

Чем заплатили?

Срок: момент расчёта

Срок: до 9 числа

Лимит 2,4 млн исчерпан?

Формирую чек на часах

Чек не сформировать

Чек в «Мой налог»

Чек заказчику

Меняешь счёт?

Период сошёлся?

Разделить, перенести, ИП

Штраф 20% от суммы

Период закрыт

Заказчик запрашивает чек

Повтор за полгода: 100%

Что живёт на каком экране

Всё остальное каждый экран делает сам: между устройствами только эти передачи.

Часы

Телефон

Ноутбук заказчика

Поступление

Главный экранлимит, налог, чеки

Реестр выплат

Чек одним нажатием

Поступление без чека

Риск по критериям ФНС

Лимит исчерпан

Лимит: три выхода

Выбранная строка

Счёт заказчику

Запрос чека

Просят чек

Проверка

Что показали тесты.

Замеров на людях пока нет, и цифр от них в кейсе нет тоже
Что запланировано: пять-шесть разговоров с плательщиками НПД из IT (673 тыс. человек по данным ФНС) и два-три с бухгалтерами, которые платят подрядчикам
Что буду считать: доля поступлений с чеком в срок, время от зачисления до чека, доля людей, узнавших о лимите в день его превышения

Что не получилось сразу

Пришлось переделывать.

Сначала часы торопили с чеком всегда. Оказалось, при безналичном переводе срок до 9 числа, и такая срочность была бы ложью: часы стали различать тип поступления
Лимит сначала предупреждал при поступлении. Но «Мой налог» физически не даёт сформировать чек сверх лимита, то есть предупреждать там уже поздно: разговор переехал на входящий счёт
Зелёная галочка «требования выполнены» в реестре обманывала: критерии считает ФНС, а не сервис. Осталось расстояние до порога

Передача в разработку

Что отдаю фронтенду.

·Три приложения живут на сайте и работают: телефон, реестр на ноутбуке, часы
·Один набор значений на все три экрана, apps/payout/tokens.css
·Состояния строки реестра: статус на дату, проверен давно, статус потерян, нет чека, нет акта
·Правила срока чека вынесены отдельно: от типа поступления зависит, торопят часы или нет

Результат

Итог

Кейс в работе: сценарий собран, рынок разобран, три прототипа работают в корпусах. Осталось подтверждение на людях.

Моя роль

Что делал я.

Работаю один. Сценарий, разбор каталога, требования из закона и три прототипа — мои. Метрик от пользователей здесь нет, потому что разговоров ещё не было, и выдавать за результат разбор рынка я не буду.

Что дальше

Осталось за рамками.

→Разговоры с исполнителями и бухгалтерами, без них второе звено формулы кейса не закрыто
→Массовая выплата: реестр на двести строк против двенадцати, там своя работа с отбором
→Что показывать, когда исполнитель потерял статус посреди месяца, а выплаты по договору продолжаются

Работы

Беспилотное такси
Поездка без водителя от адреса до оценки
Выплаты самозанятым
Чек с часов закрывает строку в чужом реестре
Вы здесь

Прохор

РезюмеCV Telegram

Кейс, Финтех

Чек уходит с часов, риск гаснет в реестре

( А )

( Б )

( В )

Product Design, UX Research, Мультиэкранность
2026
Самостоятельный концепт · в разработке

рис. 1, Финтех · выплаты самозанятым · телефон, ноутбук, часы

Результаты

сценариев про выставление счёта в каталоге

разбор SCRN: 257 приложений, 16 472 сценария

сценария про согласование, и ни один не про платёж

тот же разбор; у Глобуса это согласование замен в продуктах

33 из 1439

платёжных и документных сценариев залиты экранами

поиск по именам сценариев каталога

17,26 млн

плательщиков НПД, рынок сценария

ФНС, август 2026

Три экрана

Референсы

Из чего собиралась насмотренность под этот проект. Купол крутится рукой, картинка открывается нажатием.

Крутите мышью

Проблема бизнеса

Что было сломано.

Исследование