Registration что это за программа и нужна ли она

Внедрение системы учетных записей в продукт может быть отличным способом повысить лояльность и показатель удержания (retention). Однако это не всегда имеет смысл. К тому же внедрение учетных записей влечет за собой значительные расходы в отличии от простого «анонимного» опыта использования продукта.

В этой статье мы расскажем о ключевых преимуществах, а также недостатках внедрения системы учетных записей в мобильный продукт.

Модель учетных записей

Модель учетной записи определяется для целей этой статьи как система, позволяющая человеку зарегистрировать аккаунт или профиль для идентификации его в продукте. Кроме того, такая система обеспечивает возможность входа в ранее созданный аккаунт (часто это делается автоматически в последующих сеансах после создания учетной записи).

Как правило, для того чтобы создать аккаунт человек должен указать такие свои личные данные, как адрес электронной почты, номер телефона и др. Многие социальные сети имеют свои собственные системы идентификации, что обеспечивает более быстрое и легкое опознавание аккаунта веб-сайтами и мобильными приложениями. В качестве примеров можно назвать вход через Facebook, Twitter, Google, и т. д.

КАК снять ЗАПРЕТ / ОГРАНИЧЕНИЯ на регистрационные действия авто

Как только пользователь становится привязан к аккаунту, приложения, как правило, сохраняют некоторую информацию о нем в облако (то есть она не хранится локально в приложении) и персонализируют пользовательский опыт внутри приложения.

Преимущества внедрения модели учетных записей

Есть множество причин, по которым добавление модели учетных записей может отлично повлиять на показатели вовлеченности и удержания:

1. Постоянство на всех устройствах, поддержка большинства устройств

Смартфоны и планшеты имеют свойство теряться, повреждаться и обновляться. В первых двух случаях без «облачной» модели учетной записи все данные пользователя (например, прогресс в игре, история тренировок в фитнес-приложении и т. д.) будут утеряны. В случае обновления приложению потребуется нечто вроде функции экспорта и импорта данных, чтобы можно было перенести все данные на новое устройство; этот процесс может оказаться слишком сложным или длительным для многих людей.

В большинстве случаев описанная выше ситуация — это прямой путь к высокому оттоку. Человек может решить, что попросту не стоит продолжать использовать этот продукт.

Когда же данные пользователя копируются в облако и чистая установка приложения может быть мгновенно восстановлена ​​к состоянию приложения на новом устройстве, то можно добиться непрерывности опыта, и у человека будет меньше оснований для отказа от продукта.

Это преимущество особенно существенно в том случае, когда продукт существует как на десктопе, так и в виде мобильного приложения. В этом случае пользователи могут наслаждаться непрерывностью опыта, входя в свой аккаунт как с десктопных, так и с мобильных устройств. Это может относиться также к людям, владеющим и активно использующим более одного мобильного устройства, например смартфон и планшет.

Карьера на максималках в FM 23 — #30. Дополнительное усиление

Spotify использует функцию Handoff от Apple, обеспечивая непрерывность сеансов прослушивания между десктопными и iOS-устройствами. Пользователь может начать слушать музыкальный трек на десктопном Mac, затем запустить приложение Spotify на iPhone и без проблем продолжить прослушивание именно с того момента, на котором он остановился:

«Вы слушаете на MacBook Air. Продолжить слушать на этом iPhone.»

2. Инвестиции в продукт

Чтобы создать аккаунт, человек должен приложить определенные усилия, а также решиться поделиться своими личными контактными данными. Эта инвестиция со стороны пользователя, как правило, выливается в более высоком показателе удержания по сравнению с теми случаями, когда пользователи не создают аккаунты.

Данная инвестиция увеличивается, если у человека есть возможность персонализировать свой профиль и/или опыт в продукте. Предоставление пользователям «цифрового шкафчика» для хранения всевозможных предметов, прогресса, истории, закладок или других данных, которые они накопили за счет
взаимодействия с продуктом, повышает их привязанность к приложению. Иными словами, эта инвестиция времени и сил увеличивает затраты переключения на другой продукт, поскольку человек может создавать коллекцию тех или иных «материалов» в течение нескольких месяцев или даже лет, и в эмоциональном плане ему будет сложно перестать пользоваться этим продуктом.

