Cómo Migrar de Excel a un Sistema a Medida en 90 Días
Plan paso a paso para migrar de Excel a sistema a medida en 90 días. Auditoría, modelado, MVP, capacitación y rollout. Casos reales de empresas argentinas.
Una de las transiciones más comunes en pymes argentinas: pasar de Excel + papel + WhatsApp a un sistema a medida. Es un proyecto serio pero no imposible. Para empresas con scope acotado se puede ejecutar en 90 días. El plan real, los hitos por etapa, los errores típicos y un caso concreto.
Para contexto previo: la guía de software a medida en Argentina y cuándo conviene desarrollar a medida.
Señales que tu empresa ya superó Excel
Antes de embarcarte en una migración, validá que tu empresa realmente está en el punto. Las señales más claras:
- Múltiples versiones del mismo Excel. Cada vendedor o área tiene "su" copia, las versiones divergen, los datos no concilian.
- Errores recurrentes de carga manual. Pedidos mal cargados, facturas con montos incorrectos, stock que no cierra.
- Decisiones con datos viejos. El gerente pide un reporte y le llega 2 días después con números de la semana pasada.
- Tiempo administrativo del equipo. Vendedores dedicando 2+ horas/día a cargar datos en lugar de vender.
- Imposibilidad de escalar. Cada nuevo cliente, vendedor o producto agrega friction operativa exponencial.
- Datos críticos en personas, no en sistemas. "Eso lo sabe Juan, hay que preguntarle". Riesgo enorme si Juan se va.
Si 3+ de estas señales te aplican, la migración es justificable. Si solo te aplica 1-2, capaz un mejor uso de Excel + Sheets + Zapier alcance.
Plan de migración: 90 días paso a paso
Día 1 Día 30 Día 60 Día 90
|---------------------|--------------------|--------------------|
Auditoría + Diseño técnico Desarrollo MVP QA + capacitación
mapeo + arquitectura (paralelo Excel) + go-live por fases
Días 1-15: Auditoría y mapeo
Inventario de Excels
Listar TODOS los Excels críticos del negocio. Para cada uno:
- Nombre del archivo
- Quién lo usa (rol)
- Frecuencia de uso
- Datos que contiene
- A qué proceso pertenece
- Quién lo actualiza
- Dependencias con otros archivos
Resultado típico: 15-40 Excels para una pyme de 30-50 personas.
Identificación de procesos
Agrupá los Excels por proceso. Procesos típicos en pyme argentina:
- Ventas (CRM, cotizaciones, pedidos, comisiones)
- Stock (entradas, salidas, multi-depósito)
- Facturación (emisión, libro IVA, ARCA)
- Cobranzas (cuenta corriente, vencimientos)
- Compras (OCs, recepción, cuentas a pagar)
- Producción (si aplica)
- RRHH (legajos, licencias, turnos)
- Reportería ejecutiva
Mapeo de dolor
Por proceso, listar los 3 dolores principales: errores frecuentes, tiempo perdido, decisiones impedidas. Esto define las prioridades del MVP.
Salida de la etapa
Documento de alcance de 5-10 páginas con:
- Procesos a migrar (priorizados)
- Datos a migrar
- Integraciones requeridas (ARCA, Mercado Pago, etc)
- Roles y permisos
- KPIs de éxito
Días 16-30: Diseño técnico + arquitectura
Esta etapa es donde se define la columna vertebral de los sistemas a medida que reemplazan a Excel.
Modelo de datos
Diseñar el modelo de datos que va a reemplazar a los Excels. Ejemplo simple: en lugar de un Excel "Pedidos.xlsx" con columnas de cliente embebido, modelar Cliente, Producto, Pedido, LineaPedido como entidades relacionadas.
Stack tecnológico
Elegir tecnologías que escalen y sean mantenibles. Para la mayoría de pymes argentinas: Next.js + Postgres + Vercel + librería de UI con design system. Detalles en stack tecnológico para sistemas empresariales 2026.
Roles y permisos
Definir quién puede hacer qué en el sistema. Mínimo: admin, operativo, lectura. Casos comunes agregan vendedor (ve solo sus clientes), gerente (ve todo de su área), externo (ej: contador con acceso a libros).
Wireframes
Bocetos de las pantallas críticas para validar UX antes de desarrollar. Usar Figma para iterar rápido con el cliente.
Salida de la etapa
- Documento técnico (10-15 páginas)
- Diagrama de arquitectura
- Wireframes navegables
- Backlog priorizado para sprints quincenales
Días 31-60: Desarrollo MVP
Sprints quincenales
El desarrollo se ejecuta en sprints quincenales. Cada sprint tiene:
- Sprint planning (lunes 1)
- Desarrollo (lunes 1 a viernes 2)
- Demo al cliente (viernes 2)
- Retro + ajustes (lunes 3)
Una empresa típica con 3-5 módulos completa el MVP en 4-6 sprints (5-8 semanas).
Orden de desarrollo
Priorizar por dolor + dependencias técnicas:
- Auth + roles + permisos. Base para todo.
- Maestros (clientes, productos, etc). Datos base.
- Proceso #1 más crítico (ej: pedidos).
- Proceso #2 + #3.
- Reportería + dashboard.
- Integraciones externas (ARCA, MP, etc).
Migración de datos
En paralelo al desarrollo, scripts ETL que:
- Leen los Excels actuales
- Limpian los datos (duplicados, inconsistencias, formatos)
- Validan contra reglas de negocio
- Cargan en la BBDD del sistema nuevo
Tip clave: NO hacer migración de datos al final. Hacerla incremental durante desarrollo, con dual-write (cargar tanto en Excel como en sistema) durante 2-3 semanas para validar consistencia.
Salida de la etapa
MVP funcional con módulos críticos cubiertos. Todavía no en producción para todo el equipo, pero accesible para piloto.
Días 61-75: QA + capacitación
Testing automatizado
Tests unitarios + integración en módulos críticos. Tests E2E para flujos principales (ej: crear pedido, facturar, cobrar). NO se hace QA solo manual al final - es 2-3x más caro y deja agujeros.
UAT con cliente
User Acceptance Testing: usuarios reales (no solo el referente) prueban el sistema con casos reales del negocio. Inevitable que aparezcan ajustes - presupuestar 1-2 semanas para refinarlos.
Capacitación del equipo
3-5 sesiones de 1-2 horas cada una, segmentadas por rol. Mejor en grupos chicos que en una capacitación masiva. Material complementario: video tutoriales cortos, cheat sheets impresas para los primeros días.
Salida de la etapa
- QA con tests automatizados pasando
- UAT validado por 5-10 usuarios reales
- Equipo capacitado
- Material de soporte (docs, videos, runbook)
Días 76-90: Rollout + monitoreo
Go-live por fases (NO big-bang)
Fase 1 (semana 13): 2-3 usuarios piloto en sistema nuevo. Resto del equipo en Excel.
Fase 2 (semana 14): suma 5-10 usuarios más al sistema nuevo. Excel sigue como red de seguridad.
Fase 3 (semana 15-16): 100% del equipo en sistema nuevo. Excel solo lectura para consulta.
Fase 4 (mes 2): decommission Excel, archivar planillas históricas.
Monitoreo activo
En las primeras 4 semanas post-go-live:
- Reuniones diarias de 15 minutos con referentes
- Dashboards de errores en Sentry
- KPIs de adopción (% del equipo usando sistema)
- Hot fixes con SLA <4h en horario laboral
Decommission de Excel
Solo cuando KPIs mostren confianza:
- Adopción >90% del equipo
- Errores nuevos <0.5% de transacciones
- Datos consistentes entre sistema y Excel paralelo
Salida de la etapa
- Sistema en producción para todo el equipo
- Excel decommissionado
- Métricas de adopción documentadas
- Plan de mantenimiento + evolución activado
Errores típicos a evitar
1. Querer migrar todo de una vez
El error más caro. "Mi empresa tiene 25 procesos, vamos a migrar todos a la vez". Resultado: proyecto de 18 meses, USD 100k, equipo agotado, sistema poco usado.
Solución: empezar con 3-5 procesos críticos. Validar adopción y rentabilidad en 6 meses. Después agregar resto en versión 2.
2. No incluir al equipo en descubrimiento
Si el sistema se diseña entre dueño + agencia sin operativos, garantizado que va a chocar con realidad. Incluir 2-3 referentes operativos en descubrimiento + diseño es no opcional.
3. Subestimar limpieza de datos
Los Excels reales son un desastre: tipos de datos inconsistentes, duplicados, datos de prueba mezclados con reales, fechas en 5 formatos distintos. Limpiar suele tomar 30-50% del tiempo de migración.
4. Saltarse la capacitación
"El sistema es intuitivo, no necesita capacitación". Falso. Aún sistemas perfectos requieren 2-4 horas de capacitación por usuario crítico para adopción real.
5. Big-bang go-live
Apagar Excel en lunes y prender sistema nuevo. Si algo falla (siempre falla algo), todo el negocio se detiene. Rollout por fases es la única forma sensata.
Caso de referencia
Una distribuidora con 25 empleados en CABA tenía 23 Excels críticos: pedidos por vendedor (3 archivos), stock multi-depósito (2 archivos), facturación, cobranzas, comisiones, compras, etc.
Diagnóstico: errores de carga 5-8% en pedidos, stock con desfasaje promedio 12% vs realidad física, conciliación bancaria llevaba 3 días/mes, no había dashboard ejecutivo.
Plan ejecutado:
- Días 1-15: auditoría + alcance (3 procesos críticos en MVP: pedidos, stock, facturación)
- Días 16-30: arquitectura + wireframes
- Días 31-65: desarrollo MVP (5 sprints)
- Días 66-80: QA + UAT + capacitación
- Días 81-95: rollout por fases
- Día 95: 100% del equipo en sistema nuevo
Resultado a 6 meses post-go-live:
- Errores de carga: 5-8% → 0.4%
- Stock desfasaje: 12% → 1.5%
- Conciliación bancaria: 3 días/mes → 4 horas/mes
- Tiempo de cierre comercial: -42%
- Adopción: 100% (pasaron 3 meses para llegar)
Inversión total: USD 7.000 desarrollo + USD 130/mes mantenimiento.
Plus: mes 8 sumaron OCR para procesar facturas de proveedores. Detalle en OCR + IA para facturas y contratos en Argentina.
¿Y después de los 90 días?
La migración es el inicio, no el fin. Las siguientes 5-8 semanas suelen incluir:
- Bug fixes residuales
- Refinamientos de UX según feedback real
- Reportes adicionales que el equipo descubre que necesita
- Integraciones secundarias (ej: WhatsApp, email marketing)
- Eventualmente automatizaciones con IA. Más en 10 casos de automatización empresarial y casos de uso de IA en pymes argentinas.
Cierre
Migrar de Excel a un sistema a medida en 90 días es factible para una pyme/mediana con scope acotado y un equipo que esté dispuesto a participar en descubrimiento + capacitación. La clave: empezar con 3-5 procesos críticos, no querer todo de una, y rollout por fases en lugar de big-bang.
Si tu empresa cumple las señales descritas al principio, cotizá tu proyecto o leé también digitalización de procesos: qué es y cómo empezar y la guía de software a medida en Argentina.