Если вы когда-нибудь углубитесь в политику конфиденциальности разработчиков приложений, будьте готовы к шоку. Здесь они признаются в своих грехах: вторгаются в вашу частную жизнь, продают ваши данные и приставают к вам всплывающими окнами и нежелательной рекламой.
Поскольку App Store становится все более переполненным и конкурентным, многие разработчики пытаются получить прибыль. Некоторые обращают внимание на альтернативные источники дохода, в результате чего страдает качество их приложений.
Так не должно быть. Вот 10 правил для разработчиков, чтобы все было «на высоте».
Кто-нибудь «не делает зла» в наши дни?
Apple требует, чтобы все приложения, использующие HealthKit, включали политику конфиденциальности. И поскольку я собираюсь добавить поддержку HealthKit в Повторы и подходы, (фитнес-приложение, которое я разрабатываю вместе со своим партнером Мартином Алгестеном), я потратил много времени на этой неделе писать один.
В своем исследовании я копался в бесконечных ошеломляющих законах о политиках конфиденциальности других приложений, и это заставило меня задуматься, а разве в наши дни кто-нибудь «не делает зла»?
Известно, что Google сформулировал свою корпоративную философию словами «не будь злом». Спорно, насколько хорошо они достигли этой цели, но тем не менее она достойна.
Многие инди-разработчики приложений бороться, чтобы заработать честный доллар поскольку App Store становится все более переполненным. Может возникнуть соблазн найти новые источники дохода, которые некоторые могут охарактеризовать как «зло». Вы откроете для себя признание в этих грехах, похороненных глубоко в загадочном жаргоне их политики конфиденциальности. Например, некоторые разработчики продают ваш адрес электронной почты третьим лицам, чтобы они могли рассылать вам спам.
Что вы должны поставить на первое место: пользователей или прибыль?
Я не верю, что разработчики приложений должны когда-либо делать компромисс между интересами пользователя и коммерческими соображениями. Пользовательский опыт всегда должен быть на первом месте.
Это может быть слишком много от кого-то вроде меня, который никогда не получал прибыли от моего собственного приложения. Но я по-прежнему считаю, что наши лучшие шансы на успех будут связаны с сосредоточением внимания на нашем продукте, а не на прибыли.
Я знаю, что наше приложение далеко от совершенства. Пользователи часто присылают мне электронные письма с предложениями о том, как мы могли бы сделать это лучше. Но что я могу сказать, так это то, что каждый сделанный нами выбор основывался на том, что, по нашему мнению, будет наиболее полезным для наших пользователей. И этим я горжусь.
Я думаю, что важна основная философия того, как разработчики принимают решения о своих приложениях.
Манифест App Dogma
В 1995 году режиссер-авангардист Ларс фон Триер опубликовал то, что он назвал «Догме 95 Манифест. » Его манифест состоял из 10 правил кинопроизводства, в которых отказались от спецэффектов и ярких уловок в пользу традиционных ценностей повествования и актерского мастерства.
Идея заключалась в том, что, сертифицировав фильмы, которые следовали этим правилам, как «фильмы Dogme 95», он помог бы поднять их профиль, расширяющий возможности инди-кинематографистов, чтобы они могли бороться с доминированием большого кино студии.
Помня об этом, я начал думать о том, как будет выглядеть Догма-манифест для независимых разработчиков приложений. Каковы принципы совершенства при разработке приложений, ориентированных на пользователя?
Манифест основан на хороших материалах, которые я вижу в App Store. Несмотря на все трудности, вы все равно можете найти настоящие жемчужины. Эти приложения созданы разработчиками, которые решили сосредоточиться на качестве своего продукта, а не на количестве своей прибыли.
Эти разработчики заслуживают признания.
Вот 10 правил, которые я придумал:
- Соблюдайте условности: пользовательский интерфейс должен соответствовать рекомендациям по дизайну и стилю платформы, на которой работает приложение, и не должен содержать чрезмерного брендинга.
- Уважайте конфиденциальность: приложение никогда не должно передавать данные третьим лицам и не должно запрашивать разрешение на это. Использование и производительность приложения следует отслеживать только с целью оптимизации взаимодействия с пользователем.
- Не прерывай: приложение не должно прерывать пользователя случайными запросами, такими как запрос оценок и отзывов.
- Используйте уведомления по какой-то причине: уведомления должны использоваться только для того, чтобы сообщить пользователю, что что-то произошло, а не для того, чтобы заставить пользователя вернуться в приложение.
- Запрос разрешения: apps должны запрашивать разрешение только на то, что поможет пользователю выполнить задачу, и только когда они нужны пользователю, так что причина запроса очевидна для пользователя на основе контекст.
- Сохранить пропускную способность: bandwidth должен использоваться только для того, что приносит пользу пользователю. Они за это платят.
- Используйте простой язык: весь текст должен быть написан ясным, простым языком, понятным среднему пользователю. Это включает в себя пользовательский интерфейс, маркетинг и мелкий шрифт.
- Держите цены простыми: цена приложения должна оставаться постоянной, с изменениями только изредка и без ограниченных по времени предложений. Приложение должно быть полностью пригодным для использования, не требуя покупок в приложении.
- Сохраняйте стильный маркетинг: описания в App Store должны четко и просто описывать приложение без использования специальных символов, крикливой лексики или уловок.
- Сохраняйте дискретность рекламы: реклама в приложении должна быть небольшой, дискретной и четко обозначенной. Рекламу и продвижение нельзя путать с содержанием приложения.
Я считаю, что это основные принципы, которым должен следовать любой разработчик приложений, ориентированных на пользователя. Вы можете согласиться или не согласиться с ними - сообщите нам об этом в комментариях ниже.