Возможность создания облачной коллекции внутри продукта значительно повышает вероятность повторного вовлечения. Так, команда SoundCloud обнаружила, что подавляющее большинство прослушиваний на платформе — это «повторное прослушивание», то есть прослушивание треков, которые пользователи уже слушали, полюбили и сохранили в свою коллекцию. Команда SoundCloud оптимизировала продукт, упростив сохранение треков и плейлистов и сделав личную коллекцию пользователя в приложении более заметной.

3. Сбор email адресов / номеров телефонов

Ценным «побочным эффектом» системы аккаунтов является сбор контактной информации. Обычно речь идет об адресе электронной почты или номере телефона. Это дает возможность однозначно идентифицировать пользователя (и проверить его личность на этапе подтверждения), а также, что особенно важно, предоставляет дополнительный коммуникационный канал и способ обратиться к пользователям с уведомлениями, обновлениями, информационными рассылками и т. д. При правильном подходе такие уведомления могут значительно повысить коэффициент удержания и вовлеченность их получателей.

Кроме того, как только человек зарегистрирует аккаунт, вы можете запросить у него дополнительную информацию. Предоставив ему возможность подключать аккаунты социальных сетей или указывать дополнительную информацию о себе, вы увеличите возможности для дальнейшей персонализации опыта и привлечения новых пользователей.

Недостатки внедрения модели учетных записей

1. Увеличение конверсионного трения

Как говорилось выше, создание аккаунта требует со стороны человека определенных инвестиций. Таким образом, всегда будет существовать некое сопротивление или трение (friction) среди пользователей, не желающих вкладывать эти усилия. Такое трение может быть сведено к минимуму при помощи единого входа в систему (single-sign-on, SSO) как Facebook Login, но полностью избавиться от него никогда не удастся. Принуждая пользователей к регистрации, вы должны понимать, что это неизбежно повлечет за собой определенный отток людей, либо они будут отдавать предпочтение более худшему опыту, но без создания аккаунта.

2. Дополнительные расходы

Раздумывая над тем, стоит ли внедрять модель учетной записи в мобильный продукт, нельзя не учесть идущие вместе с этим дополнительные расходы, такие как стоимость облачного хранилища, внедрение и тестирование механизмов восстановления забытых паролей и дополнительные меры по обеспечению безопасности. Проблемы с синхронизацией между различными устройствами, повышенный риск мошенничества и дополнительный контроль защиты данных — также повод подумать дважды прежде, чем внедрять систему учетных записей.

Есть ли смысл в модели учетной записи?

В случае с некоторыми простыми приложениями нет очевидной потребности в использовании модели учетных записей. Тем не менее разработчики могут все же решить внедрить ее, чтобы собирать адреса электронной почты пользователей и увеличивать их инвестиции в продукт. В этом случае им придется хорошо подумать над тем, как убедить людей в том, что создание аккаунта принесет им огромную пользу. Сделать это можно, к примеру, разместив часть функций за «стеной» учетной записи, то есть ограничив к ним доступ для незарегистрированных пользователей.

Если же речь идет о социальной платформе или многопользовательской игре, то здесь все предельно ясно: создание учетной записи на платформе, вероятно, будет требованием абсолютно для всех.

Когда просить пользователя о регистрации?

Решив внедрить модель учетной записи в продукт, необходимо решить, насколько агрессивными быть с аккаунтами. Так, регистрация может быть единственно возможным выбором для людей, если они хотят использовать ваш продукт; либо она будет необходима для доступа к ключевым функциям продукта (типичный случай); или же полная функциональность продукта будет доступна абсолютно всем.

В любом случае, показатель конверсии в регистрацию может быть улучшен путем тестирования и итерирования рекламного текста и пользовательского опыта. То, как описаны преимущества создания аккаунта и как выглядит сам процесс, как правило, оказывает измеримое влияние на количество регистраций.

Использование Instagram невозможно без создания аккаунта. В то время как Snapguide дает возможность опробовать свое приложение перед регистрацией.

Если вы решаете внедрить «гостевой режим», позволяющий человеку использовать приложение без регистрации аккаунта, то важно провести эксперименты, чтобы определить его наиболее оптимальную продолжительность. При наиболее агрессивном подходе компания может разрешить использование приложения без регистрации только на очень ограниченный период времени.

Учитывая, что приложения теряют около 77% своих пользователей в течение первых 3 дней после установки, важно найти оптимальный подход, чтобы удержать пользователей как можно дольше. Примерно 20% пользователей откажутся от принудительной регистрации при первом запуске приложения, с другими же 80% можно по крайней мере будет связаться по электронной почте, причем часть из них ответит и вернется для другого сеанса. В некоторых случаях, однако, предоставление ограниченного или даже полного доступа к приложению без регистрации аккаунта может привести к более высокому показателю удержанию. Лучше всего провести сплит-тестирование.

