Presentación de la guía: de qué feature construyo a qué juego jugamos y cómo ganamos

Por qué existe esta guía

Si vienes de product-thinking-for-engineers-guide, ya sabes distinguir un output de un outcome, priorizar un backlog con RICE, dimensionar una apuesta antes de construirla y recortarla al MVP correcto. Eso es un arsenal real, y con él puedes contestar la pregunta "de estas diez cosas que podríamos construir, ¿cuál primero, y qué tan grande?" con criterio, no con la opinión de quien grita más fuerte en la reunión.

Pero fíjate en algo: esa pregunta entera —priorizar, dimensionar, recortar— asume que ya existe una lista de diez cosas razonables entre las que elegir. Nadie se preguntó, antes de armar esa lista, si esas diez cosas eran siquiera las correctas para empezar. Product-thinking te enseña a jugar bien un juego. Esta guía te enseña a preguntar, antes de jugar, qué juego es este, y cómo se gana.

Esa pregunta —qué juego jugamos y cómo ganamos— es lo que el mundo de negocios llama estrategia, y la mayoría de los ingenieros la trata como un asunto ajeno: cosa de un VP de Producto, de un fundador, de alguien con un título distinto al suyo. Es un error caro, y es exactamente el error que esta guía completa existe para corregir. Un equipo puede priorizar de maravilla, dimensionar con precisión de cirujano y ejecutar cada sprint sin un solo bug — y aun así, al final del año, descubrir que ganó la carrera equivocada. Priorizar mejor no arregla eso. Priorizar mejor solo te hace llegar más rápido a un lugar que no querías.

La promesa de esta guía, resumida en una frase, es esta:

De "qué feature construyo" a "qué juego jugamos y cómo ganamos".

"Qué feature construyo" es una pregunta táctica: asume el juego, y optimiza dentro de él. "Qué juego jugamos y cómo ganamos" es una pregunta estratégica: elige el juego, antes de que nadie empiece a jugarlo. Esta guía completa —sus ocho módulos— es el proceso de contestar esa segunda pregunta con rigor, no con inspiración de retiro corporativo.

Dónde se sienta esta guía. Se apoya directamente sobre product-thinking-for-engineers-guide, que es su prerrequisito. La relación entre las dos es exacta: la estrategia elige el juego; el pensamiento de producto lo juega. Vas a usar, en el módulo 7 de esta guía, el mismo backlog de Mercado que ya conoces de la guía de producto —fasterCheckout, recommendations, sellerTools, reviews, improvedSearch— pero esta vez no para priorizarlo con RICE, sino para filtrarlo primero: ¿cuáles de esas apuestas pertenecen siquiera al juego que Mercado decidió jugar? Un ítem con el RICE más alto del backlog puede no servir la estrategia en absoluto, y en ese caso, no importa cuánto puntúe: no entra. Esa es la relación exacta entre las dos guías, y vas a verla en código, no solo en prosa, cuando llegues ahí.

El caso que nos acompaña: la estrategia de producto de Mercado

Toda la guía usa el mismo caso que ya conoces si viniste de Fullstack o de product-thinking: Mercado, el marketplace. Pero aquí lo miramos desde un ángulo distinto y, en cierto sentido, anterior a todos los demás: ¿cuál es, exactamente, la estrategia de Mercado?

A lo largo de los ocho módulos vas a construir esa estrategia pieza por pieza, con el mismo rigor con el que product-thinking construyó su backlog priorizado:

• La visión de Mercado: a dónde va, y por qué (módulo 2).
• Su segmento objetivo y su posicionamiento: para quién es esto, y qué es Mercado en la mente de ese comprador frente a las alternativas (módulo 3).
• Su diferenciación: qué lo hace distinto y mejor para ese segmento específico, no para todo el mundo (módulo 4).
• El panorama competitivo: contra quién compite de verdad, y hacia dónde va el mercado (módulo 5).
• Sus moats: qué ventaja, si la construye bien, no se puede copiar en un fin de semana (módulo 6).
• Y, por último, cómo esa estrategia completa se convierte en un filtro sobre el backlog que ya conoces, decidiendo qué entra al roadmap y qué se cae, sin importar su RICE (módulo 7).

