app-offer

¿Qué hace app-offer?

Ejecútalo una vez, de principio a fin. Escribe una oferta recomendada en un archivo y coloca las alternativas en su apéndice.

Archivos

Archivo	Cuándo leerlo
reference/frameworks.md (F§)	Cuando un paso diga "Leer F§n". Contiene marcos de trabajo con traducciones de apps, rúbricas y ejemplos; F§16 enumera ideas consideradas no aplicables; F§17 contiene las fórmulas de referencia.
reference/app-store-constraints.md (C§)	Antes de los pasos 7, 8 y 9, y antes de escribir cualquier precio, afirmación, temporizador, garantía o nombre. Tiene una fecha "actualizado a". Vuelve a verificar cualquier cosa que se vaya a publicar.
reference/100m-offers-transcript.txt	Opcional. Úsalo para buscar un detalle específico. La skill debe funcionar sin él. Nunca cites más de 15 palabras consecutivas.

Reglas estrictas (en cada paso)

1. Solo honestidad. Sin temporizadores, contadores o escasez falsos; sin reseñas o testimonios falsos, escritos por IA o no atribuidos, y divulga cualquier incentivo detrás de uno; sin precios "antes" inventados ni razones; sin términos de renovación ocultos; sin funciones que no estén en la compilación. Infringir esto hace que las apps sean rechazadas (Apple 2.3.1, 5.6; Google Prácticas engañosas) y rompe las reglas de la UE/REINO UNIDO/FTC (C§7, C§8).
2. Cada valor en dólares necesita una justificación: horas ahorradas x el valor por hora del usuario, el precio de la alternativa del mundo real o un precio independiente real. Sin justificación, no hay número. Los elementos no valorados cuentan como cero en cada proporción. Nunca infles un número para pasar una prueba.
3. El monto facturado es el precio más destacado. Los equivalentes por día o por mes son pequeños y secundarios (C§2).
4. Señala estos riesgos dondequiera que aparezcan:
   • Afirmaciones de resultado + fecha límite: las redes publicitarias las restringen (C§7); App Review elimina las afirmaciones que la aplicación no puede cumplir o justificar (2.3.1).
   • Afirmaciones de salud, cognitivas, financieras o de ingresos necesitan justificación (C§7). Afirma solo las ganancias de habilidad medidas dentro de la aplicación, no la transferencia al trabajo, la escuela o el cerebro.
   • Niños o adolescentes: Categoría Kids, control parental, COPPA y las leyes de edad estatales, que se aplican a usuarios menores de 18 años en cualquier categoría (C§10).
   • Datos sensibles (financieros, de salud, íntimos, de ubicación): C§16.
5. Una garantía debe ser pagadera en cada plataforma y en cada plan junto al que se muestre (C§5).
6. Mercado > oferta > persuasión. Arregla primero el eslabón débil más alto.
7. Parafrasea el libro. Cita como máximo 15 palabras a la vez, y raramente.
8. Haz como máximo 3 preguntas, solo si el usuario objetivo o el trabajo principal no se pueden deducir; una de ellas también puede incluir los números del fundador en el Paso 0.7 cuando el canal de adquisición sea desconocido. De lo contrario, etiqueta las suposiciones [A], los sustitutos de referencia de C§14 [B] y continúa.
9. Conectores: no consultes conectores de análisis o ingresos a menos que el usuario confirme que el proyecto o ID de la aplicación pertenece a esta aplicación. De lo contrario, pregunta o marca [A].
10. Estilo y longitud: simple y directo, tablas para rúbricas, sin relleno. Cuerpo de aproximadamente 3.000 a 4.000 palabras más tablas; el exceso va a los apéndices.

Paso 0: Recopilación y suposiciones

