Decisión antes del código
Una decisión antes del código.
Para un producto nuevo que encaje: continuar, reformular o declinar, por escrito, con motivos y en un plazo de 48 horas en días laborables. Antes de cualquier línea de código.
La toma nuestro CEO, Mark Prais. No se vende y no es un informe: es nuestra decisión de asumir o no su producto, tomada antes de que ninguna de las partes invierta dinero.
La carta
Una carta firmada por nuestro CEO.
48 horas en días laborablestras la conversación inicial
La decisión, los motivos principales y el siguiente paso, en una página. La investigación se queda con nosotros.
IdeaReservas y pagos para clínicas de fisioterapia independientes
Nuestra decisión
Nuestra decisión: Reformular
Los motivos principales
- MercadoLas clínicas ya pagan un programa de reservas. Los cobros y las citas perdidas se siguen gestionando a mano.
- ProductoLa primera versión quiere hacerlo todo a la vez. Las clínicas pagarían primero por el cobro y los recordatorios.
- DineroSustituir todo el programa de reservas es una venta lenta. Un módulo que funcione junto a él se amortiza antes.
Qué cambiaría la respuesta
Una primera versión con cobros y recordatorios que funcione junto al programa de reservas actual de la clínica, en un solo país.
Siguientes pasos
Envíenos el alcance reformulado. Respondemos en un plazo de 48 horas en días laborables; si continuamos, un responsable le presentará una oferta por escrito.
Qué comprobamos antes de decidir si lo construimos.
Si el producto encaja, la evaluación incluye un análisis interno de mercado global.
Los ocho puntos que analizamos
| # | Qué comprobamos | Qué preguntamos |
|---|---|---|
| 01 | Quién es el usuario | ¿Quién tiene el problema? ¿Cómo lo resuelve hoy? |
| 02 | Quién paga | ¿Quien paga es el propio usuario? ¿Qué paga hoy? |
| 03 | Qué problema se resuelve | ¿Qué le pasa al usuario si no cambia nada? |
| 04 | Qué alternativas existen | ¿Qué usa la gente en su lugar? También cuentan una hoja de cálculo o no hacer nada. |
| 05 | Cómo puede el producto captar usuarios | ¿Qué canal llega hasta ellos y cuánto cuesta llegar a cada usuario? |
| 06 | Si la monetización puede funcionar | Precio, modelo de pago y el punto a partir del cual salen las cuentas |
| 07 | Cuál debería ser la primera versión | ¿Cuál es la versión más pequeña que pone a prueba la hipótesis más arriesgada? |
| 08 | Si debemos asumirlo | ¿Estamos dispuestos a construirlo y a operarlo con usted tras el lanzamiento? |
Qué nos envía. Una presentación o un resumen de una página, el enlace al prototipo si lo hay y cualquier dato sobre los usuarios o el mercado. Nada confidencial.
Por qué diríamos que no
Si seguimos adelante, invertimos nuestro propio desarrollo en el producto a cambio de una participación del 30 %, y el grupo lo opera tras el lanzamiento. Un sí que no podamos respaldar nos pasaría factura durante años. Aceptamos hasta diez nuevas Product Partnerships al año.
Para quién es
Fundadores y empresas con un producto digital nuevo e independiente —una idea, un prototipo o una primera versión— cuando una primera conversación muestra que puede encajar. Una empresa en marcha va por Annual Product Operations; un producto en funcionamiento, por Existing Product Review.
Qué recibe y cuándo
01
Conversación inicial
Treinta minutos sobre su situación. Un responsable contesta a su solicitud en un día laborable, normalmente con una invitación de Google Meet.
02
Evaluación, hasta 48 horas en días laborables
Revisamos internamente el mercado, el producto y la lógica comercial: quién es el usuario, quién paga, qué alternativas existen y si la monetización puede funcionar.
03
La decisión antes del código, por escrito
Continuar, reformular o declinar, con los motivos principales. La investigación es interna.
Qué pasa después de cada resultado
Continuar
Un responsable acude a una reunión preparada para su producto, con una oferta por escrito: alcance, roles, presupuesto, PI, hitos y estructura comercial.
Reformular
Le decimos qué tendría que cambiar —el alcance, el modelo o la primera versión— y por qué.
Declinar
Lo sabe antes de gastar en desarrollo, con los motivos principales. Un «no» antes del desarrollo es la buena decisión más barata que puede tomar.
Qué no es
No es un servicio que vendamos
Es nuestra decisión de asumir o no su producto, tomada antes de que ninguna de las partes invierta dinero.
No es un informe
La investigación es interna; usted recibe la decisión y sus motivos principales.
No es desarrollo automático
El trabajo solo empieza con condiciones por escrito, acordadas en la reunión preparada para su producto.
No es la opinión de un comité
La toma una persona concreta: nuestro CEO, Mark Prais.
Preguntas que conviene hacer a cualquier socio de producto, y nuestras respuestas
Cuéntenos en qué está trabajando.
Producto nuevo, proceso de negocio, producto en marcha, subvención o presentación: unas líneas bastan para encontrar el siguiente paso.
Anton responde en un día laborable. El formulario se abre con esta ruta ya seleccionada.