Este módulo 1 no construye ninguna de esas piezas todavía. Antes de construir la estrategia de Mercado, hace falta contestar una pregunta más básica, que casi nunca se hace explícita: ¿qué es, exactamente, una estrategia? ¿Y qué NO lo es, aunque suene igual de bien en una diapositiva? Esa es la pregunta completa de este módulo.

Una analogía: la maleta perfecta para el destino equivocado

Imagina que preparas un viaje con una disciplina absoluta: investigas el clima, eliges la ropa exacta para cada día, empacas cada artículo en el orden óptimo para no arrugar nada, calculas el peso justo para no pagar sobrecargo, llegas al aeropuerto con dos horas de anticipación. Cada decisión, tomada de forma aislada, es impecable. El problema aparece cuando te subes al avión: reservaste el vuelo a la ciudad equivocada. Ninguna de las decisiones perfectas que tomaste al empacar tiene forma de corregir eso. Vas a aterrizar exactamente donde no querías estar, con la maleta mejor armada de tu vida.

Esa es, en miniatura, la relación entre táctica y estrategia que esta guía entera va a desarrollar. Empacar bien, llegar a tiempo, elegir la ropa correcta para el clima: eso es táctica — ejecución excelente dentro de un plan ya decidido. Elegir la ciudad correcta: eso es estrategia — la elección anterior, la que determina si toda esa excelencia táctica sirvió de algo. Nadie diría "empaqué perfecto, así que el viaje fue un éxito" si aterrizó en la ciudad equivocada. Y sin embargo, en un equipo de producto, es exactamente el argumento que se usa todo el tiempo: "ejecutamos el trimestre a la perfección" — sin preguntar nunca si el trimestre entero apuntaba al destino correcto.

Ejemplo trabajado: lo que salió del último offsite de estrategia de Mercado

El equipo directivo de Mercado —fundadora, VP de Producto, y dos ingenieros senior invitados a la conversación, algo que casi nunca pasa y que esta guía completa argumenta que debería pasar más— se reunió el mes pasado para su offsite anual de estrategia. Al final del día, la pizarra tenía cinco frases, cada una presentada como "nuestra estrategia para el año que viene". Vamos a mirarlas tal como quedaron escritas, sin juzgar todavía cuál es una estrategia real y cuál no lo es — esa evaluación llega en la lección 3, con un modelo que la ejecuta con criterio explícito, no con intuición.

// Las 5 frases, literal, tal como quedaron en la pizarra al cierre del offsite.
// Todavia no las evaluamos -- eso es, literal, la pregunta que abre el modulo.
const mercadoOffsite = [
  'Vamos a ser el marketplace lider de la region.',
  'Este trimestre vamos a crecer el GMV un 30%.',
  'Nos vamos a enfocar en compradores que exploran sin saber que buscan, en vez de competir por las busquedas de SKU exacto donde el gigante generico ya gana.',
  'Queremos ofrecer la mejor experiencia de compra del mercado.',
  'No vamos a construir un motor de busqueda mejor que el del gigante generico; ese esfuerzo lo invertimos en curaduria humana y vendedores locales de confianza.',
];

console.log('=== Lo que salio del offsite de estrategia de Mercado ===\n');
mercadoOffsite.forEach((s, i) => console.log((i + 1) + '. ' + s));
console.log('\nLas 5 frases suenan a "estrategia". Pregunta abierta: ¿cuantas de estas 5 son, de verdad, una estrategia?');

Qué esperar. Al correr el archivo con Node, la salida es exactamente esta:

=== Lo que salio del offsite de estrategia de Mercado ===

