- Una elección estratégica consiste en elegir una entre dos opciones atractivas y aceptar también las consecuencias desfavorables que eso implica
- La verdadera estrategia no es “decir cosas bonitas”, sino una elección concreta con trade-offs, donde hay que definir con claridad ‘una’ y no ‘las dos’
- Una elección verdaderamente estratégica implica que el lado opuesto también sea suficientemente razonable, y que los efectos de segundo orden de esa decisión se propaguen por toda la empresa
- Cuando varias elecciones estratégicas se refuerzan entre sí sin entrar en conflicto, toda la organización puede moverse rápido en una dirección coherente
- Si elegir no resulta difícil, entonces no es una elección real; hay que tomar las decisiones difíciles por adelantado para que las personas puedan juzgar correctamente de forma independiente
Por qué hacen falta elecciones estratégicas
- Todas las personas dentro de una empresa toman decisiones de forma independiente todos los días, y ese es el mecanismo central para escalar una organización
- Pero decisiones racionales a nivel individual pueden contradecirse entre sí, y si cada quien avanza en una dirección distinta, aunque la productividad sea alta el resultado no se mueve
- Incluso los equipos autónomos necesitan alineación, y esa alineación no debe basarse en tácticas (que cambian cada semana) ni en lugares comunes (que no cambian nada), sino en decisiones a nivel macro, es decir, en elecciones estratégicas
- Cuando las decisiones cotidianas coinciden con las elecciones estratégicas, desaparece la desconexión entre lo que promete marketing y lo que entrega ingeniería, y las decisiones se potencian entre sí de forma compuesta
Las 3 propiedades de una elección estratégica real
-
1. Ambos lados son opciones razonables
- “Buen diseño” no es una elección estratégica — porque “mal diseño” nunca ha sido una alternativa razonable
- "Todo en uno" y "núcleo pequeño + escalabilidad extrema" sí son una elección real — existen muchas empresas exitosas que eligieron cada una de esas rutas
- “Las dos” no es una opción válida — un producto o es autocontenido, o no lo es
- Diseñar la UX como una experiencia completa, o diseñarla para aceptar UX de terceros
- Venderlo como “un producto con todo lo necesario”, o como “una plataforma ecosistema para todo”
- Hacer que soporte responda por todo el producto, o enrutar a los vendors de plugins
- Si de verdad se tomó una elección estratégica, entonces la lista de efectos de segundo orden que se expanden por toda la empresa se vuelve larga
- Esto es lo mismo que el concepto de Opposite Test — el lado opuesto no debe ser trivial ni insignificante para que exista una elección real
-
2. Toda elección trae resultados deseables y resultados desfavorables
- Las declaraciones vacías se sienten bien porque no tienen lado negativo, pero no son decisiones reales
- Ejemplos del costo real de “gran diseño”:
- Se necesitan diseñadores con talento → hace falta un equipo más grande
- Ingeniería debe preocuparse por la calidad de la UX tanto como por el escalado de la base de datos
- Hace falta invertir en un sistema de diseño
- Baja la velocidad de desarrollo de funcionalidades — ya no basta con que funcione, tiene que estar bien diseñado
- Hay que rechazar funciones que empeorarían el diseño, aunque las pidan los clientes
- No todos los clientes están de acuerdo con lo que es “buen diseño”, así que algunos quedarán satisfechos y otros no
- Una elección estratégica es un paquete completo — no puedes quedarte solo con las ventajas y evitar las debilidades
- Si se describen explícitamente las consecuencias dentro de la estrategia, se reduce la interpretación individual y se contribuye a la alineación de las decisiones cotidianas
-
3. Más que consistencia: refuerzo mutuo
- Hay que usar la lista de elecciones y consecuencias para revisar contradicciones, porque los conflictos suelen esconderse en los efectos de segundo orden
- Ejemplo: “equipo pequeño” y “muchas funcionalidades” parecen no tener relación, pero normalmente un equipo pequeño necesita mantener el producto chico y simple, así que entran en conflicto
- Sin embargo, puede resolverse con una elección adicional: “equipo pequeño + núcleo pequeño + ecosistema extensible” — el ecosistema se encarga de la riqueza funcional
- Cada elección se engrana con las demás y trae sus propias implicaciones; explorar eso es la forma de llegar a un conjunto coherente de decisiones
- Lo ideal no es solo que no choquen, sino que se refuercen entre sí — la “extensibilidad” ayuda a la “riqueza funcional”, y el equipo pequeño mantiene pequeño el núcleo para dejar espacio a que prospere el ecosistema
- Cuando elecciones fuertes se refuerzan entre sí, la empresa desarrolla una personalidad de “así es como debería ser el mundo”, y los clientes que están de acuerdo la aman más profundamente
- Toda la organización se mueve rápido, disminuyen las renegociaciones de trade-offs y se crea un círculo virtuoso donde la consistencia se percibe como competencia
Cómo convertir elecciones débiles en elecciones fuertes
- Al tratar de formular elecciones estratégicas, la gente suele escribir una y otra vez pseudoelecciones débiles que no pasan el Opposite Test
- Como ya prefieren un lado, tienden a volver el lado opuesto obviamente malo para que su elección “gane”
- La clave es extraer la perspectiva válida que está escondida debajo de una elección formulada débilmente
- Preguntas útiles:
- ¿Existe alguna empresa exitosa y querida que haya elegido el lado “malo”?
- ¿Por qué la gente la ama a pesar de esas desventajas?
- Eso que la gente “ama” es precisamente el verdadero lado opuesto de la elección estratégica
- Ejemplo concreto: apps de notas
- Apps todo en uno como Apple Notes o Bear — logran una hermosa consistencia al controlar toda la experiencia sin plugins ni API
- Obsidian — ofrece una asombrosa variedad de funciones descargables y, aunque reciba críticas por una UX recargada, es amado por su amplia capacidad de elección funcional y la posibilidad de construir tu propio sistema de gestión de información
- Si preguntas “¿por qué Obsidian es amado aunque su UX sea desordenada?”, llegas a la verdadera elección: “todo en uno vs extensibilidad infinita”
La tentación de elegir “las dos”
- Como ambos lados son deseables, la tentación de traer elementos del lado opuesto es inevitable
- Hiciste un producto todo en uno, pero como los plugins del competidor son populares, empiezas a explorar plugins
- “Subamos el precio, estamos dejando dinero sobre la mesa” o “bajemos la velocidad y pulamos más, da vergüenza”
- Esta tentación resulta convincente porque la elección opuesta también es realmente buena
- Ahí está la razón de ser de la estrategia: permitir que cualquiera dentro de la organización pueda decir con seguridad “en abstracto suena como una buena idea, pero no encaja con el paquete de trade-offs que elegimos”
- Principio clave: cuando haya conflicto, mantén la elección estratégica; cuando no lo haya, elige lo mejor
- Ejemplo: si la estrategia es “precio más bajo”, pero se puede mejorar la calidad sin aumentar costos, se acepta
- Pero en la mayoría de los casos sí hay conflicto, y si se decide sin consistencia se termina en la única posición perdedora: ni suficiente calidad para generar lealtad, ni suficiente poder para ganar en casos de uso complejos
- El Agile Manifesto muestra bien esta actitud — “software funcionando por encima de documentación exhaustiva” no significa que la documentación sea mala, sino que cuando el tiempo es limitado (y siempre lo es), se invierte más en un lado
- Lo expresa explícitamente: “aunque hay valor en los elementos de la derecha, valoramos más los de la izquierda”
- El mismo patrón aplica a la estrategia: si la estrategia es low-cost, no debes introducir un producto premium “para capturar también ese segmento”, pero sí puedes aceptar mejoras de calidad mientras no amenacen el bajo costo
- Es una elección estricta, no un equilibrio
Tabla de ejemplos de elecciones estratégicas
- Precio más bajo vs precio premium
- Precio más bajo: mercado más grande, posicionamiento de accesibilidad y racionalidad, bloquea a muchos competidores que solo pueden ganar por precio / no permite invertir en publicidad o ventas, depende del boca a boca, pone un techo a calidad y funcionalidades
- Precio premium: altos márgenes para invertir en marca y distribución, la señal de estatus se vuelve parte de la funcionalidad / mercado más pequeño, necesita inversión continua en marca (marketing, prestigio), si se deja de invertir el premium colapsa
- UX todo en uno consistente vs ecosistema extensible
- Todo en uno: experiencia diseñada que genera confianza y hábito, soporte y onboarding simples / toda la amplitud funcional recae por completo en la propia empresa, se van los power users que necesitan plugins o scripting
- Ecosistema: funcionalidades long tail que la empresa no podría ofrecer por sí sola, los partners funcionan como canal de distribución / menor consistencia de UX, seguridad, compatibilidad y soporte se vuelven problemas de cadena de suministro fuera de control
- UX simple vs funcionalidad potente
- UX simple: menor tiempo para llegar al valor, crecimiento self-serve, baja carga cognitiva / se pierden workflows complejos y deals de gobernanza, desventaja en checklists y RFP
- Funcionalidad potente: gana en workflows de alto riesgo, mayores ingresos por cliente, alta retención por costo de cambio / onboarding requiere capacitación, setup y especialistas; soporte se vuelve un costo obligatorio
- Soporte mínimo vs soporte high-touch
- Soporte mínimo: altos márgenes, enfoque en el producto, obliga a una buena usabilidad y buena documentación / incapacidad de atender buyers que exigen llamadas o SLA, se pierde el loop de feedback cuando hay churn
- Soporte high-touch: cierra brechas que la competencia no puede cubrir, genera lealtad y diferenciación, motor de descubrimiento de producto al escuchar la verdad todos los días / alto costo y difícil de escalar, crea expectativas 24/7 y dependencia
- Simplicidad para equipos pequeños vs complejidad enterprise
- Equipos pequeños: ciclos de venta cortos, el cliente puede tener éxito sin consultores / se pierden deals enterprise que exigen gobernanza, auditoría e integraciones corporativas
- Enterprise: supera filtros de procurement y accede a grandes presupuestos, integraciones, permisos y gobernanza crean lock-in y retención / requiere capital, paciencia y una máquina comercial para ciclos de venta largos; infla el producto y la UX
- Velocidad de vanguardia vs estabilidad sólida
- Velocidad de vanguardia: novedad diferenciada, atrae builders y early adopters / bugs y errores se vuelven parte de la marca, se alejan los casos de uso conservadores
- Estabilidad sólida: la confianza en workflows críticos se vuelve un moat, “nunca se rompe” le gana a “es nuevo”, menor soporte y churn / ritmo más lento, la novedad capta atención y presupuesto, se pierden oportunidades frontier y aparece el riesgo de quedarse atrás
- Open source vs closed source
- Open source: menor barrera de confianza, la comunidad acelera funcionalidades e integraciones / el core se percibe como “gratis”, monetizar es difícil, la gobernanza y el mantenimiento se vuelven políticos y desgastantes
- Closed source: control total sobre roadmap, UX, licenciamiento y pricing, gobernanza simple / adopción más lenta en segmentos preocupados por transparencia y lock-in, hay que financiar la velocidad por cuenta propia sin apalancarse en la comunidad
- Pocas funcionalidades, pero muy pulidas vs muchas funcionalidades
- Pocas pero pulidas: el acabado y la consistencia generan satisfacción, retención y boca a boca; menor complejidad → menos bugs, menos documentación, menos tickets y más iteración rápida / desventaja en checklists y RFP, churn por no cubrir edge cases de ciertos segmentos
- Muchas funcionalidades: más casillas marcadas en comparaciones de procurement, cobertura más amplia que expande el mercado y abre más rutas de upsell / calidad desigual, se rompe la consistencia de la UX, soporte y documentación crecen de forma explosiva
Conclusión
- Aceptar las debilidades de una elección duele, y las ventajas de la opción opuesta siempre se verán atractivas; esa es la esencia de la estrategia
- Si la elección no fue difícil, entonces no era una elección real. Toda elección debe incluir renuncias y efectos secundarios
- Hay que tomar ahora las decisiones difíciles para quitarle esa carga al resto del equipo y permitir que todas las personas puedan tomar decisiones inteligentes de forma independiente
2 comentarios
Me recuerda que muchas veces terminaba eligiendo un punto medio, o haciendo excepciones y cosas así, por las ventajas de la otra opción.
Me parece una buena observación. Si la decisión hubiera sido fácil, quizá ni siquiera habría sido algo que realmente requería una decisión.