Excel es excelente para empezar. El problema aparece cuando la planilla deja de ser una herramienta y se convierte en el sistema operativo del negocio: versiones distintas, errores de copia, y nadie sabe cuál es “la buena”.
Señales de que ya no alcanza
- Más de una persona edita el mismo archivo y se pisan cambios.
- Necesitás historial (quién cambió qué, cuándo se vendió, en qué estado está un trabajo).
- Hay reglas de negocio: stock mínimo, estados de taller, listas de precios por cliente.
- Perdés tiempo armando reportes a mano cada semana.
¿SaaS genérico o a medida?
Un SaaS sirve si tu proceso encaja. Si el negocio tiene flujos propios (taller + repuestos + facturación a medida, catálogo B2B raro, etc.), forzar una herramienta genérica suele costar más en adaptaciones y trabajo manual.
Un sistema a medida no significa “hacer todo gigante”. Significa resolver lo que duele, por etapas: primero el núcleo, después lo demás.
Cómo encararlo sin sobreingeniería
- Empezá por un proceso concreto (stock, órdenes de trabajo o pedidos).
- Definí qué datos son obligatorios y quién los carga.
- Pedí una primera versión usable en semanas, no un “sistema total” en un año.
- Reservá tiempo para cargar datos y capacitar al equipo: eso también es el proyecto.
Si estás en ese punto intermedio —Excel ya duele, pero no querés un mamotreto— es un buen momento para conversar el alcance.
Excel is great to start. The problem shows up when the spreadsheet stops being a tool and becomes the operating system of the business: conflicting versions, copy-paste errors, and no one knows which file is “the real one.”
Signs it’s no longer enough
- More than one person edits the same file and overwrites changes.
- You need history (who changed what, when a sale happened, the status of a job).
- There are business rules: minimum stock, workshop statuses, per-customer price lists.
- You waste time building reports by hand every week.
Generic SaaS or custom?
SaaS works when your process fits. If the business has its own flows (workshop + parts + custom invoicing, an unusual B2B catalog, etc.), forcing a generic tool often costs more in workarounds and manual work.
Custom software doesn’t mean “build everything huge.” It means fixing what hurts, in stages: core first, then the rest.
How to approach it without overengineering
- Start with one concrete process (stock, work orders, or orders).
- Define which data is required and who enters it.
- Ask for a usable first version in weeks, not a “total system” in a year.
- Budget time for data migration and training—that’s part of the project too.
If you’re in that middle zone—Excel already hurts, but you don’t want a monster—it’s a good moment to talk through scope.