1. Vamos a ser el marketplace lider de la region.
2. Este trimestre vamos a crecer el GMV un 30%.
3. Nos vamos a enfocar en compradores que exploran sin saber que buscan, en vez de competir por las busquedas de SKU exacto donde el gigante generico ya gana.
4. Queremos ofrecer la mejor experiencia de compra del mercado.
5. No vamos a construir un motor de busqueda mejor que el del gigante generico; ese esfuerzo lo invertimos en curaduria humana y vendedores locales de confianza.

Las 5 frases suenan a "estrategia". Pregunta abierta: ¿cuantas de estas 5 son, de verdad, una estrategia?

Léelas otra vez, despacio. Las cinco están escritas con seguridad, las cinco usan la palabra "vamos", las cinco podrían aparecer, sin que nadie se sorprenda, en la diapositiva de apertura de cualquier planeación anual. Y sin embargo —esto es exactamente lo que vas a poder demostrar con código en la lección 3— no las cinco son lo mismo. Algunas son una elección real, con un costo real: dicen a qué se renuncia a cambio de qué. Otras son un deseo con forma de frase: dicen a dónde les gustaría llegar, sin decir nunca cómo, ni qué sacrifican para llegar. Esa diferencia —invisible en la pizarra, donde las cinco se ven igual de serias— es, en el fondo, todo lo que este módulo 1 existe para enseñarte a ver.

El mapa de los 8 módulos de la guía

Esta guía tiene ocho módulos. Cada uno construye una pieza de la estrategia completa de Mercado, sobre la base que deja el anterior:

#	Módulo	De qué se trata
1	Por qué un ingeniero necesita estrategia (estás aquí)	Qué ES una estrategia, qué NO es, y el costo de ejecutar impecable la equivocada.
2	Visión y misión	A dónde va Mercado y por qué; cómo una visión clara dice tanto NO como SÍ.
3	Segmento y posicionamiento	Para quién es Mercado —y para quién NO—; qué es Mercado en la mente de ese comprador.
4	Diferenciación y propuesta de valor	Qué hace distinto a Mercado, y mejor, para ese segmento específico.
5	Competencia y mercado	Contra quién compite Mercado de verdad, y hacia dónde va el terreno de juego.
6	Moats y defensibilidad	Qué ventaja de Mercado no se copia en un fin de semana, y cuál sí.
7	De la estrategia al roadmap	Cómo la estrategia completa filtra el backlog de product-thinking antes de que RICE opine.
8	Proyecto: la estrategia de Mercado	El capstone: define la estrategia completa de Mercado y aplícala como filtro sobre su backlog real.

Fíjate en la progresión: este módulo 1 no construye ninguna pieza de la estrategia de Mercado todavía —para eso hacen falta los módulos 2 al 7—. Lo que instala es el criterio con el que vas a reconocer una estrategia real cuando la veas, y a desenmascarar una que no lo es, sin importar cuán segura suene en la pizarra. Sin ese criterio, los módulos 2 al 7 corren el riesgo de producir, con mucho esfuerzo, cinco diapositivas tan vacías como las del offsite de arriba. Con él, cada pieza que construyas de aquí en adelante va a poder pasar la misma prueba.

El mapa de este módulo

Dentro del módulo 1, ocho lecciones construyen la idea de a poco:

Lección   Pregunta que contesta
────────  ──────────────────────────────────────────────────
L1        (esta) ¿Qué es esta guía, y qué salió del offsite de Mercado?
L2        ¿Cuál es la diferencia entre hacer las cosas bien y hacer las cosas correctas?
L3        ¿Qué ES una estrategia, con precisión, y qué NO es?
L4        ¿Cuánto cuesta ejecutar impecable la estrategia equivocada?
L5        ¿Cómo se relacionan visión, estrategia, táctica y ejecución?
L6        ¿Por qué esto es trabajo de un ingeniero, no solo de la fundadora o el VP de Producto?
L7        ¿Cómo reconozco una "bad strategy" que se disfraza bien?
L8        Proyecto: audita el offsite de Mercado y mide el costo de la frase equivocada

