# Armado de la solución para construir un vertical sobre Induxsoft

> Guía para desarrolladores, agencias y emprendedores que van a construir productos verticales o soluciones especializadas sobre el ecosistema Induxsoft, descrita en [Construir un vertical o solución especializada sobre Induxsoft](https://docs.induxsoft.net/es/todos-los-productos-y-servicios/construir-vertical.md).

## Qué arma esta solución

Un producto vertical o solución especializada construida sobre la plataforma V12 del ecosistema Induxsoft, dirigida a un giro específico (clínicas, salones, talleres, ópticas, gimnasios, escuelas, etc.). El producto resultante hereda de la plataforma toda la base operativa común (clientes, inventario, agenda, cobro, facturación, infraestructura, IAE, multi-país) y agrega encima las particularidades del giro: catálogos especializados, terminología propia, flujos únicos, integraciones específicas, reportes verticales. El producto puede operarse con marca propia del constructor o como solución oficial integrada al ecosistema.

## Piezas del ecosistema utilizadas

**V12** es la plataforma de base. Sobre V12 se construye todo el vertical. V12 provee modelo de datos extensible, capacidades configurables sin código, módulos extensibles con código, APIs e integraciones, infraestructura de usuarios y permisos, intranet, agenda multicalendario, gestión multi-sucursal, tienda en línea opcional, y conectividad con el resto del ecosistema.

**Devkron Applications Server** es el motor de aplicaciones para construir módulos personalizados sobre V12. Permite desarrollar nueva funcionalidad que se integra nativamente con la plataforma, no como extensión externa.

**Códice** y las demás herramientas de la suite de desarrollo del ecosistema. Su uso depende del alcance técnico del vertical.

**Plataforma IAE** para los agentes conversacionales que el vertical incluya. Los agentes se preconfiguran con el conocimiento del giro (vocabulario, FAQ, flujos típicos, integraciones con la lógica vertical) y se entregan como parte del producto.

**Capacidades fiscales nativas en México y proveedores fiscales locales en otros países LATAM**: el vertical hereda esta capacidad sin construirla.

**Productos del ecosistema reutilizables como base del vertical**: dependiendo del giro, el vertical puede aprovechar MaxiComercio V12 (si es retail/comercial), Déminus V12 (si es de alimentos), VenDesk V12 (si es B2B), iMedik Cloud V12 (si es médico extendiendo el vertical existente). El vertical puede operar sobre uno o varios de estos según corresponda.

**Tienda en línea de V12 e intranet de V12** como módulos opcionales que el vertical puede incluir según las necesidades del giro.

## Fases de construcción del vertical

### Fase 1: Validación del nicho (sin desarrollo aún)

**Objetivo:** confirmar que existe demanda real y que la propuesta es viable.

**Actividades:**
- Identificar el giro objetivo con precisión: no "comercio en general", sino "ópticas independientes con 1-3 sucursales".
- Entrevistar 10-20 negocios del giro para entender dolores reales, software actual, disposición a pagar.
- Mapear competencia: qué productos existen para ese giro, dónde fallan, qué precios manejan.
- Definir propuesta de valor diferencial.
- Estimar tamaño de mercado en LATAM.

**Duración típica:** 1 a 3 meses.

### Fase 2: MVP con configuración (sin desarrollo de código)

**Objetivo:** tener un producto funcional con primeros clientes pagando, validando el modelo antes de desarrollar.

**Actividades:**
- Configurar V12 con las particularidades del giro: campos personalizados, catálogos específicos, flujos de trabajo, plantillas, terminología.
- Configurar uno o dos agentes IAE básicos para el giro.
- Documentar la configuración para replicabilidad.
- Conseguir 3-10 clientes pioneros, idealmente con descuento significativo a cambio de retroalimentación.
- Operar el producto y aprender de los clientes reales qué falta y qué sobra.

**Duración típica:** 2 a 6 meses.

**Notas importantes:**
- En esta fase no se desarrolla código nuevo. Toda la diferenciación del vertical se logra con configuración.
- Si la configuración no es suficiente para entregar valor real a los primeros clientes, replantear el nicho antes de empezar a programar.
- Los pioneros son críticos. Tratarlos bien, escucharlos, mantenerlos enganchados. Son fuente de aprendizaje y futuros casos de éxito.

### Fase 3: Desarrollo del producto vertical

**Objetivo:** convertir la configuración validada en un producto empaquetado con módulos específicos de código.

**Actividades:**
- Desarrollar módulos específicos del giro que no se pueden lograr con configuración: pantallas particulares, lógica de negocio única, integraciones con proveedores específicos del nicho.
- Refinar agentes IAE con conocimiento profundo del giro: preguntas frecuentes documentadas, integraciones con la lógica del vertical, flujos pulidos.
- Construir herramientas de despliegue rápido: configuración automatizada para clientes nuevos, plantillas de datos iniciales, capacitación estandarizada.
- Construir materiales comerciales: sitio web del vertical, demos, casos de éxito, materiales de venta.

**Duración típica:** 6 a 18 meses, dependiendo de la complejidad del vertical y del tamaño del equipo.

**Notas importantes:**
- Usar Devkron Applications Server y las herramientas de la suite. No construir paralelo a V12; construir sobre V12.
- Cada módulo desarrollado debe documentarse para mantenibilidad a largo plazo.
- Mantener clientes pioneros operando durante el desarrollo. No desconectarlos ni dejarlos sin atención.

### Fase 4: Escalamiento comercial

**Objetivo:** llegar a un volumen significativo de clientes con el producto maduro.

**Actividades:**
- Operar el vertical como producto comercial con precios definidos, ciclo de venta estructurado, soporte profesional.
- Construir red de distribución: directa, indirecta a través de partners, o mixta.
- Expandir a nuevas geografías aprovechando el cumplimiento fiscal regional del ecosistema.
- Iterar el producto con retroalimentación continua de clientes en producción.
- Considerar opciones estratégicas: crecimiento orgánico, alianzas, fusión o adquisición eventual.

**Duración típica:** continua. La fase no termina.

## Modelo de monetización del vertical

El constructor del vertical tiene varias opciones para monetizar:

**Producto independiente con marca propia.** El constructor opera su vertical como producto comercial bajo su propia marca, con su modelo de precios, su sitio web, su soporte. Por debajo, Induxsoft cobra al constructor por el uso de la plataforma V12 e IAE según el modelo comercial vigente. Esta opción da máxima autonomía y maximiza el margen del constructor cuando logra volumen.

**Partner certificado con coparticipación.** El constructor opera como partner oficial de Induxsoft, con su vertical certificado dentro del ecosistema. El cliente final compra el vertical y Induxsoft factura como producto del catálogo, con coparticipación al constructor según el acuerdo. Esta opción da acceso a la red de distribución de Induxsoft y reduce el esfuerzo comercial del constructor.

**Producto oficial integrado al ecosistema.** Cuando un vertical alcanza madurez significativa y relevancia estratégica, puede integrarse como producto oficial del ecosistema, con marca compartida o absorbido. Esta es la opción típica para verticales muy exitosos que se vuelven parte de la oferta principal de Induxsoft. Es el modelo seguido por algunos verticales actuales como iMedik Cloud.

**Servicio de consultoría vertical.** El constructor opera su vertical no como producto empaquetado sino como servicio profesional especializado: implementa Induxsoft con configuración profunda para cada cliente del giro, sin construir módulos de código propios. Es opción válida cuando el nicho es muy chico o muy especializado para justificar inversión en desarrollo.

## Decisiones de arquitectura recurrentes

**¿Configuración o desarrollo?** Configuración primero, desarrollo solo cuando la configuración ya no alcanza. Muchos verticales viables se entregan con 80-90% configuración y solo 10-20% código personalizado.

**¿Construir sobre qué producto base?** Depende del giro:
- Giros comerciales/retail → MaxiComercio V12
- Giros de alimentos → Déminus V12
- Giros B2B con pipeline comercial → VenDesk V12
- Giros médicos/salud → considerar iMedik Cloud V12 como base extensible
- Giros de servicios con cita → V12 base con agenda multicalendario

**¿Marca propia o aprovechar marca Induxsoft?** Marca propia si el constructor planea construir activo independiente vendible o exitable. Marca compartida si valora más velocidad de salida al mercado y acceso a red existente.

**¿Multi-país desde el inicio o expandir después?** Depende del nicho. Algunos giros (clínicas, gimnasios) son universalmente similares y permiten multi-país desde el inicio. Otros (microfinancieras, despachos legales) tienen regulaciones locales que obligan a especialización por país, y conviene dominar un país antes de expandir.

**¿Hospedaje propio del vertical o nube de Induxsoft?** Nube de Induxsoft por defecto, especialmente para verticales con marca propia que no quieren operar infraestructura. Hospedaje propio cuando el constructor tiene capacidad operativa y razones específicas (soberanía de datos, control técnico, márgenes mejores a escala grande).

## Modelo de ingreso para el partner/constructor

La construcción de un vertical típicamente genera estas líneas de ingreso:

1. **Venta del vertical empaquetado**: precio recurrente al cliente final. Es el ingreso principal a escala.
2. **Implementación y configuración inicial** del vertical en cada cliente. Facturada como proyecto.
3. **Servicios continuos por cliente**: optimización, capacitación a personal nuevo, ajustes, soporte avanzado.
4. **Licenciamiento del vertical a terceros**: si el vertical es exitoso, otros partners pueden querer revenderlo. Modelo de licencia genera ingreso pasivo.
5. **Servicios de consultoría especializada**: el constructor desarrolla expertise profundo del giro que puede monetizar más allá del software (consultoría operativa, capacitación industria).

El rubro 1 a escala es donde está el valor real. Un vertical exitoso con 100-500 clientes activos genera ingresos recurrentes significativos con costo marginal bajo, lo cual es el modelo de negocio que justifica la inversión en construirlo.

## Errores comunes que conviene evitar

- **Saltar la fase de validación.** Construir un vertical antes de confirmar que el mercado lo quiere es la receta clásica del fracaso. Validar primero, construir después.
- **Empezar con desarrollo de código antes de agotar configuración.** La configuración llega más lejos de lo que parece. Programar prematuramente desperdicia tiempo y recursos.
- **Subestimar el conocimiento del giro.** Un vertical es 30% software y 70% conocimiento del nicho. Si el constructor no domina el giro, conseguir socio del giro antes de empezar.
- **Tratar a los clientes pioneros como clientes regulares.** Los pioneros son aliados estratégicos, no clientes a maximizar. Cobrarles poco, escucharlos mucho, cuidarlos siempre.
- **Construir vertical paralelo a V12 en lugar de sobre V12.** El error técnico fatal: construir un sistema separado que duplica funcionalidad de V12 en lugar de extender V12. Convierte el proyecto en construcción desde cero, perdiendo la ventaja de la plataforma.
- **Subestimar el costo del marketing y la distribución.** Construir el producto es la mitad. Llegarle al mercado es la otra mitad y suele ser más cara que la construcción.
- **No documentar la configuración y el desarrollo.** Sin documentación, el vertical se vuelve frágil ante rotación del equipo o crecimiento. Documentar desde el inicio.

## Documentos relacionados

- [Catálogo de soluciones — Construir un vertical o solución especializada sobre Induxsoft](https://docs.induxsoft.net/es/todos-los-productos-y-servicios/construir-vertical.md) — la versión narrativa de este caso de uso.
- [Índice del catálogo de soluciones](https://docs.induxsoft.net/es/todos-los-productos-y-servicios/soluciones.md)
- [Todos los productos y servicios](https://docs.induxsoft.net/es/todos-los-productos-y-servicios/) — el catálogo técnico de referencia.
- [V12 — Visión general](https://es.induxsoft.net/v12/) — la plataforma base para construir verticales.
- [Visión general de la Plataforma IAE](https://docs.induxsoft.net/es/iae/vision-general.md) — para los agentes conversacionales del vertical.