Ниже представлена сводная таблица с вариантами использования учетных записей:

Метод

«За»

«Против»

Принудительная регистрация при запуске приложения (наиболее агрессивный вариант)

С каждым новым пользователем можно связаться по e-mail.

Показатель отказов увеличивается (потеря части пользователей на этапе первого экрана).

Некоторые функции доступны только зарегистрированным пользователям

У человека есть шанс понять ценность приложения до регистрации.

Скрытая функциональность — стимул зарегистрироваться.

Некоторые люди могут так никогда и не зарегистрироваться и продолжать пользоваться ограниченной версией продукта: вовлеченность останется низкой с высокой вероятностью оттока

Принудительная регистрация после определенного количества сессий/минут использования

Принцип «попробуй, прежде чем купить» — полная функциональность в течение ограниченного периода времени.

Потеря части пользователей в момент появления принудительной регистрации.

Нет необходимости в создании аккаунта (наименее агрессивный вариант)

Труднее собирать адреса электронной почты пользователей. Отсутствие постоянства на всех устройствах.

Публикация приложений в App Store

Если вы разрабатываете приложение под iOS, имейте в виду, что Apple отдает предпочтение приложениям, не требующим регистрации (если только это не крайняя необходимость).

Руководство по публикации приложений в App Store (App Store Review Guidelines): «Если ваше приложение не включает в себя значимые функции, действующие на базе аккаунта, позвольте людям использовать его без регистрации. Приложения не могут требовать от людей ввода личных данных для использования продукта. Исключение составляют те случаи, когда эта информация имеет непосредственное отношение к ключевой функциональности приложения или того требует закон.»

Заключение

Внедрение системы учетных записей может способствовать увеличению показателя удержания, переключению между устройствами, повышению вовлеченности пользователей и их инвестиций в продукт. Кроме этого, у компании появляется возможность производить сбор контактной и иной информации от людей, которая может быть использована для персонализации их опыта.

Люди должны убедиться в ценности создания аккаунта, и гостевой доступ — один из способов продемонстрировать ее им. В любом случае не все из них решат зарегистрировать аккаунт в итоге. Часть пользователей откажется от этого. При использовании модели учетных записей ваши затраты возрастают, поэтому решение о ее реализации не должно приниматься без тщательного рассмотрения.

Источник: lpgenerator.ru

О регистрации на сайтах

Мы часто выполняем на многих сайтах действие, которое постоянно эволюционирует и улучшается (а иногда наоборот). Это регистрация. Именно о разных способах и особенностях регистраций на сайтах я бы хотел с вами поговорить. Это не громоздкое исследование, а просто небольшие и (надеюсь) полезные выдержки из моего опыта дизайнера интерфейсов.

Пример удачной регистрации на сайте Tumblr.

Начну с определения самого понятия «регистрация», с ним всё не так просто, как может казаться. В результате полевых исследований нашей компании оказалось, что разные люди (клиенты, посетители и мы сами) нередко воспринимают это слово по-разному. Для того, чтобы избежать непонимания, опишу то, как я сам вижу регистрацию.

Что такое регистрация?

Регистрация — это способ сообщить сайту данные о себе и в обмен получить доступ к дополнительным возможностям (например, добавление чего-либо в избранное) или ресурсам (к примеру, файлам) на сайте, которые недоступны гостям.
Регистрация неразделима без авторизации. Фактически, регистрация — это способ получить возможность войти на сайт.
Нередко регистрацию делают обязательной для доступа к сайту. Часто это происходит в социальных сетях, где возможности гостей ограничены по определению.
Но так ли нужна регистрация на сайте для большинства проектов?

Зачем нужна регистрация?