La lección 2 abre con la distinción más antigua de todas —hacer las cosas bien contra hacer las cosas correctas— y la ancla en la analogía de la montaña que vas a reconocer el resto del módulo. La lección 3 define estrategia con la precisión de un ingeniero: no un plan, no una lista de objetivos, no una visión inspiracional, sino un conjunto coherente de elecciones sobre dónde jugar y cómo ganar. La lección 4 le pone un número al costo de equivocarse en esa elección, con un modelo ejecutado que vas a poder correr tú mismo. La lección 5 ordena el vocabulario completo —visión, estrategia, táctica, ejecución— en cuatro capas, para que sepas siempre en cuál estás parado y a qué guía o módulo pertenece cada pregunta. La lección 6 contesta la objeción más común: "esto es trabajo de otra persona con otro título". La lección 7 profundiza en cómo reconocer una estrategia falsa incluso cuando está mejor disfrazada que las cinco frases del offsite. Y la lección 8, el mini-proyecto, te pone a auditar el offsite completo de Mercado y a medir, con el modelo ejecutado, exactamente cuánto le costaría a Mercado perseguir la frase equivocada con una ejecución perfecta.

La frontera: qué NO entra en esta guía (ni en este módulo)

Esta guía tiene hermanas en el ecosistema de Product Engineering, y cada una cubre una parte distinta del ciclo. Saber la frontera de entrada te ahorra confusión más adelante:

• Priorizar el backlog, dimensionar oportunidades, MVP, apuestas y suposiciones riesgosas es product-thinking-for-engineers-guide — el prerrequisito de esta guía. La frontera es exacta: product-thinking decide cuál apuesta primero, dentro de un juego ya definido; esta guía decide cuál es el juego, y filtra qué apuestas siquiera pertenecen a él.
• Validar con usuarios, entrevistar, prototipar es product-discovery-and-prototyping-guide.
• Medir con rigor —funnels, cohortes, A/B testing— es product-metrics-and-experimentation-guide.
• Lanzar, iterar, hacer rollout es shipping-and-iterating-products-guide.
• Construir el sistema, la arquitectura, el código son los ecosistemas de Fullstack y Architecture. Esta guía informa decisiones de build-vs-buy y de arquitectura —vas a ver un ejemplo concreto en la lección 6—, pero no enseña a construir.
• Estrategia de negocio a nivel MBA —modelado financiero detallado, fusiones y adquisiciones, pricing avanzado, diseño organizacional— queda fuera de cualquier guía de este ecosistema: aquí se enseña la estrategia de producto que un ingeniero necesita para construir lo correcto a nivel de sistema, no un programa de posgrado completo.

Dentro de este módulo 1 específicamente: vas a aprender a reconocer qué es y qué no es una estrategia, y a razonar sobre el costo de elegir mal. No vas a construir todavía ninguna pieza de la estrategia de Mercado —ni su visión, ni su posicionamiento, ni sus moats—; eso empieza en el módulo 2 y te va a acompañar el resto de la guía.

Errores comunes

Creer que esta guía es "más priorización". Qué pasa: alguien llega esperando otra vuelta sobre RICE, opportunity sizing o MVP, y se sorprende de que el módulo 1 no toque ninguno de esos temas. Por qué pasa: "decidir qué construir" suena, desde afuera, a un solo problema — y en la mayoría de los equipos, en la práctica, se resuelve con una sola herramienta (un backlog priorizado) sin distinguir nunca las dos preguntas distintas que hay debajo. Cómo detectarlo: si terminas este módulo 1 esperando un tutorial de RICE, todavía no capturaste la diferencia. Cómo corregirlo: vuelve a leer la frontera de arriba. Product-thinking prioriza dentro de un juego ya elegido; esta guía elige el juego. Son preguntas distintas, en momentos distintos, y confundirlas es, literalmente, el error que esta guía completa existe para corregir.

