Мобильное приложение и учётная система для парка такси, доставки
Это очень интересный кейс, он про комплексную разработку двух мобильных приложений, учётно-административной системы и системы эфира для службы такси и доставки. Я сначала расскажу про само приложение, про процесс разработки, а в конце статьи опишу некоторые вызовы, особенности и нетипичные задачи в процессе уточнения требований проектирования архитектуры. Конечно, многие крайне интересные моменты вынужден опустить в виду NDA. Данный проект крайне не шаблонный, такой проект не сделать ни по готовому руководству, ни по стандартному учебнику аля "Вигерс Битт. Разработка требований к ПО". Нет, это сотрудничество имело массу особенностей, достойных одного из самых сложных наших кейс-проектов. Но как и всегда, мы этих сложностей ожидали и готовы были как к сложным стратегическим решениям, так и к оперативным и тактическим импровизациям.
Так как мы специализируемся на разработке систем для автоматизации обслуживания клиентов - разработка административного программного обеспечения и мобильного приложения для службы такси и доставки в едином приложении сразу показалась нам интересным проектом и, конечно, вызовом, особенно в виду бурной конкуренции и кажущейся перенасыщенности этого рынка техническими решениями на фоне пандемии и массового роста спроса на доставку в начале 2021. Многие годы мы общались, в частности, с клиентами, которые планировали заказать разработку онлайн сервиса для такси, был даже опыт разработки не сложных типовых решений из этой области, но ничего сверх-естественного. А в середине 2021 году к нам обратилась группа инвесторов с нетипичным и сложным проектом именно в сфере такси. На тот момент, в сумме с описанным опытом в предметной области, мы уже имели опыт крупных (не такси) проектов с картографическими сервисами и GPS навигацией, колцентрами, внедрением системы оплаты, был также опыт работы с данными в реальном времени и сложными наборами схем данных. Исходя из этого мы понимали, что полностью осознаём, как организовать команду под проект, задизайнить, спроектировать систему и запрограммировать её.
Клиент обратился к нам с уже существующими наработками по техническому заданию. Наш бизнес аналитик провел аудит имеющегося технического документа, после чего был предложен ряд улучшений, которые меняли структуру и содержание документа.
Первой важной особенностью данного проекта выявилось то, что состояние дизайн-макетов было рассинхронизировано с текущим состоянием технического задания. Потому было важно провести полное сравнение ТЗ и дизайна для выявления несоответствий, таковых было на момент старта много, потому мы сразу подключили дизайнера.
Наш дизайнер дорисовывал новые макеты и вносил изменения в существующие. Макеты дополнительно прорабатывались по сценариям использования интерфейса. Мы находили новые способы сократить лишние интерфейсы или добавить новые, если это действительно необходимо и невозможно переиспользовать уже существующие. Таким образом мы выработали некоторые полиморфные паттерны визуального отображения индивидуально именно для этого проекта, для этой предметной области.
Так как мы специализируемся на разработке систем для автоматизации обслуживания клиентов - разработка административного программного обеспечения и мобильного приложения для службы такси и доставки в едином приложении сразу показалась нам интересным проектом и, конечно, вызовом, особенно в виду бурной конкуренции и кажущейся перенасыщенности этого рынка техническими решениями на фоне пандемии и массового роста спроса на доставку в начале 2021. Многие годы мы общались, в частности, с клиентами, которые планировали заказать разработку онлайн сервиса для такси, был даже опыт разработки не сложных типовых решений из этой области, но ничего сверх-естественного. А в середине 2021 году к нам обратилась группа инвесторов с нетипичным и сложным проектом именно в сфере такси. На тот момент, в сумме с описанным опытом в предметной области, мы уже имели опыт крупных (не такси) проектов с картографическими сервисами и GPS навигацией, колцентрами, внедрением системы оплаты, был также опыт работы с данными в реальном времени и сложными наборами схем данных. Исходя из этого мы понимали, что полностью осознаём, как организовать команду под проект, задизайнить, спроектировать систему и запрограммировать её.
Клиент обратился к нам с уже существующими наработками по техническому заданию. Наш бизнес аналитик провел аудит имеющегося технического документа, после чего был предложен ряд улучшений, которые меняли структуру и содержание документа.
Первой важной особенностью данного проекта выявилось то, что состояние дизайн-макетов было рассинхронизировано с текущим состоянием технического задания. Потому было важно провести полное сравнение ТЗ и дизайна для выявления несоответствий, таковых было на момент старта много, потому мы сразу подключили дизайнера.
Наш дизайнер дорисовывал новые макеты и вносил изменения в существующие. Макеты дополнительно прорабатывались по сценариям использования интерфейса. Мы находили новые способы сократить лишние интерфейсы или добавить новые, если это действительно необходимо и невозможно переиспользовать уже существующие. Таким образом мы выработали некоторые полиморфные паттерны визуального отображения индивидуально именно для этого проекта, для этой предметной области.