• Владельцу сайта регистрация нужна для создания устойчивого сообщества с социальными связями между пользователями. В обмен на это администрация получает возможность взаимодействовать со своими посетителями напрямую, что достаточно трудно сделать с анонимными пользователями 🙂
• Маркетологу, регистрация, безусловно, нужна для получения данных о посетителях и возможности анонсировать им различные новые возможности проекта, а так же рекламировать спонсоров. Ещё это позволяет строить достаточно стройную статистику: кто наши пользователи, чего они хотят? В долгосрочной перспективе это может быть весьма полезным, ведь зная пользователей и их потребности, мы создаём сайт именно для конкретной аудитории, а не для сферических коней в вакууме.
• Разработчику регистрация нужна, ведь она позволяет привязать к аккаунту пользователя немало возможностей на сайте, которые достаточно трудно реализовать для гостей. Также регистрация позволяет распределять права доступа к различным ресурсам и возможностям на сайте, что также облегчает жизнь программистам.
• Большинству посетителей сайта регистрация не очень нужна. В большинстве случаев ему не нужны дополнительные возможности, он довольствуется малым. Нередко люди совсем не понимают её суть: что, вообще, такое, эта загадочная регистрация? Часто это слово ассоциируется с бюрократией и паспортными столами, что отпугивает потенциальных пользователей. Однако, необходимо упомянуть, что социальные сети постепенно просвещают пользователей и позволяют им приобрести первый опыт регистрации. После этого большинство людей гораздо более лояльно относятся к процессу регистрации и понимают, что за ней стоит.

Пример регистрации на сайте Facebook, которая запрашивает достаточно много данных.

Обычная регистрация

Под «обычной» я понимаю регистрацию на сайте, в обмен на которую получаю логин и пароль, который сам же и ввёл. При этом логином здесь может быть всё что угодно.

Стандартный способ регистрации на сайте StartupPoint.

• Считаю, что в обычной регистрации должен быть минимум полей для заполнения. В идеале — логин, пароль и дубликат пароля, для избежания опечаток.
• Логином может выступать что угодно. Однако в результате долгой работы над этим вопросом я пришёл к выводу, что лучше всего использовать электронную почту для средне и сильно продвинутой аудитории, а также номер телефона для массовых сервисов и проектов. А лучше — дать пользователю выбор. Использовать в качестве логина имя, ник или уникальные ID — не самая удачная идея, которая порождает больше проблем, чем решает.
• Не стоит создавать искусственные рамки при вводе пароля. Если человек хочет ввести «12345», то запрещать ему не стоит, однако, лучше уведомить его о том, что это очень небезопасно, влечет за собой большие возможности для «взлома» аккаунта злоумышленниками и делать так не стоит. Разумный человек это поймет, если ему доходчиво объяснить, а неразумного это не остановит.
• Лучше оставить поле для повторного ввода пароля. Вслепую люди часто опечатываются, а если не скрывать поле пароля, то пользователь не станет регистрироваться на сайте из публичных мест, что тоже является большим ограничением.
• Не думаю, что Captcha — хороший способ отсеивать ботов. Если быть точным, то я не против её применения, однако только после того, как пользователь ввел неправильно свой пароль несколько раз. Это достаточно явный признак того, что ведётся перебор пароля. Идеальным решением для таких случаев считаю показ удобной для человека капчи и ссылки на восстановление пароля с пояснениями на случай, если это действительно живой человек, который запамятовал свой пароль.

Регистрация с помощью сторонних сайтов

Под этим определением я понимаю регистрацию с помощью аккаунта в социальных сетях, через идентификатор OpenID (почти мёртвая технология для масс) и, отдельно, регистрация с аккаунтом больших систем вроде Google, Яндекс и других. Да, иногда это тоже OpenID внутри, но для стороннего человека само определение «OpenID» — филькина грамота.

Регистрация с помощью сторонних сервисов на сайте Кинобаза.

• Самый безболезненный способ регистрации сейчас — именно через аккаунт в социальных сетях и больших проектах вроде Google. Владельцу сайта он позволяет быстро интегрироваться в социальную сеть, а большинству людей не приходится регистрироваться на ещё одном сайте: придумывать пароль, светить свою электронную почту.
• OpenID — почти мёртв как бренд, но процветает как технология. Если планируете дать такую возможность пользователям, не стоит упоминать это слово: оно вводит людей в заблуждение и непонимание. Проще написать «войдите с помощью аккаунта на сайте» и перечень: Google, Яндекс, Одноклассники
• В регистрации через сторонние сайты есть один подводный камень: после выбора сервиса людям выдаётся диалог с просьбой разрешить доступ к своим личным данным. И это именно тот момент, на котором обрывается большинство регистраций через социальные сети. Если люди не доверяют сайту, то с большой долей вероятности они не дадут разрешение. Однако доверие — тема для совсем другой статьи 🙂

Пример диалога с просьбой о доступе к данным на сайте Twitter.