Pensar que "estrategia" es sinónimo de "plan a largo plazo". Qué pasa: alguien asume que basta con escribir un documento detallado, con fechas y entregables a doce meses, para tener una estrategia. Por qué pasa: un plan largo se siente estratégico —tiene alcance, tiene horizonte, ocupa muchas páginas—. Cómo detectarlo: el "plan estratégico" tiene fechas y nombres de features, pero si le preguntas "¿y qué NO vamos a hacer, y por qué?", nadie tiene una respuesta. Cómo corregirlo: la lección 3 define esto con precisión — un plan es una secuencia de pasos; una estrategia es la elección, anterior a cualquier paso, de qué juego jugar. Puedes tener un plan detallado para el juego equivocado.

Asumir que este tema no es para ingenieros. Qué pasa: se lee el título del módulo y se decide, antes de abrir la primera lección, que esto es territorio de founders y VPs de Producto. Por qué pasa: la palabra "estrategia" viene cargada de connotación ejecutiva, de sala de juntas, de PowerPoint — nada de eso suena a stand-up ni a pull request. Cómo detectarlo: sientes que este módulo "no aplica a tu trabajo real". Cómo corregirlo: la lección 6 está dedicada por completo a desarmar esta idea con un ejemplo ejecutado sobre decisiones que tomas tú, no otra persona — build-vs-buy, arquitectura, qué tan lejos llevar una solución técnica. Spoiler breve: si nunca te preguntas si lo que construyes sirve al juego correcto, terminas construyendo, con toda tu habilidad técnica intacta, la maleta perfecta para el destino equivocado.

Ejercicios

Ejercicio 1 — Ubica la pregunta. Para cada pregunta, di si la contesta esta guía (estrategia) o product-thinking-for-engineers-guide (táctica):

• (a) "¿Deberíamos priorizar el checkout con un clic o las recomendaciones personalizadas este sprint?"
• (b) "¿Vale la pena competir por el comprador que sabe exactamente qué SKU busca, o nos enfocamos en el que explora sin saber qué quiere?"
• (c) "¿Qué tan grande, en usuarios potenciales, es la oportunidad de un buscador con autocompletado?"
• (d) "¿A qué segmento renunciamos a cambio de dominar el segmento que sí elegimos?"

Ver solución

• (a) Táctica — product-thinking. Es una pregunta de orden dentro de un backlog ya definido: cuál primero, con qué criterio (RICE). No cuestiona si esos ítems pertenecen al juego correcto.
• (b) Estrategia — esta guía. Es, literal, una elección de "dónde jugar": qué segmento sirves, y por implicación, a cuál renuncias. Es el tipo exacto de frase que vas a aprender a reconocer en la lección 3.
• (c) Táctica — product-thinking. Es dimensionamiento de una oportunidad puntual dentro de un juego ya asumido; no pregunta si ese juego es el correcto.
• (d) Estrategia — esta guía. La palabra clave es "renunciamos": toda elección estratégica real tiene un costo explícito. Vas a ver esta idea formalizada, con código, en la lección 3.

La regla para orientarte, el resto de la guía: si la pregunta elige el juego (dónde jugar, cómo ganar, a qué se renuncia), es esta guía. Si la pregunta juega el juego ya elegido (qué construir primero, qué tan grande), es product-thinking.

Ejercicio 2 — La maleta y el destino. Un compañero te dice: "nuestro equipo tuvo el mejor trimestre técnico de la historia: cero incidentes, velocidad récord, código impecable". ¿Esa frase, por sí sola, te dice algo sobre si Mercado tuvo un buen trimestre estratégico? Justifica con la analogía de la maleta.

Ver solución

