Настройка биллинга
Платёжная логика в «Шкафе» — это не просто списание денег, а часть операционного цикла аренды. Мы реализовали полноценную привязку карт прямо в приложении вместо перенаправления в окно ЮKassa, сделали автоматический возврат тестового платежа и защитили систему от частых пользовательских ошибок (например, запретили менять способ оплаты при активной аренде).Параллельно мы и нтегрировали сервис Rent-In-Hand, который отвечает за учет аренды и покупок. Это избавило клиента от большого объема ручных операций.
Из TG Mini App в веб-приложение
На раннем этапе продукт существовал в формате Telegram mini-app, что было удобно для MVP. Когда возникла задача расширить доступность, клиент решил перейти на веб-версию в формате PWA (Progressive Web App). Перенос занял около трёх недель. После запуска продукт избавился от платформенной зависимости и стал доступен более широкой аудитории.
Упрощение аренды и эксплуатационный контур
У клиента была сложная схема тарифов, которая сложилась на этапе прототипа. Она затрудняла как использование, так и поддержку. Вместо множества коротких тарифов всю систему ограничили двумя: 30 минут и 2 часа. Позже добавили долгосрочные — на 8 и 24 часа.Для операционной стороны проекта мы внедрили систему уведомлений для администратора: покупки, аренды, проблемы со шкафом, просрочки и т.д. Уведомления стали приходить на почту и в Telegram, а для срочных событий появился отдельный канал, что сильно упростило реакцию на проблемные ситуации на точках.
Качество и тестирование
На проекте не было формального QA-процесса, поэтому каждый релиз потенциально ломал существующие сценарии. Мы внедрили необходимый минимум: регресс-тестирование по чек-листам. Это позволило фиксировать критичные пользовательские и арендные сценарии и проверять их перед выкатыванием обновлений. После появления регресса релизы стали предсказуемыми, а риск случайных поломок — существенно ниже.