Мягкая регистрация

Так мы называем регистрацию, которая не выглядит как отдельный процесс и происходит по мере выполнения важных действий. Обычно, для мягкой регистрации нужен только адрес электронной почты, чтобы отправить на неё пароль и приглашение войти на сайт. Если человеку это не нужно, то он просто удалит это письмо или проигнорирует его, однако для сомневающихся это создаст ещё один путь входа на сайт, что достаточно сильно влияет на эффективность регистрации.

Пример мягкой регистрации на сайте SoundCloud.

Мы часто применяем мягкую регистрацию как основной способ интеграции человека как раз благодаря тому, что он не смущает посетителей и позволяет пользователю быстро войти на сайт.

В качестве примера можно привести мягкую регистрацию в процессе оформления заказа на сайте интернет-магазина. Магазин неизбежно спрашивает человека его электронный адрес для того, чтобы можно было с ним связаться и подтвердить заказ. Так почему бы не использовать его для мягкой регистрации? Если посетитель ранее не вводил эту почту на сайте, то ему придёт сразу пароль для доступа к его личному кабинету с массой дополнительных полезных возможностей, а если вводил, то просто напоминание о том, что аккаунт с такой электронной почтой уже существут и можно привязать заказ к нему.

Регистрация во время оформления заказа на сайте интернет-магазина Розетка.

Главное — не давить. Мягкой эта регистрация называется из-за того, что помогает человеку сделать выбор и упрощает ему жизнь, а не навязывается.
Этот способ позволяет вовлечь человека в процесс регистрации так, что он ему понравится, даже если он его заметит. А постепенное вовлечение — сильная штука, гораздо более эффективная, если сравнивать с обычной формой регистрации.

Нужна ли регистрация вообще

1. Есть ли на вашем проекте несколько полезных дополнительных возможностей для зарегистрированных пользователей, ради которых посетители пройдут регистрацию?
2. Планируете ли вы формировать сообщество вокруг вашего сайта?
3. Так ли нужны вам дополнительные данные о посетителях?
4. Есть ли у вас распределение ролей на проекте?
5. Нужно ли вам взаимодействовать с аудиторией сайта?

Если вы ответили «Да» хотя бы на два вопроса, то регистрацию вам применять всё-таки стоит 🙂

Какой способ регистрации использовать

Почему бы не все? Почти во всех проектах можно реализовать обычный способ регистрации наряду с возможностью получить аккаунт через социальные сети и большие проекты. А мягкая регистрация может применятся во время первого важного действия на сайте или через завлекательную функцию (об этом в другой раз).

Два пути регистрации на сайте Dribbble.

• Сервисы, тесно связанные с деньгами, не стоит интегрировать с другими сайтами и сервисами,- это может поставить под удар безопасность аккаунта. Однако, в таких случаях можно использовать вовлечение в мягкую регистрацию, вместе со стандартным способом.
• Мягкая регистрация — не всегда удачный способ вовлечения, если на проекте нет какого-либо основного действия. Таким действием в интернет-магазине является выбор и заказ товара. Внимательно присмотритесь к своему проекту и выделите такое действие. Можно ли начать его выполнять без аккаунта? Если да — то мягкая регистрация для вас.
• Обычная регистрация почти не работает, по сравнению с другими способами, если проект действительно массовый и направлен на самую широкую аудиторию с невысокой компьютерной грамотностью.

PPS от автора: Надеюсь, вам понравилась статья. Буду рад, если вы укажете на ошибки, чтобы я мог их оперативно исправить. Пишите мне в личку, пожалуйста 🙂

Источник: habr.com

Мой нало‪г‬ 4+

Бизнес: № 3 в этой категории

Оценок: 52,7 тыс.

blondiefairy , 02.01.2019

Отличное приложение

Наконец-то дождались . Приложение позволяет сэкономить значительное количество времени)

Ответ разработчика ,

Спасибо за отзыв.

Анастасия Климанова , 01.01.2019

Все работает

Приложение работает, регистрация после подтверждения всяких данных прошла в течение нескольких секунд. Думаю, все негативные отзывы о нем можно считать неактуальными, т.к. на тот момент сам закон о самозанятых ещё не вступил в силу, поэтому и нельзя было зарегистрироваться.
Немного смутило, конечно, что на аватарке теперь мое фото, которое пришлось делать для сведения с данными паспорта. И его поменять нельзя. Но это мелочи.

