Как я с дизайн-спамом боролся (и чему научился)
Какое-то время назад у меня была вертикаль утилитарных приложений типа клинеров и т.д. Тогда все было сильно проще: копируешь прилу, публикуешь, модерация пропускает без вопросов.
Но время шло, рынок менялся, модерация ужесточалась и это перестало работать системно. Мы начали ловить первые дизайн-спамы, а потом их стало столько, что это уже влияло на экономику проекта.
И чтобы решить эту проблему, мы начали добавлять в приложения недорогие рандомные фичи, чтобы уникализировать продукт и пройти проверку. Иногда это были абсолютно не связанные с прилой функции, которые ставили условно пятым экраном на ASO, чтобы пройти модерацию. И некоторое время это работало.
Но все равно разработка дорожала, а полуфейковые и фейковые фичи уже не спасали. Поэтому в какой-то момент мы решили попробовать вместо случайных «прикруток» добавлять живой функционал с пользой для пользователей.
И вот что я заметил:
🔹 Такой подход действительно влияет на конверсию из триала в подписку. Да, разница на некоторых прилах была небольшой, но она была.
🔹 Упростилась модерация. Так как у нас появились емкие и функциональные фичи, не было проблемой доказать, что они на самом деле нужны пользователям.
🔹 Объединяя ключевые фичи 2-3 утилит, мы смогли ставить цену выше. Например, цена на прилу была $8.99, тогда как по отдельности приложения стоили по $4. Относительно одного продукта это высокая цена, но с мульти утилитарным приложением можно абсолютно легально отливать дороже и без претензий от Apple.
Так что если у вас есть возможности, ресурсы и желание сделать прилу, которая будет приносить не только деньги, но и расти как продукт, советую смотреть в сторону живого и полезного функционала — это понятнее, более предсказуемо и сильно меньше вероятность попасть на дизайн-спам.
Кроме того, отношение Apple к такому продукту будет стабильнее, чем к прилам, которые по случайности прошли в стор с спам-функционалом, без допов. Но важно помнить, что если вы не попали на дизайн-спам сразу, это не значит, что он больше никогда не придет — это может прилететь на любом версионировании.
Кстати, у меня уже был один пост про возможные способы обхода дизайн-спама, почитать его можно тут.
Но вообще, помимо функционального, там целый комплекс сугубо технических действий, которые нужно обязательно выполнять для прохождения модерации — это и стерильность, и работа с билдом, но это уже совсем другая история. Давайте 50 🔥 на этот пост и сделаю вторую часть про это.
❗️❕❓❔
Какое-то время назад у меня была вертикаль утилитарных приложений типа клинеров и т.д. Тогда все было сильно проще: копируешь прилу, публикуешь, модерация пропускает без вопросов.
Но время шло, рынок менялся, модерация ужесточалась и это перестало работать системно. Мы начали ловить первые дизайн-спамы, а потом их стало столько, что это уже влияло на экономику проекта.
И чтобы решить эту проблему, мы начали добавлять в приложения недорогие рандомные фичи, чтобы уникализировать продукт и пройти проверку. Иногда это были абсолютно не связанные с прилой функции, которые ставили условно пятым экраном на ASO, чтобы пройти модерацию. И некоторое время это работало.
Но все равно разработка дорожала, а полуфейковые и фейковые фичи уже не спасали. Поэтому в какой-то момент мы решили попробовать вместо случайных «прикруток» добавлять живой функционал с пользой для пользователей.
И вот что я заметил:
🔹 Такой подход действительно влияет на конверсию из триала в подписку. Да, разница на некоторых прилах была небольшой, но она была.
🔹 Упростилась модерация. Так как у нас появились емкие и функциональные фичи, не было проблемой доказать, что они на самом деле нужны пользователям.
🔹 Объединяя ключевые фичи 2-3 утилит, мы смогли ставить цену выше. Например, цена на прилу была $8.99, тогда как по отдельности приложения стоили по $4. Относительно одного продукта это высокая цена, но с мульти утилитарным приложением можно абсолютно легально отливать дороже и без претензий от Apple.
Так что если у вас есть возможности, ресурсы и желание сделать прилу, которая будет приносить не только деньги, но и расти как продукт, советую смотреть в сторону живого и полезного функционала — это понятнее, более предсказуемо и сильно меньше вероятность попасть на дизайн-спам.
Кроме того, отношение Apple к такому продукту будет стабильнее, чем к прилам, которые по случайности прошли в стор с спам-функционалом, без допов. Но важно помнить, что если вы не попали на дизайн-спам сразу, это не значит, что он больше никогда не придет — это может прилететь на любом версионировании.
Кстати, у меня уже был один пост про возможные способы обхода дизайн-спама, почитать его можно тут.
Но вообще, помимо функционального, там целый комплекс сугубо технических действий, которые нужно обязательно выполнять для прохождения модерации — это и стерильность, и работа с билдом, но это уже совсем другая история. Давайте 50 🔥 на этот пост и сделаю вторую часть про это.
❗️❕❓❔