Análisis competitivo (Teardown)
El resultado es una decisión, no un inventario de características. Cada brecha recibe un rango, una estimación de esfuerzo y un veredicto de construir o ignorar.
Método
-
Investiga el estado actual del competidor — precios, posicionamiento, qué lanzaron en los últimos 6 meses, de qué se quejan sus usuarios. Fecha cada afirmación; la mayoría de las categorías se mueven más rápido de lo que sobrevive el informe.
-
Audita tu propio repositorio para ver qué ya existe. Este es el paso que cambia la respuesta. Repetidamente, las "brechas" de mayor valor resultan ser andamios inactivos ya presentes en el código base sin llamadores, o una funcionalidad lanzada tras una bandera que nadie activó. Busca (grep) antes de concluir que falta algo.
-
Filtra a través del usuario real. Nombra a quién sirve tu producto, específicamente, y juzga cada brecha en función de esa persona. Una característica que impresiona en una demo empresarial puede ser inútil para un usuario individual, y viceversa. Indica a quién sirve cada brecha — si la respuesta es "alguien a quien no le vendemos", ese es el veredicto.
-
Clasifica por valor para ese usuario, con una estimación aproximada de esfuerzo y qué lo hace barato o caro.
Estructura
# <Competidor> vs <Nosotros> — Análisis de brechas competitivas (AAAA-MM-DD)
<Una línea nombrando el modo de investigación utilizado.>
## Titular
<Cuál es su verdadera ventaja — generalmente no lo que comercializan.>
## Brechas clasificadas
1. **<Brecha>** (~esfuerzo) — evidencia del repositorio, por qué importa a nuestro usuario, qué construir.
## Explícitamente no vale la pena copiar
<Nombradas, con razones.>
## Lectura estratégica
<La lección duradera, separada de la lista de características.>
La sección de no vale la pena copiar es obligatoria
Es la sección que mantiene honesto el backlog. Sin ella, un análisis competitivo es una lista de trabajo en la que ahora te sientes atrasado.
Características que demuestran bien y a menudo no sirven a nadie en particular: objetos personalizados, lienzos visuales de flujo de trabajo, tableros kanban, superficies de colaboración en productos mono-usuario, y enriquecimiento dirigido a un comprador al que no le vendes. Recházalas por nombre, con la razón, para que el próximo análisis no las vuelva a proponer.
La distribución supera a las características
Cuando el competidor es más grande, la amenaza suele ser cómo llegan al usuario — empaquetamiento, una integración predeterminada, una relación con el titular — no su conjunto de funciones. Pesa eso explícitamente. Un análisis que solo compara características recomendará el trabajo equivocado.
Restricciones permanentes
Lleva una lista corta de fallos previos para que el análisis no reabra decisiones ya tomadas: cosas que la dirección ya ha decidido no construir, afirmaciones de posicionamiento que han sido descartadas, y apuestas estructurales que no están sujetas a debate. Agrégales según se tomen veredictos.
Regístralos en la copia propia de este skill del proyecto — el punto es que un competidor haciendo algo no es, por sí mismo, un argumento para revertir una decisión.
Páginas comparativas
Si la solicitud incluye copia de marketing, sigue cualquier patrón de casa que ya exista en lugar de inventar uno. Mantén cada afirmación factual sobre el competidor fechada y con fuente — estas páginas son públicas y una afirmación obsoleta es un riesgo.
Déjalas como borradores. No publiques una página comparativa sin la aprobación explícita de un humano.
Salida
Escribe el análisis donde el proyecto guarda su investigación. Si el análisis cambia la estrategia, agrega una sección fechada al centro o plan relevante — no anules silenciosamente un veredicto anterior.