Auditoría SaaS — Revenue Centric Design (RCD)
Audita cualquier SaaS para que su diseño sirva al valor del usuario Y a los ingresos al mismo tiempo. Esta skill convierte un cuerpo de conocimiento de diseño conductual en una auditoría repetible que saca a la luz puntos de mejora concretos y priorizados, cada uno vinculado a un sesgo cognitivo o principio nombrado, con una solución recomendada.
Fuente y crédito. Estos marcos sintetizan publicaciones y artículos públicos de Richard — "Design for startups" (@richardrx): Revenue Centric Design, el Swiss Knife Index, las 4 fases de startup, precios GBB, el filtro de características y más. La ciencia subyacente se atribuye a sus originadores (Kahneman & Tversky, Dan Ariely, Eugene Schwartz, Aronson & Mills, Nir Eyal, Fitts, Hick, Nielsen Norman Group). Aplica la persuasión éticamente — consulta Puerta ética.
Tesis central
El diseño neutral no es "objetivo" — es omisión. Una interfaz que no guía deliberadamente la atención hace que el camino hacia el valor sea más largo y los ingresos más difíciles. El buen diseño de producto nunca es valor para el usuario o ingresos para el negocio; es ambos, por construcción. Los sesgos cognitivos son las palancas; el ciclo de vida del cliente es el mapa; la fase de la startup establece las prioridades.
Qué hace esta skill
Dado un SaaS (una URL, capturas de pantalla, una descripción, un código base o una superficie específica como "nuestra página de precios"), produce una auditoría: una lista priorizada de puntos de mejora, cada uno con evidencia, el sesgo/principio que viola, una solución concreta y una estimación de esfuerzo×impacto. Funciona para una auditoría completa o una enfocada (solo precios, solo onboarding…). Para una solicitud enfocada, sigue primero los Pasos 0–1 (fase + ICP) — lo reencuadran todo — luego salta a la etapa relevante.
Flujo de trabajo de auditoría
Copia esta lista de verificación en tus notas de trabajo y complétala:
Progreso de auditoría:
- [ ] Paso 0: Fase de startup calibrada (ARR/MRR + prioridades)
- [ ] Paso 1: Claridad del ICP verificada
- [ ] Paso 2: Ciclo de vida recorrido (Adquisición → Activación → Retención → Monetización → Métricas)
- [ ] Paso 3: 9 principios RCD puntuados
- [ ] Paso 4: Lista maestra ejecutada
- [ ] Paso 5: Hallazgos emitidos en plantilla de informe
Paso 0 — Calibrar a la fase de startup → references/startup-phases.md
El fallo más común es aplicar el consejo de la fase equivocada (bucles de crecimiento de etapa de escala en un producto de etapa de supervivencia). Establece el ARR/MRR (o una mejor estimación) y determina qué importa:
| Fase | Banda ARR | Objetivo | Dónde el diseño paga |
|---|---|---|---|
| Supervivencia | R$0–240k | Probar que alguien paga | Diferenciación visual, capa de confianza, velocidad al valor |
| Tracción | R$240k–1.2M | ¿Suerte o sistema? | Conductual: onboarding, TTV, realización de valor, palancas de upselling, control de churn |
| PMF | R$1.2M–6M | Probar escala (los usuarios llegan, se quedan, refieren) | Eficiencia de retención, margen |
| Escala | R$6M+ | Competir por atención | Optimización continua + defendibilidad (efectos de red, foso de datos) |
Paso 1 — Verificar claridad del ICP → references/acquisition.md
Todo lo que sigue depende de un ICP nítido y desatendido que: (a) sienta el dolor con peso real (la pérdida cuando no se resuelve es grande), (b) sea suficientemente grande (TAM ascendente), (c) pueda pagar el ticket que tu economía unitaria necesita, (d) tenga ajuste fundador. Un ICP vago ("cualquiera que quiera el producto") hace que cada hallazgo posterior sea ambiguo y que los errores sean indiagnosticables. Si el ICP no está claro, ese es el hallazgo #1.
Paso 2 — Recorrer el ciclo de vida
Para cada etapa, lee la referencia correspondiente + la sección correspondiente de la lista de verificación, luego registra las brechas.
| Etapa | Lee | Buscando |
|---|---|---|
| Adquisición | references/acquisition.md | Hero falla la prueba de 5 seg, jerga, CTA genérico, prueba ausente/débil, desajuste de conciencia, LP que no califica |
| Activación / Onboarding | references/onboarding-activation.md | Sin momento ajá definido, TTV lento, dashboard vacío, tour pasivo, fricción administrativa, brecha de viaje |
| Retención / Churn | references/retention-churn.md | Deuda de expectativas, churn por jerga, flujo de cancelación muerto, modelo de trabajo único, comunicaciones reactivas, baja adopción de funciones, sin bucle de hábito, sin foso |
| Monetización / Expansión | references/pricing-expansion.md | Sin señuelo/ancla, >4 planes, gratis anclado en cero, malos valores predeterminados, camino de actualización débil, upselling que interrumpe en lugar de encontrar un límite |
| Métricas / Experimentación | references/metrics-experimentation.md | Métricas vanidosas, pruebas A/B con potencia insuficiente, LTV combinado, LTV:CAC inflado, matemática de cubeta con fugas ignorada |
| Estrategia de producto / diseño | references/product-design-strategy.md | Crecimiento de funciones (Swiss Knife Index), sin filtro de funciones, dashboard desordenado, refactorizaciones solo cosméticas |
Paso 3 — Puntuar los 9 principios RCD → references/revenue-centric-design.md
Califica cada principio como Pass / Partial / Fail con una frase de evidencia. Esta es la tarjeta de puntuación transversal.
Paso 4 — Ejecutar la lista maestra → checklists/master-audit-checklist.md
El detector de brechas integral y consciente de la fase. Cada concepto del corpus aparece aquí. Cada elemento es una verificación sí/no etiquetada con su sesgo/principio y un puntero a la referencia para la solución.
Paso 5 — Emitir hallazgos → assets/audit-report-template.md
Completa la plantilla: veredicto de fase + ICP, tabla de hallazgos (área · hallazgo · evidencia · sesgo/principio · severidad · solución · esfuerzo×impacto), top-5 de ganancias rápidas, tarjeta de puntuación RCD.
Navegación — qué archivo responde a qué pregunta
| Pregunta | Archivo |
|---|---|
| "¿Qué significa cada principio RCD y cómo lo verifico?" | references/revenue-centric-design.md |
| "¿Qué sesgo aplica aquí / cuál es el estudio detrás?" | references/cognitive-biases.md |
| "¿Están bien la landing page / hero / copy / CTA / posicionamiento?" | references/acquisition.md |
| "¿Por qué no activan las pruebas? ¿Qué patrón de onboarding encaja?" | references/onboarding-activation.md |
| "¿Por qué la gente se da de baja? ¿Cómo retengo y construyo un foso?" | references/retention-churn.md |
| "¿Cómo deberían estructurarse precios/niveles/valores predeterminados/actualizaciones?" | references/pricing-expansion.md |
| "¿Es confiable esta métrica o experimento?" | references/metrics-experimentation.md |
| "¿Demasiadas funciones? ¿Dashboard desordenado? ¿Qué recortar?" | references/product-design-strategy.md |
| "¿Qué debería priorizar en mi etapa?" | references/startup-phases.md |
| "Dame la lista de verificación completa." | checklists/master-audit-checklist.md |
Cómo escribir recomendaciones
- Sé específico y cuantificado. "Reemplaza el titular del hero 'A plataforma completa de produtividade' por uno que nombre el ICP + resultado, p. ej. 'Controle de comandas para oficina mecânica'" — no "mejora el titular."
- Vincula cada hallazgo a un sesgo o principio nombrado (p. ej., Anclaje, Aversión a la pérdida, RCD #6 Valores predeterminados). El "por qué" es lo que hace que una recomendación sea persuasiva y confiable.
- Respeta la fase. No recomiendes optimización de etapa de escala para un producto de etapa de supervivencia. En supervivencia, prioriza diferenciación/confianza/velocidad al valor; en tracción, onboarding conductual y churn; más tarde, eficiencia de retención y foso.
- Prefiere soluciones de alto apalancamiento sobre lo cosmético. La estructura de precios, los valores predeterminados y la secuencia de onboarding mueven métricas mucho más que el color de un botón. (1% mejor precio ≈ 8–11% más ganancia vs ~2% de 1% mejor adquisición — ProfitWell.) Señala "repintado" disfrazado de "refactorización."
- Cuantifica la fuga cuando puedas. Usa la matemática de cubeta con fugas y LTV por cohorte en
references/metrics-experimentation.mdpara traducir un punto de churn a R$.
Puerta ética
La persuasión aquí es para claridad y momentum, no coerción. Haz cumplir estas reglas o la auditoría se convierte en un manual de patrones oscuros:
- Los valores predeterminados deben ser éticamente defendibles. Una casilla pre-marcada que atrapa a los usuarios en gastos es cebo de churn y riesgo de ReclameAqui/reembolso — recomienda valores predeterminados que coincidan con lo que un usuario informado del ICP elegiría.
- La promesa debe igualar la prueba (RCD #4). Nunca recomiendes una afirmación que el producto no pueda demostrar — eso crea deuda de expectativas y causa churn.
- La escasez/urgencia debe ser real. Recomienda escasez honesta solo (límites reales, plazos reales), nunca cuenta regresivas fabricadas.
- La fricción que califica ≠ fricción que atrapa. Agrega fricción para calificar la intención o profundizar el compromiso; nunca para obstruir la cancelación.
Referencia rápida de benchmarks
Úsalos como metas aproximadas (principalmente SaaS; algunos datos de EE. UU. — ajusta para tu mercado). Fuentes en references/.
| Métrica | Débil | OK | Fuerte | Nota |
|---|---|---|---|---|
| Tasa de activación | <20% | 30–37% | 40%+ | <20% = problema estructural de onboarding/producto |
| Retención D7 | <10% | 10–15% | >30% | |
| Tiempo hasta el valor (TTV) | días | ~1d12h (mediana) | <5 min (top) | Userpilot, 547 cos. |
| NRR (B2B) | <100% | ~100% | >110% | Separa el crecimiento del embudo con fugas |
| Prueba→pago, con tarjeta vs sin tarjeta | 8.9% (sin tarjeta) | — | 31.4% (con tarjeta) | Chartmogul 2026, EE. UU., 200 productos |
| LTV:CAC | <3:1 | 3:1 | >3:1 | Recalcula por cohorte; combinado sobreestima 30–50% |
| Swiss Knife Index | <0.3 | — | ≥0.3 | funciones usadas por >40% de activos/30d ÷ total |
| Niveles de precios | 1 o 5+ | — | 3 (2–4 máx.) | Ley de Hick; señuelo necesita un plan intermedio |
| Punto dulce de reseñas | 5.0 (parece falso) | — | 4.2–4.5★ | Northwestern |
Al citar un número, atribuye la fuente y señala que es un benchmark, no una garantía.