Как мы разработали наше первое корпоративное мобильное приложение
Опубликовано: 2018-01-17Это было зимой 2015 года, когда нам позвонил директор компании B2B IT Products.
Он сказал, что ему нужна помощь в разработке мобильного корпоративного приложения , которое позволит вести все переговоры, связанные с продажами, между отделом продаж в офисе и на месте на одной платформе. Это должно было быть развернуто в его команде в течение года. Вопросы, которые он хотел, чтобы мы затронули, были:
Соответствие бренду. Чаще всего у их отдела продаж на месте был шаблон продаж месячной давности, а у офисной команды был шаблон с измененным логотипом и новым стилем шрифта. Это создавало проблему в сохранении того же фирменного стиля.
Плохая связь с командой администраторов продаж . Следующая проблема, с которой он столкнулся, заключалась в том, что по той или иной причине происходила непрерывная 2-3-дневная задержка в передаче сведений о заказе на продажу администратору офиса. Даже когда информация о заказе доходила до администрации, им требовалось время, чтобы записать ее и продолжить процесс.
Это должна была быть наша первая разработка платформы мобильных корпоративных приложений.
Мы знали, что единственный способ, которым мы могли бы реализовать этот проект как один из многих будущих, это если бы мы могли дать им больше, чем они просили, в те же или меньшие сроки, и если бы мы могли сэкономить им немного денег, это было бы были плюсом.
Это история о том, как мы приступили к разработке приложения для компании А (в целях конфиденциальности мы будем называть их компанией А), которое сделает их процессы продаж более плавными в будущем.
Сначала мы немного покопались в существующих корпоративных инструментах компании, чтобы получить более четкое представление о том, как они используют эти инструменты. Это повлекло за собой общение с различными бизнес-подразделениями, наблюдение за тем, как их сотрудники на самом деле используют свои корпоративные устройства и инструменты, с которыми они были установлены.
Мы должны были обратить особое внимание на разницу в том, что генеральный директор компании рассказал нам о проблемах и истории, которую должны были рассказать руководители отдельных доменов. Одна из самых важных частей задачи заключалась в том, чтобы задать миллион вопросов, иногда один и тот же вопрос в разных контекстах, чтобы убедиться, что точные болевые точки и предпочтения пользователей были зафиксированы.
Следующим шагом было посмотреть, сколько из этих инструментов присутствует у сотрудников A в мобильной форме. Потому что, если в компании нет мобильной составляющей даже в то время, когда корпоративная культура изменилась с 9 на 6 офисных помещений, ограничивающих до 24 часов виртуального рабочего места, это означает, что должна быть изменена вся архитектура, а также мышление. над чем работать.
Как мы выяснили, дело обстояло иначе с A. У них был мобильный компонент в их корпоративных инструментах.
С нашей таблицей проблем, составленной после множества встреч один на один с разными главами доменов, мы перешли к команде, которая, как мы знали, даст лучшие отзывы о том, что у них есть и что нужно изменить, — отдел продаж. .
По моему опыту, специалисты по продажам лучше всего подходят для взаимодействия, когда вы хотите точно знать, что нужно бизнесу, чтобы сделать его более рациональным и быстрым. И в целом, поскольку отдел продаж — одна из тех команд, которые, как известно, занимаются бизнесом, их требования в большинстве случаев никогда не остаются неуслышанными. Таким образом, обратиться к бизнес-руководителям с их проблемами — это самый быстрый способ получить одобрение от высшего руководства и дать «сейчас» ответ на вопрос, когда выбирать платформу мобильных корпоративных приложений.
Наш опыт не подвел меня и в этот раз. Когда мы обратились к бизнес-руководителям с составным списком болевых точек, выделив точки продаж, нам было намного легче получить знак.
Получив одобрение от бизнес-подразделения, мы перешли к группе бизнес-анализа, чтобы составить лист ответов, касающийся требований к разработке корпоративных приложений для мобильных устройств.
Это то, что мы добавили с моей стороны в документ с требованиями:
- Заключительные слова о платформах развертывания приложений. Мы выбрали и iOS, и Android, так как толпа была смешанной и их оффшорные команды также работали на обеих платформах.
- Какой пользовательский функционал может понадобиться сотрудникам? Это будет основываться на том, как группа в настоящее время использует инструменты.
- Как мы будем тестировать программное обеспечение? Нам нужно было программное обеспечение, которое бы фиксировало ошибки в приложении.
Когда требования и план тестирования были готовы и подписаны, следующим шагом стала разработка приложения.
Корпоративное приложение, как правило, является расширением приложения, установленного на ПК компании. Редко бывает отдельное приложение, которое находится только на устройстве. И поскольку мы решили, что будем развертывать приложение как на Android, так и на iOS, следующим шагом было привлечение к работе моей команды разработчиков Android и iOS .
Но часовая дискуссия с ними отвлекла нас от первоначального плана разработки версий приложения для iOS и Android.
Когда мы обсуждали, что приложение должно иметь одинаковые функциональные возможности и синхронизацию на всех устройствах, мы решили разработать кроссплатформенное приложение , чтобы функции корпоративного мобильного приложения работали одновременно на обеих платформах. Это была идеальная ситуация, так как таким образом мы бы достигли коэффициента подобия, и это стоило бы меньше времени и усилий.
Как агентство по разработке корпоративных мобильных приложений, мы можем думать о выживании в долгосрочной перспективе только тогда, когда мы думаем как партнеры наших клиентов, а не как их поставщики услуг. Таким образом, несмотря на то, что разработка приложений для iOS и Android по отдельности сработала бы в нашу пользу, в финансовом плане мы остановились на разработке кросс-платформенных приложений, поскольку это отвечало интересам компании «А».
Когда это было решено, следующим шагом была доработка инструмента для нашего процесса разработки корпоративных приложений .
В итоге мы выбрали платформу Xamarin. Мы обосновывали это тем, что A. Xamarin является компонентом пакета Visual Studio, набора инструментов для разработки, предлагаемого Microsoft и B. Круто Xamarin заключается в том, что он позволяет повторно использовать код бизнес-логики на разных платформах.
Хотя мы размышляли над другими инструментами для проекта, такими как React Native и Apache Cordova , поскольку мы знали, что компании переходят на нативную платформу React для своих кроссплатформенных приложений, но, видя интенсивность работы, которая будет вложена в проект, мы остановились на Ксамарин.
Как только мы все — наша команда и офис А. синхронизировали функциональные возможности приложения и платформы разработки, все стало гладко. Примерно за 6 месяцев мы смогли выпустить 2 версии приложения для отдела продаж. И, в конце концов, мы перешли к разработке приложения для их отдела кадров, а затем для их логистики.
Выводы, которые мы извлекли из проекта, заключались в том, что секрет эффективной разработки мобильного корпоративного приложения заключается в понимании болевых точек команды вашего клиента.
Если вы не встанете на место команды и не столкнетесь с проблемами, с которыми они сталкиваются, вы никогда не сможете создать приложение, которое действительно принесет пользу и сделает их жизнь проще.
Кроме того, вы никогда не сможете успешно создать корпоративное приложение, если оно будет полной противоположностью тому, с чем привыкла работать команда. Переход от программного обеспечения для ПК к мобильным приложениям не должен быть полярным с самого первого дня. Это должно происходить поэтапно.
С этого мы начали свой путь в качестве компании по разработке корпоративных мобильных приложений .
С тех пор и по сегодняшний день за четыре года мы стали компанией по разработке корпоративных приложений, которой ряд стартапов и агентств из списка Fortune 500 доверяют помощь в получении решения, которое решает их проблемы и оптимизирует их внутренние процессы.
Мы разработали более 70 корпоративных мобильных приложений, которые работают в более чем 20 различных отраслях, предоставляя им одно и то же преимущество — лучшее управление процессами и больший доход.
Хотите узнать подробности проекта А? Связаться с нами.
Часто задаваемые вопросы о нашем первом проекте разработки корпоративных приложений
1. Каковы различные корпоративные требования к мобильному приложению?
Когда мы говорим о мобильных приложениях корпоративного уровня, набор требований, которые любая компания, занимающаяся разработкой корпоративных мобильных приложений, считает успешным решением, таков:
- Приложение поддерживает и растет вместе с командой
- Корпоративные мобильные приложения должны поддерживать безопасность и масштабируемость.
- Приложения должны решать настоящие текущие проблемы пользователей, имея при этом возможности для решения их будущих проблем.
2. Почему мобильность предприятия важна?
Есть несколько причин, по которым вам следует инвестировать в разработку корпоративных мобильных приложений . Некоторые из наиболее важных из них:
- Эффективное общение
- Более высокая производительность
- Лучшее участие сотрудников
- Обмен данными в режиме реального времени
- Надежная безопасность