No, por sí sola no dice nada sobre el resultado estratégico — y esa es exactamente la trampa que abre este módulo. "Cero incidentes, velocidad récord, código impecable" es una descripción perfecta de la maleta: la ejecución táctica fue excelente. No dice absolutamente nada sobre el destino: si ese trimestre impecable se gastó construyendo algo que sirve al juego que Mercado decidió jugar (o debería haber decidido), o si se gastó construyendo, con total pulcritud técnica, algo irrelevante para ese juego. Para contestar si el trimestre fue bueno estratégicamente, hace falta una pregunta distinta y anterior: ¿el destino elegido era el correcto? La lección 4 te va a dar un modelo ejecutado para calcular, con números, exactamente cuánto vale (o cuánto cuesta) la ejecución impecable, dependiendo de si el destino era el correcto o no.

Ejercicio 3 — Predicción sobre el offsite. Sin haber leído todavía la lección 3, mira de nuevo las 5 frases del offsite de Mercado. Elige las que a tu juicio son una elección real (con algo a lo que se renuncia) y las que son solo un deseo. No hace falta el criterio formal todavía — hace falta el argumento.

Ver solución

Sin adelantar el modelo formal de la lección 3, una lectura razonada: las frases 1 ("líder de la región") y 4 ("la mejor experiencia del mercado") no dicen a qué renuncian para lograrlo — cualquier empresa, en cualquier industria, podría copiar y pegar esas dos frases sin cambiar una palabra, y eso es una señal de alerta: una estrategia real debería sonar rara, incómoda, específica de tu situación, no intercambiable con la de cualquier competidor. La frase 2 ("crecer el GMV un 30%") es un número, no una elección — no dice cómo, y un objetivo sin un cómo no es una estrategia, es una meta. Las frases 3 y 5 sí declaran algo a lo que Mercado renuncia explícitamente: en la 3, competir por las búsquedas de SKU exacto; en la 5, construir un motor de búsqueda mejor que el del gigante genérico. Esa renuncia explícita —decir NO a algo razonable, a cambio de otra cosa— es, adelantado, exactamente el criterio que la lección 3 va a formalizar en código y ejecutar sobre estas mismas cinco frases.

Resumen y siguiente paso

En esta lección instalaste la promesa de toda la guía —de "qué feature construyo" a "qué juego jugamos y cómo ganamos"— y conociste el caso que la acompaña: la estrategia completa de Mercado, que vas a construir pieza por pieza en los módulos 2 al 8. Viste el mapa de los ocho módulos y de las ocho lecciones de este módulo, trazaste la frontera con product-thinking y con las demás guías hermanas de Product Engineering, y conociste las cinco frases del último offsite de estrategia de Mercado — sin juzgarlas todavía.

Antes de avanzar deberías poder: explicar en una frase la diferencia entre esta guía y product-thinking; ubicar, a grandes rasgos, qué módulo de esta guía resuelve qué tipo de pregunta; y describir con tus propias palabras la analogía de la maleta perfecta para el destino equivocado.

La lección 2 abre la distinción central del módulo, la que le da nombre: hacer las cosas bien contra hacer las cosas correctas. Ahí conoces a Ana y a Luis, dos escaladores con técnicas muy distintas — y vas a ver, ejecutado, por qué uno de los dos llega a la cima que le importaba y el otro no, sin que la técnica de escalada tenga nada que ver con la respuesta.

Recursos

• Richard Rumelt, Good Strategy Bad Strategy: The Difference and Why It Matters — penguinrandomhouse.com/books/208668. El libro que le da su columna vertebral a este módulo; la fuente del concepto "bad strategy" que vas a usar el resto de la guía. En inglés.
• Michael E. Porter, "What Is Strategy?" (Harvard Business Review, 1996) — hbr.org/1996/11/what-is-strategy. El artículo clásico que abre la distinción entre efectividad operacional (táctica) y posicionamiento estratégico. En inglés.
• Marty Cagan (Silicon Valley Product Group), "Product Strategy" — svpg.com/product-strategy-overview. La versión de esta misma idea escrita para equipos de producto de software, con el ejemplo de Superhuman. En inglés.