Разработка платформы доставки для рынка Нигерии, Вело (Velo)

1. Вводная задача от заказчика, проблематика, цели

Заказчик — технологический стартап из Нигерии. Его задача — запустить сервис доставки и интернет-торговли для регионов со слабой инфраструктурой и в перспективе масштабировать решение на другие страны Африки.

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

В таких условиях стандартные интернет-сервисы и типовые платформы доставки оказываются неэффективными. Их сложно внедрять, долго адаптировать под локальные условия и дорого поддерживать. Для стартапа это означало серьёзный риск: вложить ресурсы в разработку и не получить работающий продукт на рынке.

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

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

2. Описание реализации кейса и творческого пути по поиску оптимального решения

С самого начала мы учитывали два ключевых ограничения: сжатые сроки и риски стартапа. Делать большую платформу сразу было слишком рискованно, поэтому мы начали с MVP — минимально жизнеспособной версии продукта, которая позволяет запустить продажи и доставку и проверить бизнес-модель на реальном рынке.

Мы разобрали ключевые пользовательские сценарии и убрали всё лишнее. В системе остались три основные роли:

• предприниматель
• курьер
• платформа как связующее звено

Это позволило быстро собрать рабочее решение без перегрузки функциями.

Архитектуру сразу спроектировали с расчётом на рост. Система получилась модульной: новые роли и функции можно добавлять без изменения ядра. Такой подход позволил быстро выйти в пилот и не столкнуться с техническими ограничениями при масштабировании.

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

При работе с логистикой и зонами доставки команда столкнулась с нетипичной технической задачей. Для работы с геоданными использовали PostgreSQL с расширением PostGIS, однако инструмент миграций Alembic начал воспринимать системные объекты PostGIS как часть пользовательской схемы и генерировать тысячи лишних строк кода.

Готовые решения не помогли, поэтому команда разработала собственный вспомогательный модуль для Alembic, который исключает системные объекты PostGIS из миграций. Это сделало обновления базы данных предсказуемыми и позволило сохранить темп разработки.

Проект вели итеративно: короткие циклы разработки, регулярные демонстрации и быстрые правки по обратной связи. В результате за 4 месяца был запущен MVP, готовый к пилотному использованию и дальнейшему развитию платформы.

Егор Кондратьев

Разработчик, ItFox

Основная сложность заключалась в том, что Alembic конфликтовал с PostGIS - автоматически генерировал огромные миграции на 1000+ строк лишнего кода, пытаясь управлять всеми компонентами PostGIS. Особенно мешало это на начальном этапе при частом создании таблиц. Решение было найдено путем разработки кастомного alembic-хелпера, исключающего все PostGIS-компоненты из процесса миграции.

3. Результаты сотрудничества

За 4 месяца команда АЙТИФОКС довела проект Вело (Velo) от идеи до минимально жизнеспособной версии продукта. Заказчик вышел в пилот и начал общение с партнёрами и инвесторами уже не на уровне концепции, а с готовым работающим сервисом.

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

Это сняло главный барьер для малого бизнеса — необходимость инвестировать в собственную разработку и продвижение на старте.

Параллельно была реализована мобильная часть платформы для курьеров. Мобильное приложение стало основным рабочим инструментом доставки последней мили и основой для дальнейшего масштабирования логистики.

Минимально жизнеспособная версия продукта уже позволяет:

• предпринимателям создавать онлайн-витрины и принимать заказы
• курьерам работать через мобильное приложение
• платформе управлять заказами и логистикой
• бизнесу анализировать спрос и управлять ассортиментом

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

Проект перешёл из экспериментальной стадии в управляемый продукт с понятной дорожной картой развития и потенциалом масштабирования на другие рынки Африки.

4. Заключение

Этот кейс — про рынок, а не про абстрактную разработку приложения. Вело (Velo) создавался в условиях, где привычные цифровые модели работают плохо: нет точной адресации, интернет нестабилен, а доставка последней мили становится ежедневным операционным вызовом.

В такой среде мобильное приложение превращается из интерфейса в базовую инфраструктуру.

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

Это решение не столько про удобство, сколько про возможность вообще начать работать.

Кейс Вело (Velo) ценен тем, что он решает реальную рыночную задачу. За 4 месяца команда АЙТИФОКС запустила минимально жизнеспособную версию продукта, которая используется в пилоте, собирает обратную связь и становится основой для дальнейшего развития продукта и привлечения инвестиций.

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

Именно поэтому Вело (Velo) — это не просто кейс мобильной разработки, а пример того, как технология помогает запускать новые цифровые сервисы в сложных инфраструктурных условиях.

Наталья Жосан

Менеджер проектов, ItFox

Работа над Вело (Velo) стала примером того, как ИТ-продукт одновременно решает задачи бизнеса и меняет рынок. Мы адаптировали продуктовые подходы под специфику Нигерии и создали платформу, которая помогает предпринимателям выходить в онлайн, пользователям — получать доступ к товарам, а курьерам — к гибкой занятости. Вело (Velo) показывает, что цифровые сервисы могут влиять не только на эффективность компаний, но и на развитие локального сообщества.