Cabus

О клиенте

CABUS — компания, специализирующаяся на автоматизации ресторанов и магазинов. Разрабатывает кассовые системы, решения для управленческого учета и программы лояльности.Компания создала собственное Android-приложение для кухни, которое работает на планшетах и смартфонах. Это решение стало доступной альтернативой дорогостоящему оборудованию — стационарным компьютерам с дисплеями на кухне.Продукт состоит из двух ключевых компонентов:

Мобильное приложение на ReactNative для Android-планшетов
Плагин для IIKO на платформе .NET

Исходная бизнес-задача

MVP мобильного приложения был запущен в нескольких заведениях, но при масштабировании начали проявляться критические проблемы со стабильностью:

Постоянные разрывы соединения между приложением и бэкендом.
Нестабильная работа в условиях различного качества Wi-Fi в заведениях.
Регулярные жалобы от клиентов на отключения приложения.
Отсутствие документации и логирования для диагностики проблем.

Компания столкнулась с необходимостью найти технологического партнёра, способного стабилизировать продукт и подготовить его к дальнейшему масштабированию.Дополнительно заказчик планировал обновить визуальную составляющую продукта, чтобы качественный дизайн стал конкурентным преимуществом на рынке.

1. Аудит кода и диагностика проблем соединения

На первом этапе мы провели технический аудит кодовой базы приложения и выявили ключевые проблемы:

Низкое качество кода и отсутствие обработки ошибок.
Недостаточное логирование, не позволяющее отследить причины сбоев.
Отсутствие документации и функциональных требований.

Мы внедрили систему логирования, улучшили механизм переподключения и провели рефакторинг взаимодействия между клиентом и сервером. Однако проблемы с соединением продолжались.В процессе анализа мы обнаружили, что источник проблемы — в самой архитектуре коммуникации. Приложение использовало протокол WebSocket, который плохо справляется с нестабильным Wi-Fi в заведениях, где настройки сети различаются и не всегда оптимальны.Тестирование происходило на реальных клиентах заказчика, что усложняло процесс, но позволило точно воспроизвести условия эксплуатации.

2. Смена протокола и переработка архитектуры

Мы приняли решение заменить WebSocket на HTTP — протокол, который лучше подходит для работы в условиях нестабильного соединения.Оба компонента продукта потребовали полной переработки логики взаимодействия. Параллельно мы провели рефакторинг мобильного приложения и создали функциональные требования — документ, описывающий поведение системы, который стал основой для дальнейшего тестирования и развития.Новая версия была развёрнута поэтапно: сначала на 1–2 проблемных заведениях, затем на остальных клиентах. Мы отслеживали стабильность работы и собирали обратную связь. Проблемы с соединением были устранены.

3. Редизайн интерфейса и адаптация под мобильные устройства

После стабилизации технической части мы перешли к обновлению визуального облика продукта. Для заказчика качественный дизайн был важным конкурентным преимуществом.Редизайн проходил в две итерации:

Первая итерация: проектирование визуального стиля

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

Вторая итерация: финализация макетов

Мы разработали полный комплект экранов в Figma, включая UI-кит. Были обновлены:

Шрифты и типографика
Цветовая палитра и плашки
Логотип приложения

Важным решением было сохранение текущего UX без радикальных изменений. Это позволило сфокусироваться на визуальном улучшении и избежать переобучения пользователей.

4. Разработка и запуск обновлённой версии

После утверждения макетов команда фронтенд-разработки приступила к реализации нового интерфейса. Мы завершили редизайн в установленные сроки, и заказчик начал внедрение обновлённой версии у своих клиентов. Целью этого этапа был сбор обратной связи для дальнейшего развития продукта.

Результат

Жалобы клиентов на отключения прекратились, продукт работает стабильно и готов к масштабированию.
Создана техническая документация и функциональные требования, упрощающие дальнейшую разработку.
Обновлён визуальный стиль приложения, улучшающий восприятие продукта клиентами.
Заказчик получил устойчивую платформу для дальнейшего развития продукта и добавления новых функций.

Роль КОД9

КОД9 выступил технологическим партнёром и консультантом на всех этапах проекта.Мы не просто решали задачи по техническому заданию — мы разобрались в проблеме на глубоком уровне, предложили архитектурное решение, реализовали его и обеспечили плавный переход к новой версии продукта.Помимо технической части, мы создали визуальную концепцию в условиях отсутствия фирменного стиля и воплотили её в функциональный интерфейс.Продолжаем сопровождать проект, тестировать обновления и расширять функционал в тесной связке с заказчиком.

КОД9 x CABUS: стабилизация мобильного приложения и редизайн интерфейса