Compra una funcionalidad es un juego de priorización colaborativa. Cada funcionalidad recibe un precio proporcional a su costo, y cada participante recibe un presupuesto de juego que no alcanza para comprar todo. Las personas compran solas o juntan dinero con otras; lo que no alcanza su precio no se compra. El resultado muestra qué valoran clientes o stakeholders cuando tienen que elegir, y la negociación explica por qué.
Cómo usar
- Indica el número de participantes (hasta 8) y el presupuesto de cada uno.
- Escribe una funcionalidad por fila con su precio.
- Después de la ronda, carga cuánto puso cada participante (P1, P2...) en cada funcionalidad.
- Mira qué se compró, qué quedó cerca, el gasto de cada persona y los avisos sobre presupuesto y precios.
- Sigue los pasos de facilitación del resultado y exporta en PNG, CSV o Markdown.
Qué pide cada campo
| Campo | Qué completar |
|---|---|
| Participantes | De 1 a 8 personas en el grupo. Cada una tiene una columna en la tabla (P1, P2...). |
| Presupuesto por participante | Dinero de juego, igual para todos. |
| Funcionalidad | Ej.: informes personalizados |
| Precio | Proporcional al costo |
| P1 | Participante 1 |
| P2 | Participante 2 |
| P3 | Participante 3 |
| P4 | Participante 4 |
| P5 | Participante 5 |
| P6 | Participante 6 |
| P7 | Participante 7 |
| P8 | Participante 8 |
Ejemplo
Cinco clientes de una herramienta de gestión de proyectos reciben 100 cada uno, 500 en total, para siete funcionalidades que suman 1.040 (el presupuesto cubre el 48%). Informes personalizados (150, con tres compradores) e integración con hojas de cálculo (120, con dos) se compran. Permisos por equipo recauda 170 de 180 (94%) y queda casi comprada, un buen punto para la conversación. Uso sin conexión, que cuesta 300, recauda solo 50 (17%).
Cuándo usar
- En sesiones con clientes, para entender qué valoran cuando no pueden tener todo.
- Con stakeholders internos que piden todo como prioridad: el presupuesto limitado obliga a elegir de forma explícita.
- Antes de cerrar el alcance de una versión, para llevar evidencia de valor percibido a la priorización.
- En consejos de clientes o grupos de usuarios avanzados, como dinámica de participación.
Preguntas frecuentes
¿Cómo definir el precio de cada funcionalidad?
Usa el costo estimado de construcción como base, en una escala simple. El precio debe reflejar el costo relativo: si una funcionalidad cuesta el doble que otra, debe costar el doble en el juego. Deja algunas más caras que el presupuesto de una persona.
¿Cuánto presupuesto dar a cada participante?
Una recomendación común es que el total del grupo cubra entre un tercio y la mitad de la suma de precios. Con más, casi todo se compra y no hay disputa; con menos, el grupo no logra comprar nada. La herramienta avisa fuera de ese rango.
¿Por qué algunas funcionalidades deben costar más que un presupuesto?
Porque la negociación es la parte más rica del juego. Cuando nadie puede comprar algo solo, las personas tienen que convencer a otras, y sus argumentos revelan el valor que ven en cada funcionalidad.
¿Cuántas personas deben jugar?
Grupos de 4 a 8 personas funcionan bien: suficientes para que haya negociación, pocos para que todos hablen. Con más gente, divide en grupos y calcula cada uno por separado.
¿El resultado decide el roadmap?
No. El juego es evidencia sobre el valor que percibe un grupo específico. Combina el resultado con datos de uso, estrategia y costo antes de decidir, y registra las justificaciones que surgieron en la negociación.
¿Qué hacer con el excedente?
Si el grupo pagó más que el precio, el excedente vuelve a quien pagó y puede usarse en otra funcionalidad en una segunda ronda. La herramienta muestra el excedente de cada funcionalidad comprada.