Онлайн-копилка на поездку — клиенты копят частями, а вы видите каждый платёж
Делаю сервис накоплений, где клиент пополняет счёт привычным способом, а цель и прогресс видит в личном кабинете. Платёж родственника попадает на счёт того, кто поедет.
Когда это нужно
- Баланс знает только менеджерКлиент вносит деньги частями, а сколько уже собрано, видно только в таблице офиса. Чтобы узнать остаток, нужно звонить.
- Платит не тот, кто едетСын откладывает за мать, брат — за брата. Платёж приходит от одного человека, а зачислить его нужно другому.
- Цель не виднаЧеловек не понимает, сколько осталось до поездки, и откладывает очередной платёж на следующий месяц.
- Старые накопления в ExcelБалансы годами живут в таблице. Переносить их в новую систему страшно — вдруг что-то потеряется.
Что входит
- Счёт и цель накопления в личном кабинете — сумма и прогресс
- Пополнение из банковского приложения по ИИН — без установки нового приложения
- Зачисление на счёт того, кто поедет, даже если платит родственник
- Учёт платежей по уведомлениям банка, если готового API нет
- Журнал операций с точностью до тиына
- Номер операции не даёт учесть один платёж дважды
- Перенос старых балансов из таблиц со сверкой
Поездку в Мекку редко оплачивают одним платежом. Деньги откладывают месяцами, и часто не один человек, а вся семья. Компании нужен точный учёт каждого платежа, а человеку — понимать, сколько уже собрано и сколько осталось. Если копилка живёт в тетради или в таблице менеджера, оба ответа приходится добывать звонком.
Копить так же просто, как платить за телефон
В Atlas Save клиент ничего не устанавливает. Он открывает банковское приложение, находит сервис в платежах, вводит ИИН и сумму. Каждый платёж приходит с ИИН плательщика и получателя — по ним деньги ложатся на счёт паломника, даже если платил его сын. В личном кабинете — цель (хадж или умра), накопленная сумма и прогресс.
Готового API для такого сценария не было, и учёт пришлось строить по уведомлениям о платежах. Как я подхожу к таким ограничениям — в заметке о задачах без готового API.
Деньги, которым доверяют
Копилка хранит чужие деньги, поэтому баланс в ней — не число в профиле, а сумма записей в журнале операций. Во второй версии я перевёл журнал в тиыны, закрыл двойное зачисление одного платежа и перенёс старые балансы со сверкой.
Для клиента всё выглядит просто: заплатил — увидел новую сумму в кабинете. Для компании любую цифру на счёте можно разложить на конкретные платежи с номерами операций. Если клиент спросит, откуда взялся его баланс, ответ займёт минуту, а не вечер в таблицах.
В кабинете главное — ответ на вопрос «сколько осталось до цели». Остальное — история платежей, данные, документы — вторично и не должно его заслонять.
Источники платежей и учёт компании — Kaspi, CRM, 1С — связываю через интеграции, чтобы баланс копилки не жил отдельно от остальной системы. Если клиент готов оплатить тур сразу, ему подойдёт онлайн-бронирование, а для статусов и документов нужен кабинет клиента с историей заказов.
Как я это делаю
Роли и сценарии
Кто пользуется системой, что каждый делает и какие данные при этом рождаются.
Прототип
Логику проверяю на прототипе до дизайна — так ошибки стоят минуты, а не недели.
Дизайн
Интерфейсы для всех ролей на одной дизайн-системе.
Разработка
Спринтами, с демо раз в неделю и доступом в трекер.
Запуск
Мониторинг, нагрузка, передача доступов и документации, план развития.
Вопросы
Клиенту нужно устанавливать приложение?
Нет. Он платит в банковском приложении так же, как за телефон или коммунальные услуги — находит сервис, вводит ИИН и сумму. Прогресс видит в личном кабинете.
Что если за человека платит родственник?
Деньги зачисляются на счёт того, кто поедет. В уведомлении о платеже есть ИИН плательщика и получателя — по ним платёж ложится на нужный счёт.
Можно перенести накопления, которые уже ведутся в таблице?
Да. Во второй версии Atlas Save я переносил старые балансы со сверкой, а дальше все операции ведутся в журнале.
Подойдёт не только для хаджа и умры?
Да. Копить частями можно на обучение, путешествие или крупную покупку — везде, где у человека есть цель, а компании нужен точный учёт каждого платежа.
Статьи по теме
Все статьи· 6 мин чтения
Что такое MVP и как запустить его за 3–6 недель
MVP — это не «сайт подешевле», а самый короткий способ ответить на вопрос о продукте. Что в него кладут, что режут и как уложиться в 3–6 недель.
Читать· 5 мин чтения
Дизайн-система — зачем она бизнесу и когда она окупается
Дизайн-система — это не библиотека красивых кнопок, а договорённость о том, как устроен интерфейс. Когда она экономит деньги, а когда это лишняя работа.
Читать
Похожие решения
Все решения- Платформы и кабинетыПлатформа онлайн-голосованияДелаю голосования, где защита строится от реальных схем обмана, а нагрузку после анонса я закладываю с первого дня.Подробнее
- Платформы и кабинетыОнлайн-бронирование туровДелаю букинг, в котором человек сам находит тур по городу вылета, датам и размещению и сразу оплачивает его онлайн.Подробнее
- Платформы и кабинетыB2B-портал для партнёров и поставщиковДелаю порталы, где поставщик сам видит ваш спрос и считает свою выгоду, а действующий партнёр — статусы и документы.Подробнее
- Платформы и кабинетыМаркетплейс и медиаплатформаДелаю платформы, где продавцы публикуют товары, покупатели платят, а владелец видит каждую операцию.Подробнее
- Платформы и кабинетыЛичный кабинет клиентаДелаю кабинеты, где клиент сам видит, на каком этапе его заказ, какие документы готовы и сколько он заплатил.Подробнее
- Платформы и кабинетыКонструктор КП для автодилераДелаю инструмент, в котором менеджер собирает КП за несколько действий, а покупатель получает ссылку с фото своей машины по VIN, опциями и расчётами.Подробнее
Есть задача — напишите, разберём.
Опишите в двух словах, что нужно, — отвечу сам, без менеджеров и брифов на десять страниц.
