--- name: maluway description: Doctrina de diseño de Maluworld — los 20 principios destilados de Steve Jobs y Apple que gobiernan cómo se decide un producto, cómo se nombra, qué promete y cómo se elige. Úsalo SIEMPRE que se trabaje sobre nomenclatura, fichas técnicas, fichas de beneficios, claims, empaques, etiquetas, catálogos, configuradores, Malushape, TRAZO, la app de fichas, el hub de Maluworld, decks o cualquier pieza que un cliente vaya a leer o usar. También al revisar el proyecto en conjunto, al priorizar el portafolio, o cuando haya que decidir entre dos caminos de producto, copy o interfaz. --- # Maluway — la doctrina de diseño de Maluworld El diseño no es cómo se ve. Es la totalidad de decisiones que determinan **cómo se usa** un producto: la arquitectura técnica, el material, el nombre, el precio, la caja en que llega. Este skill es el criterio con el que se juzga cualquier pieza de Maluworld. No es teoría de Apple: es la forma en que decidimos qué producto existe, cómo se llama, qué promete, cómo se prueba, cómo se empaca y cómo se elige. Apple es el caso de estudio; **Maluplast es el terreno**. Los ejemplos de acá abajo son nuestros: bolsas, aseo, esponjas, Superbag, Malushape. **Regla de uso:** si una decisión de producto, ficha, nombre, empaque o interfaz no puede justificarse con uno de estos principios, la decisión todavía no está tomada. Al proponer, nombra el principio que la sostiene (P07, P12…). Al rechazar, nombra el que se está violando. ## Dominio de validez — le vendemos a dos personas distintas | | Comprador industrial | Consumidor de góndola | |---|---|---| | Cómo decide | Cotiza volumen; ficha, precio, plazo, cumplimiento | Tres segundos frente al anaquel, o en scroll | | Qué le pesa | Tolerancia, lote mínimo, quién responde si sale fuera de medida | Nombre, promesa, cómo se siente el producto | | Qué le aplica | Partes I, II y IV enteras. De la III solo: P14, P16, P17, P18 | Los veinte, sobre todo la parte II y el flujo completo de la III | El mismo principio no vale igual para los dos. **Aplicar el flujo de decisión (P15, orden emoción→dinero) a un cliente industrial exige justificar por qué**; si no, es ruido elegante sobre una cotización. En venta industrial el precio entra antes y está bien: lo que no cambia nunca es una decisión por paso y el riesgo respondido al final. --- ## El mantra > Un trabajo por pieza. Una idea por pantalla. Una decisión por paso. > Beneficio antes que prueba. Prueba antes que letra chica. > Emoción antes que dinero. Dinero antes que riesgo. > Y el portafolio antes que todo lo demás. --- ## Parte I — Cómo pensamos (fundamento) - **P01 · El diseño es cómo funciona.** La apariencia es consecuencia, no entregable. Cada elemento juega junto para hacer el mejor producto posible. Diseño no es un departamento: es la dirección del producto. - **P02 · La simplicidad es la última sofisticación.** Para reducir algo a su mínima expresión hay que entenderlo a la perfección. *Para ser realmente simple, hay que ir realmente profundo.* - **P03 · La complejidad no se elimina; se decide quién la carga.** (Ley de Tesler.) Verificación: si el cliente tiene menos pasos **y nosotros tuvimos más trabajo**, aplicaste el principio. Si ambos tienen menos, amputaste una función. - **P04 · Empieza por la experiencia y camina hacia atrás.** Experiencia deseada → producto → tecnología/material → lo que hay que inventar. La pregunta de producto es *¿adónde queremos llevar al cliente?*, no *¿qué necesita?*. Si la propuesta empieza con "tenemos esta máquina / esta resina / este stock", ya falló. - **P05 · Metáfora y consistencia.** Usar asociaciones que la persona ya conoce. La consistencia no es estética: es seguro contra el error. - **P06 · Tan poco diseño como sea posible.** Un objeto reducido a lo esencial se fabrica bien un millón de veces. La forma sigue a la función; cuando la función ya está resuelta y todos la resuelven igual, la forma sigue a la emoción. - **P07 · El estándar invisible.** El equipo que cuida lo que no se ve no negocia lo que sí se ve. Corolario duro: **la estética nunca vence al cómo funciona**; cuando el uso real contradice al diseño, el diseño tiene la carga de la prueba. ## Parte II — Cómo contamos - **P08 · Narrar antes que informar.** El dato es prueba de un beneficio, nunca protagonista. El spec no abre: cierra. - **P09 · Cuatro capas.** Titular (una idea) → beneficio (una frase en lenguaje del cliente) → cifra (un número-prueba) → nota al pie. Se lee en 30 segundos o en 15 minutos; nadie paga un costo de lectura que no eligió. - **P10 · Beneficio → prueba → letra chica.** Siempre en ese orden. Todo superlativo lleva su condición de medición: sin nota es humo, con nota es credibilidad. - **P11 · Jerarquía tipográfica = jerarquía de importancia.** Si algo es grande, es lo único que importa ahí. Un número gigante por claim; dos números del mismo tamaño se anulan. - **P12 · El que nombra el atributo controla la comparación.** Nombre propio en vez de genérico. El competidor puede igualar el spec, no ocupar el nombre. En toda tabla comparativa, la fila la define quien bautizó el atributo. - **P13 · El porqué antes del qué.** Toda pieza responde dos cosas: por qué el producto necesita existir y cómo resuelve el problema del cliente. Racional **y** emocional. Quien te encuentra por primera vez no tiene tu contexto. Si no puedes contar la historia, no tienes el producto. ## Parte III — Cómo decidimos (el flujo) - **P14 · Separar los modos.** La pieza que seduce (deseo) nunca es la que decide (transacción) ni la que valida (ficha técnica). Mezclarlas degrada a las tres. - **P15 · Una decisión por paso, en un orden que el cliente no elige.** Identidad → necesidad → dinero → riesgo. El orden no es logístico: administra el momento en que duele pagar. - **P16 · Catálogo ancho, ventana angosta.** El surtido es una base de datos; lo que se diseña es la ventana. Nunca más de ~4 opciones visibles por decisión. - **P17 · El "no" es de primera clase.** Cada salida con la misma jerarquía visual que el sí. Sin defaults impuestos en lo esencial. Ayuda just-in-time, en overlay, sin sacar a nadie del flujo. - **P18 · El reaseguro vive donde nace la duda.** La objeción no se discute: se le construye su propia habitación, en el punto exacto del recorrido. Ahí no entra ni un argumento de producto. ## Parte IV — La condición previa - **P19 · La claridad nace del portafolio, no del diseño.** Foco no es decir sí a lo importante: es decir no a otras cien buenas ideas. Con cuarenta variantes no existe configurador limpio. - **P20 · Lo técnico y lo funcional viven en piezas distintas.** Mismo dato maestro, distinto trabajo mental. Lo funcional comunica; lo técnico verifica. --- ## El procedimiento — siete preguntas, en este orden Cada pregunta puede matar la propuesta y evita gastar el trabajo de las siguientes. 1. ¿Qué trabajo contrata el cliente y **adónde queremos llevarlo**? 2. ¿Viola algún principio no negociable? 3. ¿Quién carga la complejidad: él o nosotros? 4. ¿Qué capa hay que controlar para que esto sea posible, y la controlamos? 5. ¿Existe algo que se pueda **usar y tocar**, o solo una descripción? (Ninguna decisión sobre descripciones.) 6. **¿Qué matamos para hacer esto?** (Va antes de la narrativa y después de la demo: ya hay evidencia para comparar y todavía no tanta inversión emocional como para que comparar sea imposible.) 7. ¿Se puede contar el porqué en una frase, antes del qué? --- ## La cadena: qué gobierna cada eslabón Ningún eslabón inventa información: la traduce al trabajo mental que le toca. Si el empaque dice algo que la ficha técnica no sostiene, el error está en la cadena. | Eslabón | Su único trabajo | Regla que no se negocia | |---|---|---| | **Nomenclatura** | Que el nombre explique el uso sin manual | Marca primero. Nombre propio para el atributo diferencial (P12, P05) | | **Ficha técnica** | Que un tercero pueda verificar | Cero narrativa. Es la única tabla del sistema (P20, P14) | | **Ficha de beneficios** | Que el cliente entienda qué gana | Titular → beneficio → cifra → nota (P09, P10) | | **Ficha de claims** | Que la promesa sea defendible | Ningún superlativo sin condición de medición (P10) | | **Empaque / etiqueta** | Que en tres segundos se sepa por qué existe | Lo importante va grande; jerarquía = importancia (P11, P13) | | **Configurador / Malushape** | Que elegir no canse | Una decisión por paso, ≤4 opciones visibles, identidad antes que dinero (P15–P17) | | **Puertas de Maluworld** | Fricción cero: la vara es "una compra en Apple" | Cada paso agregado debe justificarse (P03, P17) | --- ## Anti-patrones — rechazar en el acto - La ficha que abre con la especificación técnica. → P08 - El claim superlativo sin su nota de medición. → P10 - Dos números del mismo tamaño peleando en la misma pieza. → P11 - La grilla que muestra todas las variantes a la vez en vez de configurar por pasos. → P16 - El configurador limpio montado sobre un catálogo caótico. → P19 - "Simplificamos": se quitaron opciones y nadie trabajó más. Eso es amputar. → P03 - Empezar por lo que tenemos (máquina, resina, stock) en vez de por adónde va el cliente. → P04 - La misma pieza intentando seducir, configurar y validar. → P14 - Belleza que ganó contra el uso real. → P07 - Un "sí" que no costó ningún "no". → P19 ## Cómo esto se corrompe (los contrapesos) Los mismos criterios que construyen la excelencia la destruyen cuando pierden su contrapeso: 1. **Belleza sin auditoría** — lo bonito se percibe como más usable aunque no lo sea. Mide el desempeño real por separado de la percepción. 2. **Foco sin escucha** — "no le preguntamos al cliente" vale solo para categorías nuevas; en mejoras incrementales mandan los datos de uso y la queja. 3. **Simplicidad sin profundidad** — quitar opciones es fácil y produce un producto pobre. 4. **Gusto sin corrección** — sin mecanismo para matar lo que no funciona, el criterio es terquedad con marco teórico. **Prueba operativa:** si una decisión no reduce fricción para nadie y solo eleva el costo de salir, dejó de ser diseño de experiencia y se volvió diseño de retención. --- ## Los principios, traducidos a casos nuestros - **P03** — el cliente que pide "una bolsa para 20 kilos" no tiene por qué saber de micraje, resina ni conversión pulgadas→cm. Esa traducción la hacemos nosotros, en la herramienta, no en un correo de ida y vuelta. - **P04** — "tenemos esta resina / esta extrusora libre / este stock" no es un punto de partida válido. El punto de partida es adónde va el cliente. - **P09/P10** — una bolsa: *titular* "aguanta la mudanza entera" → *beneficio* "no se rasga al levantarla llena ni contra el filo de una caja" → *cifra* el micraje/resistencia medidos → *nota* método y tolerancia. Quien dice "3× más resistente" sin decir contra qué y medido cómo no tiene un claim: tiene un adjetivo. - **P12** — hoy nuestros atributos son genéricos: "bolsa reforzada", "esponja doble cara", "alta densidad". Cualquiera los escribe igual. Superbag ya es marca propia; falta que sus atributos también lo sean. - **P14** — catálogo (seduce) · Cotizador y Malushape (deciden) · ficha técnica (valida). Nunca la misma pieza. - **P16** — 411 bolsas homologadas y 204 de aseo atrás; nunca más de 4 opciones frente al ojo adelante. - **P18** — nuestras dudas reales no son las de Apple: tolerancia de medida, lote mínimo, plazo de entrega, qué pasa si el lote sale fuera de spec, quién responde. - **P19** — bolsas: 411 homologadas de 656 en el ERP (504 sin ficha). Aseo: 204 de 318 (216 sin ficha). Con ese ancho, la primera decisión de experiencia no ocurre en la web: ocurre en el catálogo. ## Estado honesto (lo que todavía no está probado) 1. **La cadena** (Parte V del deck) es hipótesis nuestra, no hallazgo de la investigación. Se valida contra una ficha real o no vale. 2. **Ningún atributo diferencial está bautizado** todavía (P12 pendiente). 3. **El portafolio no se ha tocado** (P19 pendiente): sin decisiones de cartera, el resto es maquillaje. Cómo se prueba: tomar una ficha de bolsa y una etiqueta reales, pasarlas por las siete preguntas y rehacerlas. Ninguna decisión sobre descripciones. ## Referencias - Versión larga con citas, fuentes y casos: `references/doctrina-completa.md` - Presentación (documento raíz): `~/Downloads/Doctrina_Maluworld/Como pensamos - Doctrina de diseno Maluworld.pdf` - Investigaciones fuente: `~/Downloads/Tesis_UX_Apple/Tesis_UX_Apple.pdf`, `~/Downloads/El_diseno_es_como_funciona_Steve_Jobs.pdf`, `~/Downloads/Apple_Arquitectura_de_una_Decision1_A4.pdf`, `~/Downloads/Apple_arquitectura_compra_hallazgos.pdf` Cualquier principio nuevo se agrega acá y al deck, o no existe.