Ответ разработчика ,

Спасибо за отзыв. В обновленной версии мобильного приложения добавлена возможность изменить фотографию в профиле. Пожалуйста, обновите версию приложения и попробуйте сменить фото.

Artist_kzn , 01.01.2019

Удобно

Довольно много людей скептически отнеслись к новому режиму, а я вот столкнулась с тем, что не могу взять минимальный кредит, потому что фрилансер без официальных доходов. Везде надо искать плюсы!
И приложение неожиданно порадовало — быстрая регистрация, а главное, что все понятно. Посмотрим, что дальше.

Ответ разработчика ,

Спасибо за отзыв.

Конфиденциальность приложения

Разработчик ГНИВЦ, АО указал, что в соответствии с политикой конфиденциальности приложения данные могут обрабатываться так, как описано ниже. Подробные сведения доступны в политике конфиденциальности разработчика.

Не связанные с пользова­телем данные

• Данные об использова­нии
• Диагностика

Конфиденциальные данные могут использоваться по-разному в зависимости от вашего возраста, задействованных функций или других факторов. Подробнее

Информация

Провайдер GNIVC, AO
Размер 129,3 МБ

Совместимость iPhone Требуется iOS 11.0 или новее. iPad Требуется iPadOS 11.0 или новее. iPod touch Требуется iOS 11.0 или новее.

Источник: apps.apple.com

Как теперь российскому разработчику с нуля зарегистрироваться в App Store

Content AI – новая компания на российском рынке, но решения, с которыми она работает, хорошо знакомы клиентам и разработчикам в России. В апреле мы вышли из международной группы и теперь самостоятельно развиваем технологии и продукты специально для российского бизнеса.

Сейчас наша команда работает над решениями в области разработки технологий оптического распознавания символов (OCR), компьютерного зрения и обработки естественного языка (NLP). Кроме того, мы получили права на всем известные продукты Lingvo. В этом материале я расскажу, какие трудности мы преодолели, чтобы наши пользователи могли продолжать пользоваться любимыми словарями, как и раньше. А также наглядно покажу, как российскому разработчику мобильных приложений в нынешних реалиях с нуля зарегистрироваться в App Store и как действовать после получения прав на мобильное приложение от другой компании.

Первая причина – платежи

Многие мобильные разработчики столкнулись с недоступностью для российских пользователей оплаты покупок в мобильных маркетах с помощью международных банковских карт Visa и MasterCard. На самом деле App Store напрямую не запрещает российским разработчикам получать оплату за приложения или встроенные покупки, но пользователи из России не могли ничего купить привычным им способом.

Основной проблемой стали выпущенные в России банковские карты, которые с марта перестали проводить платежи за пределы страны, а это был основной и самый популярный способ оплаты на площадке. Что касается карты «Мир», то, несмотря на заявленную поддержку, карты далеко не всех банков удавалось подключить к платежному профилю в мобильном маркете, а через некоторое время и этот способ перестал работать.

Частично решить проблему оплаты удалось через мобильных операторов. Для этого в настройках телефона нужно поменять основное платежное средство – с банковской карты на счет мобильного телефона. В нынешних реалиях этот ранее непопулярный способ стал единственным выходом.

Однако и здесь есть свои подводные камни: не все мобильные операторы, работающие на территории России, поддерживают такой способ оплаты. Но есть и хорошая новость – можно подключить оплату с другого счета мобильного телефона, а не только с той SIM-карты, которая физически используется в смартфоне.

Кроме того, существуют категории мобильных приложений (например, такси или мобильные операторы), которые по правилам мобильного маркета могут получать оплату напрямую от пользователя. Поэтому такое решение подходит не всем разработчикам мобильных приложений, кто хочет продолжать продавать российским пользователям доступ к своим приложениям.

С Google Play Store ситуация более сложная, так как он полностью закрыл возможность оплаты и приема платежей для всех пользователей, у которых в настройках указана страна – Россия. Таким образом, вышеперечисленные способы оплаты с Google Play пока что недоступны, но мы следим за развитием ситуации. Еще один, но более затратный для пользователя вариант – съездить в «карточный тур» в страны СНГ (однако по приезде важно не забыть отчитаться в налоговой РФ о появлении зарубежного счета). Стоит отметить, что зарубежные карты без проблем можно подключить к платежному профилю App Store, а вот с Google Play не всё так просто. В платежном профиле пользователю обязательно нужно изменить страну, а это может не получиться, если ранее по этому аккаунту не было покупок.

