Entender el negocio que paga tu sueldo
Se puede ser muy buen ingeniero construyendo cosas que nadie usa. La diferencia la hace entender quién es el usuario, cómo gana plata la empresa y qué pregunta se está tratando de responder con cada cosa que se construye.
Un equipo entrega en tiempo, con buena calidad, exactamente lo que le pidieron. A los seis meses, la funcionalidad la usa el 2 % de los clientes y se termina sacando.
Nadie hizo nada mal en el sentido estricto. Pero hay una pregunta que no se hizo a tiempo y que alguien del equipo técnico estaba en condiciones de hacer: ¿qué esperábamos que pasara cuando esto saliera? Entender producto no es opinar sobre el color de los botones: es poder hacer esa pregunta antes de construir tres meses.
Las tres preguntas que ordenan
Antes de empezar algo grande
- ¿Quién lo va a usar y qué hace hoy en su lugar? Si la respuesta es «todos» o «nadie hace nada», falta investigación. Lo que la gente hace hoy —aunque sea una planilla— es la competencia real de lo que vas a construir.
- ¿Cómo se entera la empresa de que salió bien? Un número que se espera que se mueva, o una conducta observable. Si no hay ninguno, no hay forma de saber si sirvió.
- ¿Qué pasa si no lo hacemos? A veces la respuesta honesta es «nada», y eso es información valiosa antes de gastar tres meses.
Cómo gana plata la empresa donde trabajás
Vale saberlo con precisión, porque cambia qué decisiones técnicas tienen sentido:
| Modelo | Qué lo hace crecer | Qué prioriza técnicamente |
|---|---|---|
| Suscripción por usuario | Más usuarios activos y menos bajas | Facilidad de adopción, estabilidad, incorporación de equipos |
| Cobro por uso o consumo | Más volumen procesado por cliente | Costo unitario, capacidad de escalar, medición precisa |
| Venta a empresas grandes | Pocos contratos grandes y largos | Seguridad, cumplimiento, integraciones, reportes |
| Marketplace o comisión | Más transacciones cerradas | Conversión, confianza, medios de pago, antifraude |
| Publicidad | Más tiempo y más audiencia | Velocidad de carga, recomendación, escala |
Antes de seguir, predecí
Cómo se aporta sin invadir
La forma de participar en decisiones de producto sin pisar el rol de nadie es aportar lo que nadie más puede aportar:
| Aporte que molesta | Aporte que suman |
|---|---|
| «Eso no sirve para nada» | «¿Qué esperamos que pase cuando esto salga?» |
| «Debería hacerse de esta otra forma» | «Hay una versión que cuesta una semana en vez de dos meses; resuelve esto sí y esto no» |
| «Nadie va a usar eso» | «Tenemos datos de cuánta gente usa lo parecido que ya existe, ¿los miramos?» |
| «Primero hay que arreglar la deuda técnica» | «Esto va a ser tres veces más caro sobre el módulo actual; con dos semanas antes, lo que sigue se acelera» |
La pregunta antes de construir
Escenario · 1 decisión como mínimo
Te piden tres meses de trabajo y la especificación está completa
Producto trae un documento detallado: un configurador de productos con quince opciones combinables. Está bien escrito, se entiende, y son unos tres meses. ¿Qué hacés en esa reunión?
Sale en tres meses, sin sobresaltos. A los seis meses lo usa el 2% de los clientes.
DesenlaceNadie hizo nada mal en el sentido estricto: se pidió, se construyó, se entregó. Y tres meses del equipo se fueron en algo que no movió nada, cuando la pregunta que lo habría anticipado costaba dos minutos.
La conversación se va a discutir el orden de los campos.
DesenlaceGastaste el capital de la reunión en lo que menos decide, y de paso confirmaste el prejuicio de que ingeniería opina sobre lo que no le toca. El aporte técnico a producto es sobre costo, riesgo y evidencia, no sobre gusto.
Te contestan: «lo pidieron tres clientes grandes». ¿Qué preguntás ahora?
Se construye. Los tres clientes lo usan y nadie más.
DesenlaceSi esos tres representan la mitad de la facturación, fue una gran decisión. Si representan el 3%, fueron tres meses por el 3%. El problema no es la respuesta: es que nadie hizo la cuenta.
Resulta que esos tres son el 30% de la facturación. Buena señal. Y te enterás de algo más: los tres pidieron cosas distintas, y las quince opciones son la unión de los tres pedidos. ¿Qué proponés?
Sale el configurador completo. Cada cliente usa tres o cuatro opciones, y ninguno las mismas.
DesenlaceSe construyeron quince opciones para que se usen diez, y las cinco que sobran hay que mantenerlas para siempre. La unión de pedidos es una forma habitual de convertir tres necesidades chicas en un producto grande que no era necesario.
En tres semanas sale una versión con las cuatro opciones que los tres pedían. ¿Qué proponés para saber si seguir?
Los tres dicen que está muy bueno. Se construyen las once opciones restantes.
DesenlaceLas encuestas de satisfacción sobre algo gratis casi siempre dan bien. Lo que informa es el uso, y estaba disponible: alcanzaba con contar cuántas configuraciones se crearon.
Se acuerda que si en un mes no hay al menos veinte configuraciones por semana, no se siguen las once opciones. A las cuatro semanas hay ocho.
DesenlaceSe ahorraron diez semanas del equipo y quedó un dato real para la próxima conversación de este tipo. Y todo eso salió de una pregunta de dos minutos que ingeniería estaba en condiciones de hacer antes de estimar nada.
Ninguna decisión de acá es sobre cómo construir. Todas son sobre si conviene, y todas las puede hacer alguien del equipo técnico.
Cierre
Autoevaluación
¿Lo entendiste?
Práctica