MobApp Shop 4+
Shop new MobApp products including: T-shirts, Hoodies, Phone Cases, and many more!
In addition, you can discover our entire collection of MobApp Originals products.
By downloading the MobAppShop app you will have access to the following:
— Enable notifications with merchandizing or clothing release dates
Shop all MobApp Shop products
— Place orders and pay for them in simple steps
— Receive alerts when your favorite products have discounts
For years, MobAppShop has been offering collections of high-quality apparel as well as merchandising.
What’s the Big Difference between B2B and B2C Mobile Apps?
Knowing your target audience is the single most important thing you can do before anything you put out in the world – a business, a cuisine, or a mobile app.
Especially a mobile app, which is often a business, and sometimes, something even more important. When you decide to build an app, who you are building it for is a key determinant of everything that goes into the app. From its UI/UX design to its features, terminology, even its name – everything must be designed according to the target users.
And of the different types of target users, the broadest classification you need to make is the difference between B2B apps and B2C apps.
What are B2C apps?
Business to consumer or B2C apps are the most common apps you’d find in app stores. These apps are intended for individual use by end point customers. Usually for entertainment or utility purposes, B2C apps perform a range of functions for users, from buying things to doing their taxes and everything in between. Uber, Airbnb, Bonobos, and more – there are almost 9 million apps in the world so you could choose your own examples.
What are B2B apps?
Business to business or B2B apps are aimed at other businesses. So you build an app that another company or staff or office will use to either run their business or perform their work-related tasks better. Inventory management apps, point of sale apps, enterprise apps, sales apps and a myriad of other apps can fall into this category. Asana, Hootsuite, Salesforce, Mailchimp and several other apps that you’d only hear about in business environments fall under the category of B2B apps.
What are the differences between B2B and B2C apps?
As we said above, there are differences in terms of design, execution, feature sets and much more between B2B apps and B2C apps. The consumer psychology behind these apps is what drives the differences. B2C apps serve a different set of needs and expectations than B2B apps. Let’s take a look at some of the key differences.
B2C apps need to be simple
And by prettier we don’t mean rainbows and sprinkles. We’re saying that B2C apps must be designed for use by the simplest of users. Whether your user is a law graduate or a high school drop-out, the user interface must be clear and simple for anyone to use.
When it comes to B2C apps, options are many. Way too many. There are over 2 million apps on the app stores and for every purpose that an app can serve, there are several apps at the ready. Any app that throws the slightest bit of complexity at the user risks being abandoned for another app that simpler.
B2B apps on the other hand are targeted at a specific group of individuals working for a company. These people are professionals with experience, presumably really good at the very thing the apps are meant to do. As a result, B2B apps can handle a certain level of complexity. They can use business related terminology and jargon, while B2B apps must strictly refrain from all jargon. B2B apps can have a learning curve, because when being used for ‘work’, you can reasonably expect the B2B users to take the trouble of learning.
B2B apps have higher marketing cost per lead
The way B2B and B2C apps acquire users is very different from each other.
B2C apps are discovered almost exclusively through app stores, and sometimes through online ads. Word of mouth from family and friends of users too plays a role, albeit a really small one.
So increasing discovery of your B2C app hinges on app store optimization, user reviews, star ratings and social media buzz. Youtube ads and even TV ads are used to spread the word and attract people towards your app. Plenty of banner ads and interstitial ads are in play. The idea is to gain as much visibility as possible. The crux of B2C marketing lies in acquiring a large number of individual users, the more the merrier.
B2B apps on the other hand follow a more internal path of pollination. You need to get the word out through trade shows, professional journals, and networking. Word of mouth plays a large role in getting your B2B app noticed. You need to impress key decision makers of a business who are bound to amply deliberate before giving you a nod.
Therefore, when it comes to acquiring users for a B2B app, you need a strong sales cycle. B2B users don’t just download and app ad then try it on. They vet the app first and need to be really convinced of its capability before getting on board.
As a result, marketing cost per lead is much higher in B2B apps than in B2C. At the same time, once you impress a B2B buyer, you stand to win a large account instead of individual users, so the return on investment is proportionate.
Emotion plays a big role in B2C apps
As is evident, B2C apps are downloaded for personal use. Most often, these uses revolve around entertainment, shopping, keeping in touch, wellness, etc. How long and how often these apps are used can depend on many emotional factors like mood, time, season, opinions of friends, brand reputation, trendiness and more.
Even the decision to download an app or uninstalling it at any time can be triggered by emotional and personal reasons that may sometimes be out of your control.
As a result, your B2B app has to compete with not only other apps but also non-empirical factors as stated above.
Even when designing B2C apps, understanding consumer emotion plays a large role. UI designers often perform extensive user research and psychological profiling to understand patterns, colors and designs that will emotionally connect with their users.
Whether to rekindle a certain kind of mood, or to create a sense of urgency, user emotions strongly guide the designing process of B2C apps. Designers use colors and layouts that bring a sense of calm, or micro-animations that spark a user’s childlike delight. They use big bold colors and flashing/blinking buttons to add a certain sense of urgency in some sections of the app like the ‘buy now’ button. All of these design principles are rooted in user emotions.
B2B apps are largely devoid of emotion and focus on getting the job done in a professional manner.
That does not however mean that B2B apps can be bland, colorless and designed with an obtuse cookie cutter. B2B apps too need to have sleek interface, clear navigation and a reasonably pleasing aesthetic.
What we’re saying is that as long as the B2B app efficiently does the work it needs to do, and saves a business time, hassle and money, it is good to go. Once these attributes impress your clients and you get the account, you don’t need to worry about being uninstalled in a fickle bout of frustration.
What guides the design of B2B apps is their professionalism. The apps must resonate with their target business audience in terms of sophistication, sleekness and minimalism. In addition to getting the work done, the B2B apps must look suave enough for a reputed brand or a Fortune 500 company.
B2B and B2C apps are monetized differently
B2C apps rely predominantly on ad revenue, in-app purchases and a small fraction on download charges. The subscription model is gaining popularity but until so far, only big ticket apps like Netflix, Amazon Prime and Spotify have had major success.
B2C apps do not have any currency with ad revenue or in-app purchases. They charge substantially large prices upfront, either one time or yearly.
B2C apps need to be updated more often
B2C apps need to be periodically updated, much more often than B2B apps. This is because B2C apps need to be kept relevant and modern to make sure the users maintain interest in the app and don’t get bored away. So developers need to periodically add new features, tweak the design, fix bugs, implement user feedback and a number of related activities just to keep the users engaged and keep up the freshness of the app.
B2B apps too need updates, but much less frequently so. Businesses are more interested in uniformity and would like their apps to maintain a sense of permanency. This does mean that the design must be top-notch to begin with as you won’t get many chances for a do-over.
Wrapping Up
There are many differences between B2B and B2C apps. The way they are designed, developed, marketed and maintained are all distinctly different in their approach and methodology. As a developer, this means that you need to stay mindful of these differences and plan your development accordingly. As a stakeholder, this means that you ask your developers the right questions before embarking on a long and expensive app development process.
What remains common between B2B and B2C apps is the fact that they are powerful tools that enable, empower and engage users in a way few other pieces if technology can. Whether it is about running a business efficiently or about planning the perfect weekend getaway, quality mobile apps are always in demand and are rewarded handsomely when they do a good job.
За гранью App Store, или Что нового открывает MDM и Supervised для B2B в iOS
Привет! Меня зовут Денис Кудинов, я iOS-Development team lead в «Лаборатории Касперского». В этой статье расскажу об Mobile Device Management, а также о supervised- и BYOD-режимах — как работает технология и что с ее помощью можно сделать такого, что недоступно обычным приложениям из App Store. Считайте это презентацией возможностей Configuration Profiles, да и Apple MDM в целом 🙂
Статья будет полезна разработчикам B2B-приложений для iOS, которые хотят разбавить свои инструменты новыми фичами, а также для product owner-ов и бэкенд-разработчиков, которые хотят поддержать взаимодействие с мобильными устройствами.
Профили конфигурации
Начнем с определения Configuration profile. Он представляет собой XML-файл, в котором описаны различные настройки, политики и ограничения, распространяющиеся на устройство. Например, в таком профиле могут быть описаны:
- парольные политики;
- политики сетей Wi-Fi;
- политики подключения принтеров через AirPrint;
- настройки VPN;
- контакты (CardDav);
- дополнительные сертификаты;
- календари (CalDav);
- и многое другое.
Способы создания профилей
Существует два способа создания конфигурационных профилей.
Создаем с помощью утилиты Apple Configurator
Apple Configurator — это проприетарная утилита для macOS, которая разрабатывается инженерами Apple. Ее основная задача — создание конфигурационных профилей и их деплой на большое количество устройств. Базовый сценарий — раскатка администратором IТ-инфраструктуры профилей на устройства в энтерпрайзе.
Ниже скриншот интерфейса Apple Configurator:
Слева — категории настроек для устройств, а справа — детали и сами настройки.
В качестве примера рассмотрим парольные политики, т. е. настройки различных ограничений, накладываемых на пароли, которые может устанавливать пользователь на устройстве.
В конфигурационном профиле можно:
- запрещать или разрешать использование простых паролей (вроде 1234, 1111 и т. п.);
- требовать добавления как минимум одной буквы и одной цифры, чтобы пароль был более сложным;
- влиять на длину пароля;
- регулировать количество сложных символов в пароле (восклицательные знаки, точки с запятой и т. п.);
- управлять сроком жизни паролей;
- устанавливать некоторые другие параметры, которые влияют на безопасность и ротацию паролей.
Создаем XML вручную
Профиль конфигурации — человеко-читаемый, поэтому его можно создать руками.
Любому iOS/macOS-разработчику знаком plist — это обычный XML-файл:
В конфигурационном профиле есть один словарь с двумя ключами:
- PayloadContent — отвечает за сам контент, в нем содержится основная полезная нагрузка профиля.
- PayloadIdentifier — идентификатор конфигурационного профиля.
Здесь установлены те же значения, что и на скриншоте выше. Например, максимальный возраст пароля — 42 дня (maxPINAgeInDays). Т. е. конфигурационный профиль хранится в довольно простом формате, который при необходимости можно поправить руками.
Ручной подход к изменению профиля может пригодиться в компаниях, где условия и политики часто меняются. Если появилось решение использовать более сложные пароли, можно взять существующий конфигурационный профиль и поменять в нем одну настройку. Далее все эти профили раскатываются на устройства.
Как установить профиль на устройство
Существует три варианта раскатывания профилей.
Скачиваем по ссылке
Пользователь может просто скачать конфигурационный профиль по ссылке и установить его на свое устройство.
Однако есть одна сложность. После перехода по ссылке и загрузки файла пользователю необходимо разрешить установку профиля, а затем перейти в настройки, чтобы все доустановить.
Процесс установки выглядит следующим образом:
Обратите внимание, у моего конфигурационного профиля установлена зеленая галочка «Проверен» (она сообщает, что профиль валидный).
Как сделать профиль «проверенным»
Выше я обращал ваше внимание на галочку «Проверен», которая может положительно влиять на установку профиля пользователем.
Существует возможность подписывать профили. Неподписанные работают без проблем. Но у подписанных появляется статус «проверен», который означает всего лишь валидность SSL-сертификата на сервере MDM (о самом сервере мы поговорим далее).
В теории эта подпись работает следующим образом:
Разберем, как подписать профиль, на примере let’s encrypt.
Для этого необходимо три файла, которые генерирует let’s encrypt:
- fullchain.pem — целая цепочка сертификатов;
- cert.pem — сертификат сервера;
- privkey.pem — приватный ключ этого сертификата.
На втором шаге необходимо подписать профиль.
Установленные здесь параметры команды:
- signer — передаем сертификат, сгенерированный на первом шаге;
- inkey — передаем приватный ключ;
- certfile — файл, в котором находится вся цепочка сертификатов;
- in, out — входящий и исходящий конфигурационный профили.
Если вам придется самостоятельно разворачивать MDM-сервер и подписывать конфигурационные профили, рекомендую полезную статью на Medium.
Итак, галочку получили и поставили. На этом процесс установки профиля завершен.
Кажется, что процесс простой. Но мы провели небольшое исследование среди обычных пользователей. Сразу оговорюсь, что все они были мотивированы на установку профиля — их поставили в ситуацию, когда это необходимо по работе. Несмотря на мотивацию, мы увидели, что 30% не справились со скачиванием или запретили устанавливать профиль.
В целом 70% — не так уж мало, если это дает большие бенефиты для приложения. Но не стоит забывать, что у нас был кейс не рядового использования приложения. Простым немотивированным пользователям пройти этот путь будет довольно сложно. Придется целиться в свою нишу, которая точно даст разрешение на установку.
Другие способы установки
Тот же Apple Configurator позволяет раскатывать конфигурационные профили на устройства. Для этого необходимо выбрать в приложении подключенное устройство, нажать Add и добавить заранее сгенерированный профиль.
На самом устройстве, как и в первом случае, придется зайти в настройки, чтобы доустановить профиль (если устройство не в supervised-режиме, о котором мы поговорим дальше).
Еще один вариант — раскатывать с помощью MDM-сервера. Здесь важно обратить внимание, что у сервера уже должно быть подключение к конечному устройству.
Что умеют конфигурационные профили
Перечислю некоторые основные возможности конфигурационных профилей, которые могут потребоваться бизнесу.
- конфигурировать календари и контакты, т. е. сделать их едиными для всего бизнеса;
- конфигурировать почтовые клиенты, чтобы у всех на iPhone работала корпоративная почта. Наверное, это одна из супернужных фич;
- настраивать Wi-Fi-сети, вплоть до указания имени сети и пароля для доступа;
- устанавливать HTTP- и DNS-прокси;
- настраивать принтеры;
- устанавливать дополнительные сертификаты, которые могут потребоваться для работы внутри сети;
- конфигурировать VPN;
- создавать Web-clip;
- создавать черные/белые списки приложений и сайтов.
Mobile device management (MDM)
MDM — это технология для удаленного управления устройством, позволяющая выполнять на нем команды с сервера. Частично эта технология основана на конфигурационных профилях. В частности, сама установка первого соединения происходит именно с помощью конфигурационного профиля.
Технология позволяет получать из iOS-приложений информацию, недоступную другими способами, а также устанавливать на устройства другие конфигурационные профили и приложения из AppStore.
В теории механизм MDM работает следующим образом.
На сервере крутится реализация протокола MDM. Сам протокол описан в огромной PDF-ке на 250 страниц, а реализаций есть много, в том числе open source. Полную документацию по протоколу MDM можно найти по этой ссылке.
Для подключения клиента на устройство необходимо установить конфигурационный профиль с параметрами соединения с сервером.
Сервер общается с клиентом в формате «команда-ответ» (command-response). При этом связь двусторонняя.
Сервер может иметь свою внутреннюю логику и хранить данные, но важную роль здесь играет человек — администратор системы, который может посылать на устройство команды в зависимости от своих задач. Управлять устройством может и любая бизнес-логика, работающая поверх протокола MDM.
Основные возможности MDM
- просмотр информации об устройстве, которая раньше (без MDM) была недоступна приложению;
- установка и удаление приложений. Удалять можно только те приложения, которые ранее устанавливались через MDM;
- просмотр информации о других установленных конфигурационных профилях (если они существуют);
- планировка обновлений ОС;
- удаленный wipe устройства;
- перевод устройства в Lost Mode;
- удаленная блокировка/разблокировка устройства;
- планирование команд на основе собственной бизнес-логики.
Механизм Enroll устройства в MDM-программе
Рассмотрим, как работает механизм соединения с MDM-сервером.
Конфигурационный профиль для enroll в MDM устанавливается на устройство. После этого устройство отправляет команду на check in.
Сервер обрабатывает эту команду и сохраняет данные, необходимые для общения с клиентом через push-уведомления (APNs Apple) — Push magic, Push token.
После того как устройство зарегистрировалось, с помощью Push magic и Push token сервер может сделать любой запрос к устройству на «языке» протокола MDM:
После выполнения команды устройство отвечает силами ОС, никаких предусловий на устройстве не ожидается.
Что такое команды в MDM
Команды на устройство отправляются через push-сообщения в виде XML-файлов в специальном формате. Кстати, если у вас на поддержке несколько заказчиков, которых хотелось бы разграничить в MDM, необходимо предусмотреть использование разных push-сертификатов для разных юрлиц. Каждому также нужен будет enterprise-аккаунт на developer.apple.com.
Скорость выполнения команд зависит от количества информации на устройстве. Они не обязательно выполняются мгновенно. Однако можно рассчитывать на то, что ответ от устройства будет получен в любом случае (если не случится чего-то непредвиденного, вроде удаления вашего конфигурационного профиля или отключения Интернета у пользователя).
Простой Check in выглядит следующим образом (этого достаточно для того, чтобы сервер мог зарегистрировать устройство):
Здесь стоит обратить внимание на пару ключей:
- MessageType — это тип сообщения, которое отправляет устройство к серверу;
- UDID — это уникальный идентификатор устройства.
Что можно сделать командами MDM
Как я отмечал выше, MDM позволяет получать информацию об устройстве, которая недоступна приложениям. Кроме того, с помощью MDM-команд можно устанавливать на устройство другие профили и приложения.
Информацию можно получить:
- о SIM-карте, в том числе номер телефона. Если SIM-карт несколько, информация будет по всем;
- об оборудовании Wi-Fi. Что немаловажно, можно получить MAC-адрес платы Wi-Fi;
- о Bluetooth-оборудовании (также с MAC-адресом);
- об аккаунте iTunes (например, его хеш, что позволит однозначно идентифицировать пользователя);
- об уникальных идентификаторах устройства, таких как UDID или IMEI.
Ответ от команды DeviceInfo в минимальном объеме выглядит примерно так:
Как видите, здесь присутствуют серийный номер устройства, IMEI и MAC-адреса модулей Bluetooth и Wi-Fi, которые позволяют идентифицировать устройство.
MDM позволяет получить ID всех установленных на устройстве приложений, их версии, а также некоторые дополнительные сервисные данные. Есть возможность устанавливать на устройство другие приложения (их выбор никак не ограничен). При этом на самом устройстве появляется запрос на установку. Если пользователь согласится, установка начнется напрямую из AppStore. Кроме приложений из AppStore можно ставить и уже собранные, но правильно подписанные приложения через .ipa (в случае macOS — через .pkg).
Фактически этот механизм позволяет раскатывать всем сотрудникам одинаковые приложения, например почтовый клиент и другие инструменты бизнеса. А избежать запроса разрешения пользователя можно с помощью supervised-режима, о котором поговорим далее.
Аналогично через команды MDM можно собрать все профили, которые уже установлены на устройстве.
Скриншоты ниже мы сделали с нашего внутреннего инструмента. Вы видите список профилей моего устройства. Помимо профиля, который позволяет общаться с MDM-сервером, там есть профиль от Charles Proxy, а также еще один корпоративный.
По каждому профилю доступна информация о том, кто его установил, и некоторые идентификаторы.
Применение MDM
Не просто конфигурационные профили, а server-based MDM можно применять следующим образом:
- Поддержка Lost mode — режима, в который переходит потерянное устройство. Оно блокируется физически, а на главном экране появляется надпись: «Если вы нашли это устройство, пожалуйста, позвоните по такому-то номеру». Это может быть полезно, если сотрудник организации потеряет устройство.
- Контроль новых установленных приложений. Эта фича интересна с точки зрения безопасности. Можно отслеживать приложения, не только установленные через AppStore, но и собранные через Xcode. Обнаружение последнего может послужить администратору триггером для проведения исследования — что это за приложение и как оно работает с устройством (не несет ли потенциального вреда).
- Отслеживание установленных рутовых сертификатов. Это дает огромные бенефиты по безопасности. Если вы видите на устройстве с iOS установленные рутовые сертификаты, это может означать, что используется некое специфическое приложение, которое требует установки таких сертификатов (например, тот же Charles Proxy). Возможно, оно используется в рабочих целях. Иначе, если сертификат ставили не вы, это повод для разбирательства, поскольку наличие кастомного рутового сертификата на устройстве может привести к mitm (собственно, что и делает Charles Proxy).
- Отслеживание роуминга — взаимодействия с GSM-сетями. Может показаться, что это не особо важное применение, но на нем тоже строится определенная логика. Например, вы хотите ограничить доступ пользователям к своим веб-ресурсам, если они находятся в роуминге.
- Обеспечивать разные политики безопасности и доступа к устройству, например политики Face-ID или Touch-ID, если они доступны, а также определять парольные политики. Разные опции можно включать и отключать в зависимости от политики компании. Даже если это негативно влияет на пользовательский опыт, это может хорошо отразиться на безопасности.
- Раскатывать корпоративные приложения. Об этом мы говорили выше.
- Управлять обновлениями ОС. Можно выставлять политики принудительного обновления ОС или, наоборот, откладывать эти обновления, если вы хотите, чтобы пару недель очередной апдейт погулял по миру и его проверили другие пользователи.
Supervised mode
Supervised — это режим полного управления устройством, насколько это в принципе возможно в соответствии с политикой Apple. Этот режим поддерживает расширенный набор команд с сервера MDM, допуская больше разных действий в конфигурационных профилях и в целом больше контроля над пользовательским устройством. Supervised-режим также позволяет снимать ограничения на использование некоторых API из клиента, например Content filter extension.
Supervised-режим обладает некоторыми недостатками. В частности, его установка возможна только при активации iPhone, т. е. чтобы его установить, потребуется вайпнуть устройство. Это не самый user friendly способ. Но это удобно для бизнеса, когда устройства изначально принадлежат ему. В России довольно много компаний, которые закупают устройства и раскатывают по ним свои политики.
И по воздуху supervised-режим накатить невозможно — только через Apple Configurator.
Возможности Supervised в MDM
В MDM этот режим открывает дополнительные возможности:
- Незаметную установку профилей и приложений. До сих пор мы говорили о том, что пользователь должен подтвердить установку и произвести какие-то настройки для конфигурационного профиля. В supervised-режиме этого делать не потребуется. Все можно делать без ведома пользователя. Это удобно именно для раскатки приложений или обновления политик.
- Больше вариантов ограничений, например в случае установки других приложений или подключения к сетям.
- Возможность вайпнуть устройство удаленно, например если пользователь его потерял и данные с него не хочется передавать третьим лицам.
- Доступ к системным возможностям — например, шорткаты или find my можно полностью отключить. Также можно запретить пользователю самостоятельно вайпать устройство.
- Возможность устанавливать на экран блокировки— при блокировке устройства выводить надпись, кому оно принадлежит и куда передать в случае обнаружения.
- Content filter.
- Kiosk mode — режим, при котором запускается только одно приложение и его невозможно свернуть или закрыть. Этот режим можно встретить в магазинах, где iPad используется для отображения каталога в приложении.
- Activation Lock — запрет на активацию устройства, если его все-таки удалось вайпнуть.
- Unroll deny позволяет запретить отмену участия в MDM-программе (т. е. запретить удалять конфигурационный профиль).
BYOD-режим
Bring Your Own Device (BYOD) — это режим, когда пользователь приносит собственное устройство в бизнес, который все же хочет повышенные права на управление ими.
Режим BYOD компания Apple представила всего пару лет назад. Пользователь через настройки может ввести дополнительный AppleID, который становится на устройстве рядом с его основным. Рабочий и персональный аккаунты не смешиваются, и персональный контент (фотография, приложения) не затрагивается MDM-сервером. Все рабочие файлы живут в отдельной песочнице. Фактически BYOD — это смесь обычного использования устройства и supervised-режима.
На данный момент поддерживается в общей сложности два Apple ID — личный и рабочий. Переключение в этот режим не требует от пользователя удаления всего контента, ему не нужно вайпать устройство, можно изменить настройки в любой момент. При этом в рабочей учетке BYOD частично доступны методы supervised-режима.
Ограничения BYOD
Список ограничений достаточно большой, но я приведу ключевые:
- Нельзя устанавливать Lost Mode при потере — нет удаленного вайпа, потому что очевидно, что иначе были бы затронуты и пользовательские данные.
- Нет доступа к уникальным идентификаторам устройства — IMEI и UDID.
- Мягче политики паролей — не все можно менять.
- Невозможно удалить пользовательские данные из приложений (хотя в supervised-режиме это доступно).
- Нет доступа к данным о роуминге.
В целом MDM — мощная технология, которая позволяет добавлять принципиально новую логику в приложения, особенно в сегменте B2B. В этой статье я прошелся по верхам, но если вам интересно погрузиться в эту тему подробнее, то напишите мне в комментариях, и я постараюсь подготовить новую статью. Или же приходите работать ко мне в команду, научу лично 🙂
Эта статья написана по мотивам выступления на Mobius. Видео моего доклада:
What is the Difference Between B2B and B2C Mobile Apps?
It took three Powerpoint presentations and lots of persuading, but you’ve finally convinced your company’s leaders to green light a new mobile app development project. But now you’re tasked with finding a developer, and it seems like these tech people speak an entirely different language! You’re seeing mentions of clouds , hybrids, natives and acronyms like UI, UX , B2B and B2C. You’ve realized you’re unsure precisely what you need! And how do you know which developer can meet your requirements?
When developing an app, it’s important to understand whether you need a business-to-business (B2B) app or a business-to-customer (B2C) app. After all, major elements such as the type of tools and features included within the user interface (UI) will vary depending on the type of mobile app.
What is a B2C App?
B2C apps are perhaps the most well-known type, as they are commonly found in places such as the app store. B2C apps take a few different forms:
- Loyalty Apps – Customer loyalty and rewards apps fall under the umbrella of B2C apps.
- eCommerce Apps – If you’re a retailer who creates an app that serves as the exclusive home of your virtual shop, then this would be considered a B2C app.
- Stand-alone Apps – Stand-alone apps also technically “count” as B2C apps. An example would be an app that is its own brand by itself, such as a game, a utility or a social media platform.
B2C apps tend to be more labor intensive and costlier to implement, in part because they need fairly frequent updates in response to user feedback and issues identified in user analytics. Since you’re relying on regular users and downloads to measure success, it’s vital that you continually maintain and update the application’s user interface (UI). Quite simply, user experience (UX) holds a lot of weight for this app genre.
What’s more, B2C applications must be more competitive since you typically rely on app sales or in-app purchases. This means a greater emphasis on growth and evolution.
What is a B2B App?
Businesses use B2B applications to connect with other businesses, clients or employees within the company. Some B2B apps may be available to the public, while others are exclusively used in-house. Many of the applications that fall into this category are enterprise apps designed to fulfill a specific need, such as in-house inventory management or a portal used to assign and manage projects.
It’s common to see B2B apps that serve as a tool. For example, a wholesale supplier might employ an app through which customers can place orders and pay. Similarly, a land surveying company may develop a mobile application to assign site visits to various surveyors, who would then input data into the app.
Are There Different Types of B2B Apps?
There are two varieties or ways to define B2B apps, and these meanings can be broken down according to the user base and whether you’ll restrict access to app downloads.
- One type of app is available via download on a company website or through one or both of the app stores, with users (such as clients, customers or employees) entering a login to access the app’s UI.
- The other type of app is available only to a specific company’s employees, with downloads strictly limited. Access to the app download area usually requires a login. Enterprise apps usually fall into this category.
It’s important to understand which type of mobile app you need, as this may dictate your developer choice. You must also consider whether you’ll distribute the app on a limited basis (as is the case with B2B apps) or make it available to the general public (as is the case with most B2C apps). If you opt for the latter, you’ll be best-served by putting your app on one or both of the app stores. Although app store inclusion does mean you’ll need to meet certain standards and guidelines , which can be rather restrictive. If you’re unsure whether you should include your application in the Google Play Store and Apple’s App Store, discuss the subject with your developer.
If you need help developing a B2B mobile app for your company or wish to create a B2C app, the talented team at 7T is happy to assist. Based in the Texas Triangle, we deal with all facets of app development, including predictive analytics , testing , creative UI/UX services and more. Contact us today to learn how we can help you create a one-of-a-kind app to suit your one-of-a-kind needs.