PIPELINEGuías
¿Vale la pena el software personalizado para pequeñas empresas?
No todas las empresas necesitan software personalizado. Cuándo resulta rentable, cuándo no, y cómo calcularlo de antemano en lugar de descubrirlo después.
Si el software personalizado vale la pena depende de un cálculo simple: con qué frecuencia ocurre un proceso, cuánto dura y qué cuesta una hora en tu empresa. Solo cuando estas cifras están disponibles se puede decir seriamente si resulta rentable — lo verificamos antes de cada oferta.
01 — Ajuste
Cuándo vale la pena
- El proceso afectado ocurre al menos semanalmente.
- Sigue reglas que se pueden escribir — aunque haya excepciones.
- Hoy es trabajo manual que nadie hace con gusto.
- Hay una persona que decide, no tres que tienen que coordinarse.
- Podéis definir cómo sabréis que ha funcionado.
02 — Delimitación
Cuándo desaconsejamos
- El proceso todavía está cambiando. Mientras estés ajustando el proceso mismo, el trabajo manual es más flexible y más barato.
- Las excepciones superan a los casos regulares. Entonces automatizas excepciones, y eso se vuelve caro.
- No hay base de datos. Sin datos de partida disponibles digitalmente, falta la base.
- El volumen es demasiado pequeño. Con cinco operaciones al mes no vale la pena ningún sistema — ni siquiera uno económico.
- El verdadero cuello de botella está en otro lado. Quien tiene muy pocas solicitudes no necesita un procesamiento más rápido.
03 — Cálculo
Así se calcula
Cuatro números bastan: ¿con qué frecuencia ocurre el proceso? ¿Cuánto dura? ¿Cuánto cuesta una hora internamente? ¿Y cuánto cuesta la solución, una vez más el funcionamiento durante tres años?
Un ejemplo: un proceso que ocurre dos veces por semana y dura 40 minutos cada vez ocupa alrededor de 69 horas al año. Con una tarifa interna de 45 euros por hora, son unos 3.100 euros anuales que quedan ahí vinculados. Si una solución reduce este esfuerzo en dos tercios, se amortiza —según la oferta real— a menudo en uno o dos años. El valor exacto para vuestro caso os lo indicamos después de la primera reunión.
Este cálculo es deliberadamente conservador: solo considera el tiempo ahorrado, no los errores evitados ni los pedidos que se consiguen gracias a una reacción más rápida. En la práctica, el beneficio suele ser mayor, pero no conviene contarlo antes de haberlo medido.
04 — Clasificación
Lo que muestra la experiencia
Los proyectos de software más caros son aquellos en los que durante doce meses nadie pudo usar nada.
05 — Preguntas
Preguntas frecuentes
¿A quién pertenece el código fuente?
A vosotros, completamente, desde el pago. Está en el contrato. Podéis ir con él a cualquier otro desarrollador, ese es el punto.
¿Cuándo vale la pena el software propio frente al software estándar?
Cuando tu proceso es una ventaja competitiva real, cuando el software estándar solo encaja al setenta por ciento y el resto termina en trabajo manual, o cuando los costes de licencia por usuario superan el desarrollo en pocos años. Si solo se trata de comodidad, el software estándar es más barato.
¿Cómo evitamos que el proyecto se descontrole?
Pasos pequeños con resultado útil, presupuestos fijos por paso y la posibilidad de salir después de cada paso. Los grandes proyectos a precio fijo de doce meses son el camino más seguro hacia la decepción, para ambas partes.
¿Podemos empezar con una hoja de cálculo?
A menudo sí, y es una buena prueba. Si la hoja de cálculo refleja el proceso y solo falla en capacidad multiusuario, permisos o volumen de datos, el requisito está claro y el proyecto es calculable.
¿Cuántos usuarios soporta un sistema así?
Depende de la arquitectura, que planificamos según vuestro crecimiento esperado, desde pocos usuarios en el propio negocio hasta varios cientos en múltiples ubicaciones.
¿Funciona en nuestros propios servidores o en la nube?
Ambas opciones son posibles. Para la mayoría de los negocios una solución en la nube requiere menos mantenimiento; donde los datos no pueden salir del local, lo configuramos en infraestructura propia.
¿Qué pasa si durante el desarrollo descubrimos nuevos requisitos?
Es normal y está previsto, porque se trabaja en pasos pequeños. Un nuevo requisito se incorpora al siguiente paso, en lugar de detener todo el proyecto.
06 — Continuar
Páginas relacionadas
- Software individual — Resumen
- Software a medida — Por dónde empezar
- Software a medida — Pequeñas empresas
- Software a medida — Alternativas
- Software individual — Funcionamiento
- Software individual — Errores típicos
- Software a medida — Equipo y aceptación
- Software individual — Hacerlo uno mismo
- Automatización de procesos
- Integración CRM
- Interfaces API
- Todas las guías
Software individual por región
Siguiente paso
Enviadnos unas líneas sobre vuestro proyecto.
Leemos cada consulta personalmente y respondemos de forma directa. Sin equipo comercial, sin formulario de devolución de llamada al vacío.