¿La tienda de aplicaciones de iOS acepta aplicaciones que no funcionan a less que el usuario pague a través de una suscripción o IAP?

Estoy pensando en hacer que la aplicación de mi camera se descargue de forma gratuita y permitir que los usuarios tomen 20 fotos, después de lo cual aparece un cuadro de dialog solicitando una suscripción (de renovación automática). Si el usuario no paga, la aplicación se negará a trabajar. El usuario no podrá tomar fotos, ni mirar fotos existentes. Lo único en la aplicación que funcionará es la interfaz de usuario de pago.

Estoy buscando entender qué funcionalidad necesita tener la aplicación sin una suscripción activa. Tengo la intención de actualizar regularmente la aplicación, como dicen las directrices.

El objective es permitir que los usuarios vean por sí mismos que la aplicación es útil antes de pedirles que paguen por ella.

¿Dónde está esto documentado por Apple?

Leí las pautas, y no dicen que se requiera que las aplicaciones tengan alguna funcionalidad si el usuario se niega a pagar. Tampoco dicen lo contrario, que aplicaciones como la mía están bien.

  • ¿El número DUNS de mi empresa debe estar activo para renovar mi Membresía del Progtwig de Desarrolladores?
  • ¿Podemos enviar una nueva versión de TestFlight "prelanzamiento" mientras que la compilation anterior es "En revisión" (para revisión beta)?
  • Cómo puedo exportar datos analíticos de iTunes Connect
  • ¿Cómo reactjsr en el rechazo de Appstore a las capturas de pantalla?
  • ¿Puedo publicar una versión "próximamente" de mi aplicación? (por ejemplo, información sobre el próximo service, posibilidad de reservar un lugar)
  • Contratos para desarrolladores iOS faltantes
  • Beneficios de actualizar aplicaciones
  • Cambiar la URL de soporte en iTunes Connect
  • One Solution collect form web for “¿La tienda de aplicaciones de iOS acepta aplicaciones que no funcionan a less que el usuario pague a través de una suscripción o IAP?”

    Lo que preguntas es exactamente lo que sucede en la revisión de la aplicación. Si está en un lugar para enviar una compilation para la revisión del vuelo de testing, puede get una vista previa de cómo el equipo de revisión ve su aplicación.

    Siempre y cuando la aplicación sea completamente funcional para las primeras 20 imágenes, me imagino que no será rechazado si ese es el único problema identificado por el revisor. Podrías tener problemas si tu aplicación simplemente monetiza la funcionalidad de la camera: si una aplicación busca ganar dinero con lo que proporciona el sistema operativo, eso es motivo para un rechazo rápido.

    Puede y debe hacer que un miembro del equipo revise las Pautas de revisión de la aplicación. Haga que finjan ser quisquillosos e intenten rechazar la aplicación para cada uno de los artículos.

    Si está abrumado por la cantidad de orientación, comience con la instantánea de los motivos de rechazo comunes y corra a través de la versión de cómic de las pautas de revisión, estos resaltarán los problemas más comunes y generales con la revisión de la aplicación. Una vez que esté libre de esos obstáculos, una revisión más detallada podría ser buena.

    Sin embargo, nada se compara con enviar tu aplicación para su revisión. Además, piense en la revisión como un process de 3 a 6 meses en el que conoce al equipo y llega a conocer su aplicación. La App Store es lo suficientemente grande ahora que progtwigr un fin de semana o una semana y luego enviarlo a la venta la próxima semana o el próximo mes es un evento raro. Todas esas classs de aplicaciones ya han sido exploradas por miles de personas.

    Dudo que Apple alguna vez salga y diga precisamente qué es muy poca funcionalidad. Eso los une a ellos y a su equipo de revisión. Lo que funciona para la primera aplicación no funciona para la aplicación número 100 en la categoría. Habrá áreas grises y ciertamente estarás allí. Si tiene una aplicación que se niega a trabajar para nada una vez que finaliza la testing, supongo que será rechazado. Podría estar equivocado, pero si eso sucede, siempre puedes dejar que la porción gratuita sea gratuita para siempre (las primeras 20 instantáneas o lo que sea) y solo bloquear a las personas que necesitan una suscripción para ejecutarla.

    He visto que funciona muy bien con bajas tasas de rechazo: tiene claro que necesita una suscripción en ese caso, por lo que Apple no tiene que rechazar su aplicación sabiendo que podría causar acidez en algunos usuarios si no se dan count de lo que se paga y que es gratis ¡Mucha suerte con tu aplicación!

    Loving Apple Products like poisoning (iPhone, iPad, iMac, Macbook, iWatch).