Уйти нельзя остаться

• Приложения было необходимо зарегистрировать и перезалить в сторы от нового разработчика, имеющего отношение к текущему правообладателю. Это нужно, чтобы новый правообладатель мог продавать приложения от своего имени.
• Сделать так, чтобы наши пользователи, которые захотят переустановить приложения или сбросят телефон до заводских настроек по какой-либо причине, не потеряли весь ранее купленный контент.
• Найти способ перезалить приложения от нового разработчика, не потеряв при этом клиентов и прошлую историю приложения (отзывы пользователей, оценки, выданные промокоды и др.).

Решать все эти вопросы мы начали по очереди. Сначала договорились с прошлым правообладателем Lingvo оставить в сторах только бесплатный контент – так пользователи не потеряют купленные материалы, а сам продукт будет продолжать жить, хоть и в сокращенном виде. Для нас это было очень важно, ведь у продукта есть клиенты, которые регулярно работают с ним больше 12 лет!

Фичу с сохранением и восстановлением ранее приобретенного контента мы полностью реализовали и глубоко оттестировали относительно недавно, и это оказалось очень кстати.

Новая компания-разработчик в App Store

Поскольку покупка контента в App Store сейчас реальна для российских пользователей хотя бы в каком-то виде, мы решили начать работу именно с него.

Сейчас есть популярный миф о том, что сотрудничество российских компаний с App Store невозможно. Это не так. Но стоит учитывать ряд ограничений. Ниже я расскажу пошаговый алгоритм, как нам удалось весной 2022 года опубликовать приложения Lingvo от лица нового российского разработчика.

Шаг 1

Вначале компания должна выбрать сотрудника, который от ее лица станет разработчиком в App Store. Ему необходимо зарегистрироваться в системе мобильного маркета как физическое лицо, заполнить анкетные данные для создания аккаунта разработчика и указать, для какой компании он создает продукты.

Официально регистрация такого аккаунта занимает до пяти рабочих дней, так как потребуется получение D-U-N-S Number. Реально у нас эта процедура заняла несколько часов. Затем в профиле необходимо заполнить все данные компании разработчика, вплоть до телефона организации.

Шаг 2

Дальше наступает этап проверок от App Store – сначала автоматическая (анкетных данных), затем «живая». Поэтому в анкетных данных лучше не ошибаться: например, если сайт компании по указанному адресу не будет открываться, заявку отклонят.

Мне, как указанному в анкете физлицу, позвонили сотрудники мобильного маркета, задали вопросы по информации в анкете (проверяли, нет ли расхождения данных) и попросили рассказать, зачем нам нужен такой аккаунт разработчика в App Store. Затем представители App Store позвонили директору компании (его контактные данные тоже нужно было указать в анкете). С ним уже разговор короче – уточняют, действительно ли это физлицо является сотрудником его компании и ему поручили регистрацию в App Store.

Здесь стоит отметить две вещи:

• Заполнение анкеты и все устные беседы проходят на английском языке.
• Если физлицо или директор компании пропустили звонок от App Store, трагедии не случится. Сотрудники мобильного маркета присылают письмо, что не смогли дозвониться до абонента по указанному номеру и предлагают заказать обратный звонок. При необходимости даже можно попросить перезвонить на личный мобильный телефон вместо городского номера компании.

Шаг 3

Завершив этап с проверками, нам предстояло сделать ежегодный членский взнос $99, обязательный для всех разработчиков. Несмотря на то, что SWIFT-переводы из России доступны, этим способом мы воспользоваться не смогли, так как Apple принимает только оплату с банковских карт. Это вернуло нас к той же проблеме с недоступностью платежей по выпущенным в России Visa/MasterCard куда-либо за рубеж.

Мы решили закрыть эту проблему «карточным туром» – ответ о поступлении средств пришел через четыре часа. Однако пользователи в Интернете писали, что им удалось отыскать и здесь обходной путь. Они предлагали регистрироваться не через браузер, а через приложение Apple Developer на смартфоне – тогда, по словам бывалых, появляется возможность оплатить членский взнос с мобильного счета. Но стоит учитывать, что все, кому удалось это сделать, продлевали свое членство, а не регистрировали с нуля, как мы.

Шаг 4

Теперь мы официально могли публиковать в App Store наши приложения, но пока – только с бесплатным контентом.

