Что скрывается за кнопкой «Заказать»? Один из наших текущих проектов — мобильное приложение для пекарни с доставкой и самовывозом. Для пользователя всё выглядит максимально просто: открыл приложение, выбрал хлеб или выпечку, собрал корзину, оплатил и ждёшь заказ. Но именно в этом и фокус хорошего продукта — пользователь не должен видеть большую часть того, что происходит внутри. Что происходит под капотом Например, приложение должно понимать, какие товары сейчас есть в наличии и сколько они стоят. Для этого оно связано с iiko — кассовой и учётной системой пекарни. Изменился ассортимент, закончилась позиция, поменялась цена — данные должны корректно обновиться и в приложении. Доставка Система получает адрес клиента, проверяет зону, определяет условия и стоимость доставки и передаёт всё необходимое дальше. Оплата Пользователь выбирает СБП, оплачивает заказ, платёжный сервис подтверждает операцию, а приложение после этого должно правильно изменить статус заказа. Плюс авторизация по номеру телефона, SMS, уведомления, точки самовывоза, история заказов, статусы и backend, который связывает всё это между собой. Для пользователя выбрал → оплатил → получил Под капотом приложение → iiko → СБП → доставка → SMS → backend → ещё несколько сервисов, которые должны работать как единая система. Кстати, о SMS А вы знали, что буквально каждое сообщение, которое отправляет приложение, стоит денег? И здесь внезапно появляется отдельная продуктовая задача: где SMS действительно необходима, где лучше использовать push и сколько такая мелочь может стоить сервису при большом количестве пользователей. Об этом ещё отдельно расскажем :) Проект пока оставим за кадром Сам проект пока ещё в разработке. А когда закончим, сделаем полноценный кейс: покажем интерфейс, разберём интеграции и расскажем, как вся система устроена целиком. А пока просто напоминание: чем проще цифровой продукт выглядит для пользователя, тем больше работы обычно скрывается внутри.
6 дней назад
• Вы подписаны
