Modern Business Creation Program Chile-first · idea → constitución → operación → crecimiento → crisis → salida

Clase 197 — Arquitectura tecnológica mínima viable

Parte 15 · Tecnología, datos, IA y operación digital — clase 1 de 14

Estado de evidencia: DINAMICO · Jurisdicción: Chile-first · Fecha base normativa: 07-08-2026
Decisión que habilita: definir el conjunto mínimo de sistemas y cuál es fuente de verdad para cada dato
Entregable: mapa de arquitectura con sistemas, fuente de verdad por dato e integraciones necesarias

🎯 Propósito

Definir el conjunto mínimo de sistemas y, sobre todo, cuál es la fuente de verdad de cada dato crítico.

📚 Resultados de aprendizaje

Al finalizar esta clase podrás:

  1. Definir con precisión los cuatro conceptos de la tabla siguiente y usarlos para describir un caso real.
  2. Explicar por qué esta materia condiciona decisiones de otras partes del programa.
  3. Decidir —definir el conjunto mínimo de sistemas y cuál es fuente de verdad para cada dato— y justificar la decisión por escrito.
  4. Producir el entregable de la clase y contrastarlo contra su criterio de aceptación.
  5. Distinguir el dato estable del dato dinámico que exige revalidación en la fuente oficial.

🧩 Conceptos centrales

ConceptoComprensión verificable
Arquitectura mínima viableConjunto mínimo de sistemas que sostiene la operación.
Sistema de registroFuente única de verdad para un tipo de dato.
IntegraciónConexión que evita reingreso manual de datos.
Costo totalLicencias, implementación, soporte y salida.

🗺️ Flujo de razonamiento

flowchart TB
    C["Contexto del caso<br/>actividad · escala · comuna"]
    C --> A1["Arquitectura mínima viable"]
    C --> A2["Sistema de registro"]
    C --> A3["Integración"]
    C --> A4["Costo total"]
    A1 & A2 & A3 & A4 --> D{{"definir el conjunto mínimo de<br/>sistemas y cuál es fuente de<br/>verdad para cada dato"}}
    D --> E["Entregable<br/>mapa de arquitectura con<br/>sistemas, fuente de verdad por<br/>dato e integraciones<br/>necesarias"]
    E --> V{"¿Cumple el criterio<br/>de aceptación?"}
    V -->|sí| S["Evidencia archivada<br/>y clase siguiente"]
    V -->|no| C

📖 Desarrollo

1. El fondo del asunto

La arquitectura mínima viable de una pyme chilena suele ser facturación electrónica, contabilidad, CRM, almacenamiento y comunicación, integrados entre sí. Cada sistema adicional agrega costo de integración y de gobierno; la pregunta correcta no es qué software es mejor sino cuál es el mínimo que sostiene la operación.

2. Cómo se traduce en la práctica

La arquitectura mínima de una pyme chilena suele ser facturación electrónica, contabilidad, CRM, almacenamiento y comunicación, integrados entre sí. Cada sistema adicional agrega costo de integración y de gobierno; la pregunta correcta no es qué software es mejor sino cuál es el mínimo que sostiene la operación.

3. Marco aplicable y quién interviene

Autoridades o contrapartes involucradas: ANCI, CSIRT Nacional, Agencia de Protección de Datos Personales (en implementación). Profesionales de apoyo: responsable de TI, consultor de ciberseguridad, analista de datos, abogado de datos. La participación concreta depende del riesgo, del tamaño de la empresa y de la actividad económica.

🧪 Taller guiado

Aplica esta clase a una de las siguientes líneas de negocio y repite después el ejercicio con una segunda línea de carga regulatoria distinta:

LíneaCarga regulatoria
SaaS B2B con IAmedia
Servicios profesionalesbaja
E-commerce D2Cmedia
Alimentos o foodtechalta
Exportación de serviciosmedia
Fintech reguladaalta
Construcción o servicios técnicosalta

Secuencia de trabajo:

  1. Delimita el contexto: actividad económica, escala, comuna y etapa de la empresa.
  2. Reúne los antecedentes que la decisión exige y anota la fecha de cada fuente.
  3. Identifica las alternativas reales, incluida la de no hacer nada.
  4. Evalúa el impacto en mercado, caja, personas, regulación y operación.
  5. Toma la decisión y regístrala con sus supuestos.
  6. Produce el entregable.
  7. Contrástalo contra el criterio de aceptación.
  8. Anota lo que requiere validación profesional y programa su revisión.

📦 Entregable

Mapa de arquitectura con sistemas, fuente de verdad por dato e integraciones necesarias.

Debe incluir decisión, supuestos, fuentes con fecha de consulta, responsable, riesgos identificados y próximos pasos.

🏆 Reto verificable

Resuelve la misma materia para una segunda línea de negocio con distinta carga regulatoria y explica por escrito qué cambió, por qué y qué fuente lo determina.

✅ Criterio de aceptación

⚠️ Errores frecuentes

Propios de esta clase:

Característicos de la parte 15:

🇨🇱 Checklist Chile

❓ Preguntas de comprobación

  1. ¿Cuál es la fuente de verdad de tus datos de clientes, y cuántos sistemas la disputan?
  2. ¿Qué datos reingresas manualmente de un sistema a otro?
  3. ¿Incluiste implementación y costo de salida al evaluar tu último software?

🔗 Fuentes oficiales

Biblioteca del Congreso Nacional · LeyChile — Normativa oficial consolidada <https://www.bcn.cl/leychile/> · verificado 2026-08-19

Corporación de Fomento de la Producción — Innovación, inversión y garantías <https://www.corfo.cl/> · verificado 2026-08-19

Complementos del repositorio: glosario · ruta de lecturas · catálogo de fuentes.

Important

Material educativo. Para una decisión real de alto impacto hay que verificar la fuente oficial vigente y validar con el profesional competente.


AnteriorÍndiceSiguiente
Inicio de la parteParte 15 · Programa198 · Comprar, construir o integrar software →