Джек М. Жермен
27 мая 2021 г., 4:17 утра по тихоокеанскому времени
Сегодня большинство предприятий хочу, чтобы у приложения было приложение. Но его наличие — это еще не весь процесс. Создателям мобильных приложений и бизнесу, стоящему за мобильным приложением, все еще необходимо, чтобы оно действительно работало эффективно.
Поскольку приложениями пользуется все больше людей, многие компании сосредотачиваются на наворотах, чтобы выделиться, вместо того, чтобы разрабатывать приложения для достижения оптимальной эффективности. Часто производитель приложений больше сосредоточен на монетизации большей доли от пользователей приложения, чем на том, чтобы сторонняя организация получила значительную долю дохода.
Часто посередине оказываются потребители, которые загружают и устанавливают мобильные приложения, а затем борются с менее чем приятным пользовательским интерфейсом. Они также должны терпеть некачественную и даже потенциально опасную работу приложений.
Это проблема как для бизнеса, так и для разработчика приложений. Яркие приложения улучшают взаимодействие с пользователем только тогда, когда приложение полностью способно делать то, что ему нужно. Обеспечение того, чтобы приложение работало на обоих концах, даже для самых простых задач, имеет решающее значение для создания высококачественного приложения, которое все стороны, участвующие в бизнес-процессе, считают ценным.
Содержание статьи
Риски SDK
Суть как для владельцев бизнеса, так и для разработчиков приложений заключается в том, что в большинстве случаев функциональность приложений не оправдывается. Владельцы бизнеса должны выявить эти недостатки в своем собственном приложении, чтобы предоставить клиентам полнофункциональный и увлекательный пользовательский интерфейс. Давление нарастает, поскольку использование мобильных приложений продолжает стремительно расти.
По словам Хэнка Шлесса, старшего менеджера по решениям безопасности в Lookout, в основе этой проблемы лежит сложная дихотомия между монетизацией мобильного приложения и созданием положительного пользовательского опыта. Разработчики мобильных приложений постоянно вынуждены предоставлять пользователям последние интересные обновления, а также находить способы монетизировать свои приложения.
"Большинство мобильных пользователей считают рекламу агрессивной и считают, что она удешевляет общее впечатление. Чтобы монетизировать приложение менее агрессивным способом, чем реклама, занимающая большую часть экрана, разработчики часто интегрируют разработку сомнительного программного обеспечения для мобильной рекламы. наборы (SDK), которые могут работать в фоновом режиме ", — сказал он TechNewsWorld.
SDK — это набор инструментов разработки программного обеспечения в одном устанавливаемом пакете. Они предоставляют разработчику возможность создать собственное приложение, которое может быть добавлено в другую программу или подключено к ней.
Наиболее ярким примером агрессивного рекламного SDK является Mintegral SDK для приложений iOS, добавил он. Этот SDK, получивший название Sourmint, обеспечивает широкую видимость пользовательских устройств, отправляет URL-запросы из приложения, в которое он интегрирован, обратно на сторонний сервер и, как утверждается, может сообщать о ложных кликах по объявлениям.
«Эти возможности приводят к тому, что любое приложение с этим SDK классифицируется как потенциально опасное, что означает, что в приложении не может быть явно вредоносных функций, но это может нарушить правила конфиденциальности пользователей и корпоративных данных», — пояснил он.
Организациям необходимо иметь представление о своем мобильном парке, чтобы понять, используют ли какие-либо приложения на устройствах сотрудников рискованные рекламные SDK, такие как Sourmint, — предупредил он.
«Однако, хотя рекламные SDK не могут быть визуально инвазивными, существует риск того, что личные инвазивные возможности скрыты глубоко в коде программного обеспечения», — сказал он.
Когда команды разработчиков приложений вынуждены выпускать новые версии приложений, они могут не запускать эти SDK через надлежащую проверку безопасности.
Неверное направление усилий
Большая часть этой функциональной проблемы заключается в том, что разработчики могут упустить моменты, которые важны для бизнеса, стоящего за мобильным приложением, по словам Майка Уэлша, главного креативного директора Digital консалтинговая фирма Mobiquity. Здесь и вступает в игру теория скрытой полезности.
Это происходит, когда, например, продавец, стоящий за приложением, упускает из виду, что разработчик приложения уделяет внимание функциям, которые его не интересовали. Это может включать в себя розничную торговлю и продажу своих товаров или услуг.
«То, что они часто упускают, — это то, что потребители в любом случае используют только 20 процентов функциональности приложения. Разработчики не тратят энергию на адаптацию и оформление заказа в тележке», — сказал Уэлш TechNewsWorld.
Разработчики приложений разбросали по ландшафту различные функции и возможности, которые пользователи не используют. «Таким образом, усилия розничного продавца по продажам потерпят неудачу, несмотря на то, что он потратил время, деньги и энергию на функции, которые никогда не будут использоваться и фактически станут риском для магазина приложений», — пояснил он.
«Вы не хотите, чтобы функция, которую вы хотели бы, оценили в одну звезду. У компаний есть мотивация серьезно подумать о том, чтобы иметь функциональность, значимую для пользователей, которые достигают своей бесшумной полезности», — отметил Уэлш. «Я не хочу слышать о ваших оценках и отзывах в моем приложении, потому что это ответственность для меня».
Стабильность важна
Задача продавца или владельца веб-сайта заключается в том, чтобы выявить, а затем решить проблемы с клиентским опытом. Уловка заключается в исследовании, а не в данных или опросах, которые никто не заполняет и которые все равно выбираются самостоятельно. Решение заключается в использовании реальных исследований этого поведения, предложил Уэлш
.
Часто компании стремятся вытащить свои PowerPoints, таблицы и прочую ерунду. «Они позволяют этому руководствоваться своим поведением, и все это сосредоточено на внутреннем мире», — добавил он.
Розничные продавцы и разработчики приложений должны понимать, что должно выполнять приложение. Оба должны знать драйвер, чтобы на самом деле иметь приложение. Цель привлечения разработчика приложения обычно заключается в том, чтобы получить прибыль от покупки. В этом случае разработчик приложения избавится от всего, что мешает увеличению доходов.
Если вы розничный торговец, у которого настроен цифровой канал, включая приложение, веб-сайт, розничный магазин и физические адреса, вам необходимо обеспечить единообразие этих свойств. Затем эти розничные торговцы должны начать делать выбор из дорожной карты вокруг всеобъемлющего видения того, что они хотят для своих потребителей.
Валлийский считает проблему согласованности одним из главных факторов в подключении мобильных приложений к общей операции электронной коммерции. Потребители сидят за самыми разными устройствами. Каждый из них предоставляет различный набор пользовательского опыта. Важна последовательность этого опыта.
«Должна быть одна платформа, одна операционная система. Я не имею в виду iOS или Android. Я имею в виду, что у этих компаний должен быть один вид менталитета, чтобы создать платформу для потребителей», — он сказал.
Компании должны начать понимать, что они создают систему для транзакционной части. Валлийский хочет, чтобы у потребителей был одинаковый опыт на всех устройствах. Пользовательский интерфейс должен быть унифицирован независимо от того, подключен ли он через мобильное приложение, веб-сайт или киоски розничной торговли. 
