Retirada por política de app store de un plugin B2B SaaS

Hechos

Mi cliente era un pequeño desarrollador de un plugin B2B SaaS distribuido a través de una app store importante de productividad. El plugin extendía la capacidad de flujo de trabajo dentro de la plataforma host y era usado por unos cientos de clientes empresariales pagos. La app store emitió un aviso de retirada citando una disposición de política sobre alcances de acceso a datos, afirmando que los permisos solicitados por el plugin excedían lo necesario para la función declarada del plugin. La retirada fue efectiva al aviso; los clientes perdieron acceso al plugin de la noche a la mañana.

La posición del desarrollador era que los alcances solicitados eran necesarios para la función documentada del plugin y que los mismos alcances habían sido aprobados en cada presentación previa. El texto de política de la app store era suficientemente flexible como para que ambas lecturas tuvieran respaldo textual. La base de clientes del desarrollador estaba al teléfono en horas.

Lo que hice

Leí el acuerdo de licencia de desarrollador de la app store, la política relevante de alcances de datos en su forma vigente y la propia documentación de alcances y justificación del plugin tal como se presentó. Construí un mapeo característica por característica de cada alcance solicitado a la funcionalidad específica de cara al usuario que respaldaba, con citas al propio flujo de UI del plugin y a la documentación de la plataforma host que describía qué desbloqueaba cada alcance.

Redacté una apelación escrita dirigida al equipo de revisión de política de desarrolladores de la app store. La apelación recorría el mapeo, incluía capturas de pantalla de los flujos de UI del plugin que dependían de cada alcance y proponía un conjunto más estrecho de alcances para un nivel paralelo de bajos permisos del plugin, de modo que el desarrollador pudiera continuar sirviendo a los clientes que no necesitaban el conjunto completo de características. También redacté una comunicación a los clientes explicando la retirada en inglés simple para que los clientes del desarrollador tuvieran un registro escrito de lo que estaba pasando.

Resultado

Tras la apelación escrita y el nivel paralelo propuesto de bajos permisos, la app store reinstaló el plugin dentro de la semana siguiente con el conjunto completo de alcances, con la condición de que el desarrollador publicara el mapeo característica-a-alcance en el listado del plugin. El nivel paralelo de bajos permisos se lanzó junto con el nivel completo. La base de clientes permaneció intacta. Cada asunto depende de sus hechos; el resultado aquí no predice el resultado en una retirada de app store con formato similar.

Lección

Una retirada de app store se decide dentro de los propios canales de política y apelación de la plataforma, en un registro escrito. El registro escrito más fuerte es uno que hace el trabajo del revisor de la plataforma por ella: un mapeo característica por característica de alcance, evidencia de UI para cada alcance y una ruta propuesta de degradación elegante que la plataforma pueda aceptar sin perder la cara. Un desarrollador que construye ese registro por adelantado, como parte de la práctica rutinaria de presentación en lugar de bajo presión de retirada, tiene una postura de apelación significativamente mejor si una retirada alguna vez aterriza.