La pregunta más frecuente que recibimos de otros fundadores es alguna versión de: “¿Cómo estás creando 150 módulos con el equipo que tienes?”
La respuesta honesta es que la pregunta está mal planteada. No estamos creando 150 grandes módulos. Estamos creando 150 suficientemente bueno modules on top of a small number of really well-built foundations. That distinction is the entire architecture.
The picking process.
Empezamos con una sola regla: un módulo pertenece a Mewayz solo si elimina una suscripción SaaS que nuestro cliente objetivo ya está pagando.
No “podrían pagar”. No “se imaginan pagando”. Pagan actualmente, hoy, con una tarjeta de crédito de forma recurrente. Ese filtro elimina el 80% de los módulos que en teoría podríamos crear.
El 20% restante —unas 150 categorías— son aquellas en las que nuestro cliente pyme típico paga actualmente entre $25 y 500 USD al mes en algún lugar. CRM, RR. HH., contabilidad, soporte, proyectos, marketing: las más evidentes. Pero también TPV, reservas, contratos, formularios, encuestas, bases de conocimiento, gestión de ONG, centros de llamadas, generadores de documentos con IA y centros de formación.
Cada módulo de Mewayz tiene que apuntar a una factura en la factura del software que el cliente ya usa.
Lo que no construimos.
Vale la pena destacar lo que es no en Mewayz, deliberadamente:
- Specialty creative tools. Figma, Adobe, Logic — single-purpose creative tools where excellence dominates. Bundling-in would be insulting to the categories.
- Infraestructura para desarrolladores. GitHub, Sentry, Linear. Un universo adyacente, compradores distintos, flujos de trabajo distintos.
- Plataformas de comunicación. Slack, Zoom. Algún día podrían ser un requisito básico, pero los efectos de red son demasiado fuertes para hacerles mella ahora.
- TI empresarial. Identidad, SSO, MDM. Nos integramos con Okta, etc.; no los reemplazamos.
La arquitectura: tres capas.
The trick to shipping 150 modules without 150 teams is that most modules aren't independent products. They're configuraciones sobre primitivas compartidas.
Construimos tres capas base que utiliza cada módulo:
Capa 1: La columna vertebral de datos
A unified data model across the platform — Contact, Company, Item, Document, Event, Money. Every module reads and writes through this spine. The CRM's “contact” is the same record as accounting's “customer” and helpdesk's “ticketer.” No syncing, no duplicates.
Capa 2: El motor de flujos de trabajo
Un único motor de flujos de trabajo que gestiona todas las acciones entre módulos. Presupuesto → factura → pago → comisión → nómina. Cliente potencial creado → correo enviado → tarea asignada. Ticket abierto → temporizador de SLA → escalado. Todo el mismo motor, configurado por módulo.
Capa 3: El kit de interfaz
Cada módulo se construye con los mismos 40 componentes aproximadamente: vista de lista, vista de detalle, kanban, calendario, creador de formularios y creador de informes. Los nuevos módulos se lanzan configurando estos componentes, no diseñando pantallas desde cero.
La hoja de ruta.
Lanzamos aproximadamente 90 módulos en la v1 y los siguientes 60 en la v2. El ritmo es de unos 4 a 6 módulos nuevos al mes, además de un trabajo continuo de profundización en los módulos existentes más utilizados.
Los módulos se presentan en un orden definido por tres señales:
- What customers are asking for, weighted by deal size. Una solicitud de una agencia de 200 personas avanza más rápido que diez solicitudes de usuarios individuales.
- Lo que sustituye a la suscripción existente más cara. A new module that lets customers drop a $300/month tool wins over one that drops a $30/month tool.
- Lo que desbloquea un paquete vertical. Lanzar "PMS" nos permite presentar un pack para Hoteles. Lanzar "Gestión de Expedientes" nos permite presentar un pack para el sector Legal. Los packs verticales convierten a una tasa 3 veces mayor que los módulos horizontales.
Calidad del módulo, honestly.
Los distintos módulos están en diferentes niveles de pulido. Los 30 principales —CRM, RR. HH., contabilidad, soporte, proyectos, marketing— compiten de verdad con las mejores herramientas independientes de su categoría en el segmento pyme.
Los siguientes 50 tienen una calidad “suficiente para la mayoría de los clientes”. Cubren el 80% de los casos de uso de productos independientes. Los 70 restantes están en el nivel “básico”: hacen lo que tienen que hacer y no sorprenden por arriba.
Somos claros al respecto. La propuesta no es «cada módulo es el mejor». La propuesta es «todos los módulos conectados, a un solo precio y sin dispersión de herramientas SaaS». Si necesitas la mejor hoja de cálculo, usa Excel. Si necesitas la mejor herramienta de presentaciones, usa Pitch. Si tu prioridad es «bueno en todo, una sola factura», eres nuestro cliente.
Lo que aprendimos por las malas.
Tres cosas, mirando atrás:
- El número de módulos es una cifra de vanidad. 150 suena impresionante en el marketing. Lo que de verdad les importa a los clientes es si los 12 módulos que usan son buenos. Internamente nos obsesionamos con el módulo depth para los 20 principales, no el conteo.
- La columna vertebral de datos llevó más tiempo que los módulos. 18 meses en los cimientos, 6 meses en la superficie visible. Si lo reconstruyéramos desde cero, dedicaríamos aún más tiempo a los cimientos.
- Las herramientas de migración importan tanto como los módulos. La parte más difícil de llevar a un cliente a Mewayz no es construir el destino, sino mover sus datos desde los siete proveedores actuales. Hemos dedicado los últimos seis meses a crear más de 40 herramientas de migración. Cada una libera aproximadamente un 4 % más de conversión.
Nada de esto es glamuroso. Nada de esto sirve para buenos tuits de lanzamiento. Pero es la razón por la que la v2 sale con el alcance que tiene. Los próximos 18 meses se centran en profundizar en los módulos que los clientes realmente usan, no en sumar nuevos módulos.