Lo que preguntas es exactamente lo que ocurre en la revisión de la aplicación. Si estás en condiciones de enviar una compilación para la revisión del vuelo de prueba, puedes obtener una vista previa de cómo el equipo de revisión ve tu aplicación.
Mientras la aplicación sea totalmente funcional para las primeras 20 imágenes, imagino que no te rechazarán si ese es el único problema que identifica el revisor. Podrías estar en la cuerda floja si tu aplicación simplemente monetiza la funcionalidad de la cámara - si una aplicación busca hacer dinero con lo que el sistema operativo proporciona, eso es motivo de un rápido rechazo.
Puede y debe hacer que un miembro del equipo repase las directrices de revisión de la aplicación. Pídales que finjan ser quisquillosos y que traten de rechazar la aplicación en cada uno de los puntos.
Si te sientes abrumado por la cantidad de orientaciones, empieza por la instantánea de los motivos de rechazo más comunes y repasa la versión en cómic de las directrices de revisión: en ellas se destacan los problemas más comunes y generales de la revisión de aplicaciones. Una vez que hayas superado esos obstáculos, puede ser conveniente realizar una revisión más detallada.
Sin embargo, nada se puede comparar con el hecho de enviar tu aplicación para su revisión. Además, piense en la revisión como un proceso de 3 a 6 meses en el que usted llega a conocer al equipo y ellos llegan a conocer su aplicación. La App Store es lo suficientemente grande ahora como para que codificar durante un fin de semana o una semana y luego presentarla para su venta la semana siguiente o el mes siguiente sea un acontecimiento raro. Todas esas aplicaciones han sido exploradas por miles de personas.
Dudo que Apple salga a decir con precisión qué es muy poca funcionalidad. Eso les obliga a ellos y a su equipo de revisión. Lo que funciona para la primera aplicación no funciona para la 100ª aplicación de la categoría. Habrá zonas grises y tú ciertamente estás en ellas. Si tienes una aplicación que se niega a funcionar en absoluto una vez terminada la prueba, mi opinión es que serás rechazado. Podría estar equivocado, pero si eso sucede siempre se puede dejar que la parte gratuita sea gratis para siempre (los primeros 20 snaps o lo que sea) y sólo bloquear a las personas que necesitan una suscripción para ejecutarla.
He visto que eso funciona muy bien con bajas tasas de rechazo: tienes claro que necesitas una suscripción en ese caso, así que Apple no tiene que rechazar tu aplicación sabiendo que podría causar acidez a algunos usuarios si no se dan cuenta de lo que es de pago y lo que es gratis. Mucha suerte con tu aplicación.
0 votos
Creo que las versiones "de prueba" de las aplicaciones serán rechazadas, al menos lo han sido en el pasado. ¿Has revisado las directrices de revisión de la App Store para todas tus preguntas?
1 votos
@fsb Hay toneladas de aplicaciones que no tienen ninguna funcionalidad hasta que pagas - piensa en la transmisión de medios, aplicaciones basadas en eventos, aplicaciones para gestionar servicios de pago. Además, Apple ha ampliado enormemente el lenguaje de las compras dentro de la aplicación: ahora se pueden hacer suscripciones y la gente se siente cómoda con todos los impactos de la carga lateral de traer una fuente externa de pago a una aplicación (amazon, por ejemplo). La gran pregunta es si negarse a trabajar significa la negativa a realizar más operaciones o si la aplicación simplemente se bloquea y se apaga. En ese sentido de "prueba" tienes razón al 100%.
0 votos
@bmike Estaba respondiendo a "Si el usuario no paga, la app se niega a funcionar". Si el OP permitiera alguna funcionalidad, limitada, después del periodo de prueba, entonces estoy seguro de que estaría bien. Creo que el OP también tiene que investigar las directrices de revisión para esto (no hay ninguna indicación de que esto se hizo) porque sólo Apple puede decir el OP con seguridad si esto está permitido.
0 votos
@fsb Efectivamente, mi aplicación se bloquea después de la prueba, sin pago. No se pueden hacer más fotos. No funciona nada excepto la interfaz de pago. Ya he leído las directrices de revisión, pero no dice que las aplicaciones deben tener alguna funcionalidad aunque el usuario se niegue a pagar. Tampoco dice lo contrario, que una aplicación así esté bien. De ahí la necesidad de esta pregunta. Sé que las pruebas no están permitidas, pero no estoy seguro de qué es una "prueba". Se podría definir como una aplicación que se cierra después de un tiempo sin opción de pago. Estos términos no son precisos.
0 votos
@bmike He echado para atrás tu edición ya que hay múltiples formas de hacer una suscripción o prueba, y el objetivo es averiguar cuál de ellas funciona. La pregunta es más general sobre si las aplicaciones que se bloquean si el usuario se niega a pagar están bien, no sobre los detalles particulares del pago. Tampoco se trataba de qué funcionalidad debe tener la aplicación si el usuario no paga. Se trata más bien de qué método de pago es apropiado dado que tendrá cero funcionalidad para la gente que no paga. Aprecio tu ayuda, pero por favor no edites las preguntas para cambiar su significado significativamente.
0 votos
Las directrices establecen que una aplicación debe tener alguna funcionalidad, de lo contrario no sería aprobada por los revisores. Creo que si tu aplicación elimina todo funcionalidad después del periodo de prueba, sería rechazada. Sin embargo, otros desarrolladores consiguen evitar esto convirtiendo su aplicación en un "lector" después de la prueba (en lugar de un "escritor" y "lector" durante la prueba). Si tienes una cuenta de desarrollador, puedes preguntar a Apple (tienes 2 preguntas gratis al año).
0 votos
@VaddadiKartick He editado esto para tener una pregunta por pregunta. Vamos a hacer las preguntas de seguimiento como las de seguimiento. Intento evitar tener que cerrarlo por ser demasiado amplio.
0 votos
No son preguntas de seguimiento, sino partes de la misma pregunta, como he dicho: ¿puede una aplicación negarse a funcionar si el usuario no paga? El título de la pregunta lo dice. ¿Te importaría retroceder en el tiempo?
0 votos
Además, cuando volviste a la revisión 2, eliminaste las ediciones que hice en respuesta a los comentarios. Los añadí de nuevo manualmente, pero por favor, comprueba los cambios que haces antes de hacerlos.
0 votos
Los retrocesos son contundentes. Dejaré que esto viva o muera como a ti te gusta tenerlo - sólo estaba tratando de evitar las votaciones cerradas.