← Casos reales
REAL CASEcase-rewi-micropos
Rewi + MicroPOS — promover el patrón, no el producto
Cómo dos productos distintos permitieron identificar patrones reutilizables sin convertir particularidades comerciales en reglas globales.
Contexto
Rewi y MicroPOS comparten varios problemas operativos y de integración, pero tienen modelos de negocio y límites distintos.
Problema
Existía riesgo de copiar soluciones específicas de un producto como si fueran Standards universales.
Evidencia
- Comparación de integración API/n8n.
- Persistencia local y artifacts de deployment.
- Browser/QA y actualización de runtimes.
Decisión
Promover únicamente comportamientos demostrados como patrón reusable y mantener pricing, branding y reglas comerciales como conocimiento local.
Qué cambió
Se fortalecieron límites entre Blueprint, Skill, Gate, proyecto y evidencia de referencia.
Qué aprendimos
- Patrón común ≠ producto común.
- Gate Defect ≠ Product Defect.
- Las diferencias de negocio deben sobrevivir a la estandarización.
Cómo reutilizarlo
- Web commercial sites.
- Mini CRM.
- Integraciones con orquestadores.
Qué NO generalizar
- Campos comerciales.
- Proveedores de pago específicos.
- Pricing.