Для того чтобы разместить в мобильном маркете платный контент, нам нужно было решить два вопроса:

• заполнить налоговую форму нерезидента США (советую воспользоваться услугами налогового консультанта, чтобы точно сделать все правильно);
• указать банковские реквизиты для платежей пользователей (банковский счет должен быть в долларах и находиться в банке, не попавшем под санкции).

Важно: неочевидно, что одобрение банковских реквизитов не начнется, пока не будет корректно заполнена налоговая форма.

Ответ от App Store мы получили через 15 минут после отправки налоговой формы.

Шаг 5

Ура, теперь можно публиковать в сторе и платный контент!

Но и это еще не всё, так как наша задача – опубликовать не новые приложения, а корректно и без потерь перенести уже существующие с одного аккаунта разработчика на другой. Поэтому, когда пройдены юридические формальности о смене владельца приложения, мы приступаем к исполнению этого договора, то есть к переносу приложения от одного разработчика в App Store к другому. У Apple этот процесс называется трансфер. (В скобках заметим, что для некоторых приложений под Mac OS трансфер, к сожалению, невозможен. Это надо иметь в виду перед тем, как планировать смену владельца приложения).

Предварительно нужно выполнить несколько шагов по инструкции от Apple. Вот только часть из них:

• проверить, что статус приложения и статусы всех встроенных покупок среди допустимых (например, если у одной из покупок оказались не полностью заполнены метаданные, то инициировать трансфер приложения не удастся);
• режим бета-тестирования в TestFlight должен быть выключен;
• нужно отключить всех тестировщиков от приложения;
• нужно удалить все тестовые билды из TestFlight;
• если в приложении есть автовозобновляемые подписки, сгенерировать app-specific shared secret и передать его разработчику, куда переезжает приложение;
• если приложение использует авторизацию Sign in with Apple, нужно сгенерировать transfer identifier.

Затем пользователь с правами владельца аккаунта инициирует трансфер. Почти сразу приложение появляется в App Store Connect у нового разработчика, и там пользователь – тоже с правами владельца аккаунта (уже другого) – подтверждает, что принимает приложение.

Несмотря на то что приложение переезжает в опубликованном статусе и пользователи приложения не заметят смену его владельца, работа еще не закончена. У разработчиков (и iOS-разработчика, и бэкенд-разработчика) еще полно дел: нужно восстановить всё то, что было отключено перед трансфером, обновить сертификаты, учесть, что данные из keychain у пользователей могут исчезнуть. И это не считая того, что надо сделать перевыпуск приложения, в котором мы меняем информацию о его владельце, логотип, адрес техподдержки и др.

Шаг 6

Последний и самый важный шаг для бизнеса – проверить корректность вывода выручки на долларовом счете. По правилам App Store компания получает оплату на указанный счет разово по окончании финансового месяца, но это происходит небыстро: фактически выплата обычно проводится через 33 дня после окончания прошлого месяца.

Вывод

Таким образом, с учетом всех нюансов, задержек и детального погружения в тему нам удалось пройти весь путь переноса приложений в аккаунт нового разработчика за 2,5 месяца.

Для пользователя вся эта работа незаметна, но это и не нужно – ведь для нас было важно, чтобы клиенты могли пользоваться приложением так же удобно, как и раньше, не испытывая трудностей. Иными словами, за время всех перенастроек у пользователя ничего не сломалось, купленный контент не пропал, а само приложение не исчезло с девайсов и сторов. Единственное, что пользователю видно, – имя нового разработчика на странице приложения в App Store.

А что с другими мобильными маркетами?

На сегодняшний день с Google Play Store мы прошли все те же шаги, что и с App Store, но пока не публикуем платный контент из-за ограничений со стороны этой площадки. Следим за ситуацией и надеемся, что в будущем появится возможность возобновить там работу.

Уже прорабатываем возможность продавать словари для Android через другие магазины и на нашем собственном сайте, а также рассматриваем мобильный маркет Huawei App Gallery, так как там сейчас доступна оплата со счета мобильного телефона.

Кроме того, думаем над вариантом, когда пользователь скачивает с нашего сайта бесплатное Android-приложение с базовой функциональностью, приобретает лицензию (серийный номер) на платный контент на другой площадке и применяет ее в ранее скачанном приложении.

Конечно же, мы изучаем работу и с российскими сторами: RuStore, RuMarket и NashStore. Ждем, когда в них появятся функции встроенных покупок.

Источник: www.it-world.ru