1. Clasifica la entrada: una oración / documento / URL / repositorio existente. El directorio de trabajo es el proyecto de esta aplicación solo si la entrada lo nombra o su código y notas coinciden con la idea. De lo contrario, trata la entrada como una idea nueva: no busques en el directorio de trabajo y escribe en ./<app-slug>-grand-slam-offer.md.
2. Aplicación existente: base en la evidencia antes de diseñar cualquier cosa.
   • Productos y precios: grep -rniE 'purchases_flutter|revenuecat|Purchases\.|offering|entitlement|productId|product_id|weekly|annual|lifetime|StoreKit|BillingClient' --include='*.dart' --include='*.swift' --include='*.kt' --include='*.ts' --include='*.tsx' --include='*.json' --include='*.storekit' --exclude-dir={build,Pods,.dart_tool,node_modules,.git} .
   • Paywall e incorporación: archivos con el nombre *paywall* *onboard* *intro* *upgrade* *pro* *premium*, más la copia localizada (.arb, .strings, strings.xml). Registra las configuraciones regionales publicadas.
   • Analítica: llamadas track(, logEvent, Mixpanel/Amplitude/Firebase; observa cuáles de los eventos paywall_view, trial_start, purchase, cancel y retention existen.
   • Notas: CLAUDE.md, README*, docs/, research/, archivos de memoria, fastlane/metadata, CHANGELOG y archivos que coincidan con *brand* *voice* *tone* *style* *listing* *aso* *keyword* *mascot* *pricing* *monetis* *paywall (también imágenes).
3. Modo de evidencia. Con WebSearch/WebFetch: dedica aproximadamente 12 búsquedas a precios y calificaciones de 5 a 10 competidores, temas de reseñas de 1 a 3 estrellas para los 3 principales y un hilo de la comunidad; cita la URL y la fecha en el Apéndice B. Sin web: etiqueta cada elemento [A: memoria, no verificado] y enuméralo bajo "Para verificar antes de fijar precios". Sin datos en vivo: usa filas nombradas de C§14 como sustitutos [B] (tasa de reembolso = fila de reembolso de la categoría; períodos pagados según F§17.1; tráfico = instalaciones x proporción que llega al paywall). Antes del lanzamiento: la minería de reseñas es "n/a: pre-lanzamiento"; mina las reseñas de los competidores en su lugar.
4. Oferta actual en las tres partes del libro: qué obtienen, cómo pagan, los términos (F§1.2). Idea nueva: "antes" = la idea tal como se expresa (característica simple, sin oferta).
5. Aplicación existente: audita el paywall actual y la incorporación según C§2, C§7 y C§8 (descartar, divulgaciones, estimaciones etiquetadas, resultados implícitos, insignias). Enumera las infracciones en §0. Se envían primero, independientemente de la oferta.
6. Decisiones previas encontradas en notas o memoria se convierten en restricciones en §0, cada una marcada como mantener o desafiar (con una razón). Nunca anules una en silencio; coloca el desafío en el Apéndice A.
7. Números del fundador (valores predeterminados [A]): objetivo de ingresos ($100k/año neto de tarifas); canal de adquisición (orgánico); capacidad de desarrollo (solo, a tiempo parcial); tarifa de la tienda (15% si Programa para Pequeñas Empresas, sino 30%; Google según C§1); participación del IVA en el bruto (de la combinación de tiendas, sino 8%); tasa de impuesto sobre la renta (30%); valor por hora del avatar (salario medio local); vistas de paywall por semana (medidas, sino 300).
8. Indicadores: usuarios niños o adolescentes; afirmaciones de salud, cognitivas o financieras; datos sensibles; costo variable por usuario (inferencia, minutos humanos, SMS, datos de terceros o tarifas de API como agregación bancaria, OCR o KYC, almacenamiento); producto multiusuario (pareja, familia, equipo, clase: quién debe unirse para obtener valor, quién paga); posible uso indebido contra un usuario vulnerable (coerción, monitoreo, menores).

Escribe §0, más la columna "antes" utilizada en §11 y §12.

Paso 1: Prueba de mercado de la multitud hambrienta (Leer F§2)

Prueba	1	3	5	Evidencia
Dolor	Agradable de tener, nadie se queja	Molestia recurrente	Desesperado, costoso o vergonzoso; mencionado sin ser preguntado	Reseñas de 1 a 3 estrellas de la competencia, Reddit, términos de búsqueda
Poder adquisitivo	El que paga no puede pagar (niños, desempleados)	Mixto	El que paga tiene dinero y una razón (carrera, examen, salud, padres)	Pagador vs usuario, combinación de tiendas, LTV de geografía del usuario (C§14)
Fácil de segmentar	Sin lugar de reunión, sin palabra clave	Algunos canales	Grupo propio de palabras clave, comunidades, creadores; una página de producto personalizada podría hablar solo a ellos	Popularidad de palabras clave ASA, subreddits, creadores
En crecimiento	Disminuyendo, o a punto de ser absorbido por el SO o IA gratuita	Plano	Viento a favor (demográfico, plataforma, temporada, regulación)	Tendencias de categorías, riesgo "Sherlock"

• Asigna la aplicación a salud, riqueza o relaciones. Entretenimiento puro: dilo; el precio basado en el dolor es más débil allí.
• Puntúa a los candidatos: el mercado tal como se expresa (aplicación existente: el escalón que sirven la lista actual y la marca) más 2-4 subgrupos.
• Veredicto. Juzga el mercado tal como se expresa (aplicación existente: el escalón que sirven la lista actual y la marca). Verifica en este orden:
  1. PIVOTAR: ningún candidato tiene cada prueba en 3+. Dilo claramente; la oferta no puede arreglarlo.
  2. IR: el mercado tal como se expresa tiene cada prueba en 3+ y un total de 14+. IR (mercado normal): tiene cada prueba en 3+, un total de 12-13, y ningún subgrupo con cada prueba en 3+ puntúa más alto; la oferta lo lleva (F§2.7).
  3. ESPECIALIZARSE: de lo contrario. Toma el subgrupo con la puntuación más alta que tenga cada prueba en 3+; indica su puntuación, si alcanza IR, la brecha y qué la cerraría.
• Aplicación existente en ESPECIALIZARSE: mantén el paywall principal en el escalón actual a menos que el usuario pida reposicionar. Agrega el subgrupo como un seguimiento de objetivo de incorporación, una página de producto personalizada y su propia Oferta; promociónalo solo después de que su contenido se envíe y gane una prueba.
• Califica mercado / oferta / persuasión como excelente / normal / malo. Indica dónde va el esfuerzo primero.
• Escalera de nicho: 4 escalones desde genérico hasta hiperespecífico, con la implicación de precio de cada uno. Espera aproximadamente una prima de 2 a 5 veces en toda la escalera, no las 100 veces del libro (F§16). El escalón al que te comprometes es el mercado tal como se expresa en IR, si no, el subgrupo de ESPECIALIZARSE (aplicación existente: la regla anterior).
• Avatar: 4 calificadores concretos, para quién NO es, y quién podría ser dañado por el producto o su mal uso (y qué elementos de la oferta se vuelven opcionales o se excluyen).
• Posicionamiento: "Ayudamos a [avatar] a obtener [resultado] a través de [mecanismo único] sin [miedo más profundo]."
• TAM: pagadores alcanzables x LTGP por pagador = techo. Idea nueva: LTGP provisional = precio anual medio de la categoría x (1 - tarifa) x (1 - participación del IVA) x 1.3 períodos [A]; recalcula en el Paso 7 y actualiza §1.3 si el veredicto cambia. Planea un nicho adyacente solo si el techo calculado, no una meseta, está por debajo del objetivo; una meseta significa mejorar la oferta primero.
• Comprométete. Otros avatares se convierten en páginas de producto personalizadas o seguimientos de incorporación más adelante. No cambies de nicho después de una prueba fallida.

Escribe §1.

Paso 2: Prueba de mercantilización (Leer F§1.6, F§4.10, F§4.12)

• Enumera al menos 5 sustitutos, incluidos los gratuitos: 2-3 aplicaciones rivales nombradas, YouTube/TikTok, ChatGPT u otra IA gratuita, la función del SO, papel y bolígrafo / un libro / un tutor, y no hacer nada. Reúne precios y temas de reseñas según el Paso 0.3.
• Tabla: sustituto | costo monetario | tiempo para el resultado | esfuerzo | sueño / probabilidad / tiempo / esfuerzo puntuados 0, 0.5 o 1 (1 = favorece al comprador: gran sueño, alta probabilidad, poco tiempo, bajo esfuerzo) | total /4 | por qué alguien lo elige.
• Responde: (1) ¿Cómo compara un posible cliente estos en la búsqueda de la tienda (icono, captura de pantalla 1, calificación, precio)? (2) ¿Dónde gana esta aplicación en tiempo o esfuerzo? Rápido vence a gratuito. (3) ¿Qué oración la convierte en una categoría de uno (método nombrado + avatar + resultado + intervalo)? Si necesita explicación, falla.

Escribe §2.

Paso 3: Auditoría de la ecuación de valor (Leer F§4)

Valor = (Resultado soñado x Probabilidad percibida) / (Demora de tiempo x Esfuerzo y sacrificio). Puntúa cada impulsor del 1 al 5; más alto siempre es mejor, por lo que el tiempo y el esfuerzo se puntúan en función de lo pequeños que son. Calibra según la cadencia natural de la aplicación (juego diario, presupuesto semanal, informe mensual); F§4.11 tiene ejemplos para tres tipos de aplicaciones.

Impulsor	Medida de la aplicación	1	5
Resultado soñado	El resultado tal como lo notarían los compañeros o la pareja del usuario	Una característica ("Desbloquear Pro")	Un resultado específico más un intervalo, en una escena que importa al grupo de compañeros o a la pareja del usuario
Probabilidad	Calificación y recuento, estadísticas de resultados medidos, línea base personal, plan personalizado, demostración del resultado, señales de ajuste, reversión del riesgo	Sin prueba	Línea base + datos de "personas como tú" + plan + garantía
Demora de tiempo	Tiempo hasta la primera victoria sentida; una ganancia medida antes de que termine la prueba o la primera renovación; progreso visible	Sin victoria sentida antes del primer cobro	Victoria sentida dentro de la primera sesión (objetivo en segundos); ganancia medida antes de que termine la prueba
Esfuerzo y sacrificio	Toques, escritura, cuenta, configuración, permisos, minutos por ciclo, fuerza de voluntad, vergüenza	Cuenta + configuración + muros de permisos antes del valor; sesiones largas	Solo los pasos que el trabajo principal realmente necesita, ninguno antes del valor; los errores permanecen privados

• Para cada impulsor en 3 o menos, enumera soluciones lógicas (cambia la compilación) y soluciones psicológicas (barras de progreso, pantalla de plan, cuenta regresiva para el próximo desbloqueo, encuadre por día, renombrar). Prueba primero las psicológicas; son más baratas.
• Empuja el denominador hacia cero: ¿cuál sería la versión hecha por ti?
• Nombra el sueño a largo plazo y los beneficios por los que la gente se queda, con hitos en la cadencia de la aplicación (por ejemplo, día 1 / 3 / 7 / 30).

Escribe §3 (puntuaciones del antes; las puntuaciones del después se agregan en el Paso 11).

Paso 4: Inventario de problemas (Leer F§7.2)

1. Recorre el viaje: descubrir > página de la tienda > instalar > incorporación > primera sesión > (multiusuario: invitación enviada > segundo usuario se une) > día 2 > primera semana > meseta o aburrimiento > facturación y renovación > eventos de la vida (viaje, semana ocupada, teléfono nuevo, dispositivo compartido) > compartir > el siguiente problema después del éxito.
2. En cada etapa, verifica cuatro cubos: no vale la pena (sueño); no funcionará para mí / no me mantendré en ello (probabilidad); demasiado difícil / me veré estúpido (esfuerzo); demasiado lento / no tengo tiempo (tiempo).
3. Escribe cada obstáculo en las propias palabras de creencia limitante del usuario. Extrae de reseñas, Reddit, correo de soporte, razones de cancelación, abandono de la incorporación (prelanzamiento: reseñas de competidores).
4. Etiqueta cada uno con su impulsor. Apunta a 20 o más; 30-60 es normal. Clasifica por frecuencia x severidad.

Cuerpo: las 25 filas principales (# | etapa | palabras del usuario | impulsor | fuente). El resto va al Apéndice D.

Escribe §4.

Paso 5: Soluciones y vehículos de entrega (Leer F§6, F§7.3-7.8)

1. Convierte cada problema en "Cómo [beneficio] incluso si [obstáculo]". El cuerpo muestra las 10 principales; el resto va al Apéndice D.
2. Enumera vehículos para cada problema: al menos 3 para cada uno de los 10 principales y al menos 1 para cada uno del resto, antes de juzgar cualquiera (diverge, luego converge). Agrupa los problemas que comparten un vehículo. Usa el cubo de entrega:

Eje	Opciones
Atención	1:1 (fundador, entrenador humano, tutor de IA) / grupo pequeño (duelo de amigos, liga familiar, cohorte) / 1:muchos (característica, contenido, tabla de clasificación, evento en vivo)
Esfuerzo	Herramienta DIY / plan guiado DWY o entrenador de IA / automatización DFY
Medio	En la aplicación, widget, notificación, reloj, pantalla de bloqueo / Actividad en vivo, correo electrónico, chat, voz, sesión en vivo, imprimible
Velocidad de respuesta	Instantáneo 24/7 (software, IA) / mismo día / semanal

3. Ejercicio de ladrillos: cambia un atributo a la vez (superficie, formato, duración de la sesión, tamaño social, audiencia, pagador) y anota nuevas ideas.
4. Prueba 10x / 1/10: ¿qué entregarías a 10 veces el precio? ¿Cómo ganarían aún los usuarios a 1/10? Guarda la mejor idea de cada extremo.

Escribe §5: problema | línea de cómo | vehículos (códigos de cubo).

Paso 6: Recortar y apilar (Leer F§7.9-7.18)

...