Una declaración de posicionamiento es el resultado de una decisión sobre a quién debería importarle, con qué te comparan y por qué importa tu diferencia. Rellenar una frase no toma esa decisión por ti. Esta plantilla de declaración de posicionamiento SaaS parte de la evidencia, compara dos posiciones plausibles y deja a la vista los beneficios que aún no están demostrados.
El posicionamiento va antes del eslogan
Un eslogan es una expresión breve que ve el lector. El posicionamiento aporta el contexto que hay detrás: el cliente, las alternativas que considera, tu diferencia relevante y el valor que esa diferencia podría crear. Puedes escribir un eslogan elegante y, aun así, que te comparen con el tipo de producto equivocado.
El ejercicio de posicionamiento de April Dunford advierte contra tratar una declaración terminada como un posicionamiento terminado. Su guía recorre las diferencias del producto, su valor, los clientes a los que les importan y el contexto de mercado. La hoja de trabajo de esta página es una herramienta editorial original de Soloop, inspirada en esa distinción; no es la plantilla de Dunford.
Usa el ejercicio para investigar las decisiones que hay detrás de una posición antes de comprimirlas en una frase. Revisa esas decisiones cuando cambien el producto o el mercado.
Leer A Product Positioning ExerciseEmpieza por la alternativa que el comprador realmente usa
Pregunta qué pasó la última vez que el comprador intentó completar la tarea. La alternativa puede ser otro producto SaaS, una hoja de cálculo, un servicio o no hacer nada. Una empresa que admiras no es automáticamente la alternativa que moldea las expectativas del comprador.
Mantén un pequeño registro de evidencias: el comportamiento del producto que inspeccionaste, una URL de la fuente o una nota con permiso, su fecha y lo que sigue sin saberse. La descripción de un cliente potencial es evidencia referida; una demostración que presenciaste es evidencia observada. Tu explicación de por qué algo importa es una inferencia hasta que la persona o el comportamiento relevante la respalde.
Usa la guía de análisis de competidores para reunir esos hechos y la hoja de trabajo del ICP (perfil de cliente ideal) para definir a quién se refiere la comparación. Esta página aborda la siguiente decisión: qué interpretación de los hechos es lo bastante útil como para probarla como posición.
Ejemplo práctico: un producto, dos hipótesis de posicionamiento
ReviewQueue y todos los registros que siguen son ejemplos didácticos ficticios. Las notas, las funciones y las declaraciones son inventadas; no son evidencia real de clientes ni resultados de tareas de Soloop. El mismo producto imaginario aparece en la guía de GTM para que puedas comparar decisiones de posicionamiento y de modelo de ventas sin cambiar el producto.
Supón que el registro de demostración D1 muestra una lista de entregables pendientes, enlaces de revisión que se pueden compartir y decisiones del cliente registradas. También confirma que no hay facturación, cobro de pagos, registro de horas ni dependencias generales entre tareas. La nota de entrevista ficticia I1 indica que una responsable de operaciones de una agencia revisa el chat y una hoja de cálculo para conocer el estado de las aprobaciones. I1 no establece con qué frecuencia se pierde un estado ni si esa responsable pagaría por sustituir ese flujo de trabajo.
| Dimensión | A · Espacio de aprobaciones de clientes | B · Gestión de proyectos para agencias |
|---|---|---|
| Cliente / situación | Responsable de operaciones de agencia que recoge decisiones del cliente sobre entregables; flujo de trabajo descrito en I1. | La misma responsable coordinando proyectos completos de clientes; la necesidad más amplia es una suposición, no algo establecido por I1. |
| Alternativa actual | Chat más una hoja de cálculo para el estado de las aprobaciones, según I1; si es suficiente sigue abierto. | Una suite general de gestión de proyectos; no se ha establecido que esta compradora la use. |
| Evidencia del producto | D1 muestra un enlace de revisión, una lista de pendientes y un registro de decisiones vinculados a un entregable. | D1 muestra una lista y estados, pero no registro de horas ni dependencias entre tareas. |
| Diferencia posible | Una decisión explícita del cliente adjunta al elemento de revisión en lugar de mensajes de estado dispersos. Se desconoce si es única frente a los competidores. | Una lista más acotada que una suite de proyectos. Tener menos funciones no es en sí una ventaja que valore el comprador. |
| Consecuencia valorada | La responsable podría encontrar el estado de las aprobaciones en un solo lugar. No se ha medido si esto reduce el trabajo de seguimiento. | La responsable podría tener menos software que configurar, pero quizá siga necesitando una suite de proyectos aparte. El esfuerzo neto se desconoce. |
| Contexto de mercado | Un espacio de trabajo para aprobaciones de clientes; acotado a una tarea de revisión específica. | Gestión de proyectos para agencias; puede crear expectativas que D1 no puede cumplir. |
| Evidencia en contra | Seguimiento ficticio I2: esta responsable dice que la hoja de cálculo actual es suficiente y que algunos clientes no abrirán otra herramienta. | A D1 le faltan funciones que implica la categoría más amplia. I1 trata sobre el estado de las aprobaciones, no sobre sustituir la gestión de proyectos. |
| Disposición a pagar | Desconocida. El interés en un registro más claro no establece un presupuesto ni una compra. | Desconocida. No se ha probado ninguna oferta ni decisión de sustitución. |
| Siguiente comprobación | Con permiso, observa un ciclo de aprobación real y si un cliente usa el enlace de revisión. Si se niega, registra la alternativa que usa. | Pregunta qué funciones espera un comprador de esta categoría antes de volver a considerarla. No prometas esas funciones. |
Elimina el beneficio que la evidencia no puede respaldar
Un primer borrador ficticio dice: ReviewQueue hace que las agencias cobren el doble de rápido. Elimina esa frase. D1 no incluye ninguna función de pagos, y ninguno de los registros inventados mide facturas, plazos de pago ni causalidad. Una cadena plausible que va de la aprobación a la facturación y al pago no es evidencia de la afirmación.
Una descripción del producto defendible es más acotada: ReviewQueue muestra las revisiones pendientes de los clientes y registra las decisiones de aprobación en cada entregable. D1 respalda esas funciones. «Ahorra tiempo persiguiendo aprobaciones» sigue siendo una hipótesis hasta que observes si el flujo de trabajo cambia y qué otro trabajo genera.
Haz la misma comprobación con cada adjetivo y cada comparación. «El más rápido» necesita una comparación definida y evidencia. «Más fácil» necesita una tarea y un usuario. «Único» necesita un conjunto de alternativas inspeccionadas. Cuando falte la evidencia, describe la función directamente o presenta el beneficio como algo que hay que probar.
Escribe ambas declaraciones y elige cuál probar
Usa esta estructura después de la hoja de trabajo: Para [cliente en una situación específica], [producto] es un [contexto de mercado] que ofrece [función respaldada o beneficio con evidencia]. Frente a [alternativa real], ofrece [diferencia relevante respaldada por una fuente]. Mantén las fuentes, las incógnitas y las condiciones de reversión junto a la declaración aunque no aparezcan en el texto publicado.
Hipótesis A: Para responsables de operaciones de agencias que siguen las aprobaciones de clientes entre el chat y hojas de cálculo, ReviewQueue es un espacio de aprobaciones de clientes que muestra las revisiones pendientes y registra las decisiones del cliente en cada entregable. Su distinción propuesta frente a la alternativa referida es mantener la decisión adjunta al elemento de revisión. D1 respalda las funciones; I1 aporta la alternativa; la preferencia del comprador se desconoce.
Hipótesis B: Para responsables de operaciones de agencias que coordinan proyectos de clientes, ReviewQueue es una herramienta ligera de gestión de proyectos centrada en el estado de las revisiones. Es una hipótesis alternativa completa, pero una mala opción para publicar hoy: D1 no puede respaldar las expectativas probables de la categoría más amplia, e I1 no establece una necesidad de sustituir la gestión de proyectos.
Elige A para una prueba de comprensión, con la afirmación limitada al comportamiento demostrado. Conserva B en el registro de decisiones junto con el motivo por el que se descartó. Si evidencias posteriores apuntan a otra categoría, reconsidera la posición antes de cambiar el titular en todas partes.
Copia la hoja de trabajo de posicionamiento con dos hipótesis
Copia la tabla en un documento y compara dos posiciones para el mismo producto actual. No necesitas cuenta. Usa identificadores de fuente con fechas y conserva las incógnitas en lugar de rellenar los huecos con afirmaciones atractivas. En el móvil, desplázate lateralmente para comparar ambas hipótesis.
| Dimensión | Hipótesis A | Hipótesis B |
|---|---|---|
| Cliente / desencadenante | [Rol, situación, ID de evidencia] | [Rol, situación, ID de evidencia] |
| Alternativa real | [Lo que usan hoy; fuente o desconocido] | [Lo que usan hoy; fuente o desconocido] |
| Hechos del producto | [Función actual, registro inspeccionado y fecha] | [Los mismos hechos del producto; sin funciones inventadas] |
| Diferencia relevante | [Diferencia frente a la alternativa nombrada; fuente] | [Diferencia frente a la alternativa nombrada; fuente] |
| Valor / límites | [Consecuencia; observada, referida o inferida] | [Consecuencia; observada, referida o inferida] |
| Contexto de mercado | [Categoría; funciones esperadas que puedes respaldar] | [Categoría; funciones esperadas que puedes respaldar] |
| Declaración | [Cliente + contexto + promesa respaldada + diferencia] | [Cliente + contexto + promesa respaldada + diferencia] |
| Afirmación que eliminar | [Afirmación sin respaldo; sustituto más acotado] | [Afirmación sin respaldo; sustituto más acotado] |
| Evidencia en contra | [Observación contra la posición; evidencia que falta] | [Observación contra la posición; evidencia que falta] |
| Pago / siguiente comprobación | [Disposición a pagar: evidencia o desconocida; siguiente comprobación con personas] | [Disposición a pagar: evidencia o desconocida; siguiente comprobación con personas] |
Comprueba la comprensión con personas y luego revisa la decisión
Muestra el mensaje resultante a una persona relevante y pregúntale qué hace el producto, para quién es y con qué lo compararía. Deja que responda antes de explicar la interpretación que pretendías. Registra los malentendidos y las expectativas no cubiertas con el mismo cuidado que los acuerdos.
La guía de mensajes que aparece más abajo explica esa prueba. Entender la frase es algo distinto de preferir el producto, usarlo o pagar por él. Si los lectores esperan de forma constante planificación de proyectos de una herramienta de aprobaciones, revisa el contexto. Si lo entienden pero su alternativa actual les basta, investiga la necesidad en lugar de reescribir el eslogan una y otra vez.
Lleva la evidencia y ambas hipótesis a Soloop
Copia este texto inicial en la conversación: Mi producto es [URL] para [rol y flujo de trabajo]. Las funciones actuales son [hechos con fuentes]. Los compradores usan actualmente [alternativa; evidencia o desconocido]. Compara estas posiciones [A] y [B], separa las afirmaciones respaldadas de las suposiciones e identifica una evidencia en contra que buscar a continuación.
Puedes completar la hoja de trabajo por tu cuenta. Si una laguna de evidencia externa requiere más investigación, plantea una tarea de investigación de competidores acotada y revisa el alcance y el coste que propone antes de aprobarla. Una declaración generada o una reacción simulada de un comprador no valida la posición. La entrada pública de Soloop no transfiere esta hoja de trabajo; cópiala tú y comparte solo material que tengas permiso para usar.