Software a medida o estándar: cómo decidir cuál necesita tu empresa

Respuesta corta: cuándo basta un software estándar y cuándo compensa uno a medida

Si tu forma de trabajar es la misma que la de la mayoría de empresas de tu sector, un software estándar casi siempre es la mejor opción: está disponible en días, el coste inicial es bajo y alguien más se encarga de mantenerlo. Un software a medida compensa cuando tu forma de trabajar es precisamente lo que te diferencia, cuando las herramientas del mercado te obligan a dar rodeos cada semana o cuando la suma de suscripciones y parches ya cuesta más de lo que costaría construir algo propio. Entre los dos extremos hay una tercera vía que resuelve muchísimos casos: mantener la herramienta estándar y construir a medida solo lo que le falta. La pregunta '¿necesita mi empresa un software a medida?' no tiene una respuesta universal, pero sí un método para llegar a la tuya. En este artículo lo tienes en cinco criterios, cuatro casos ilustrativos y un test de ocho preguntas, además de las señales de alarma que conviene reconocer en cualquier proveedor, también en nosotros. Y te adelantamos algo que no suelen decir quienes viven de desarrollar: en muchos casos la respuesta correcta es 'no construyas nada, usa uno estándar', y cuando es así te lo decimos.

La decisión no va de tecnología. Va de cuánto de tu forma de trabajar quieres adaptar a una herramienta y cuánto quieres que la herramienta se adapte a ti.

Tres opciones, no dos: estándar, estándar ampliado y a medida

La conversación suele plantearse como un duelo entre comprar y construir, y eso esconde la opción que más pymes necesitan. Antes de decidir conviene distinguir tres caminos, porque cada uno tiene un coste, un plazo y un tipo de dependencia distintos.

Entre comprar y construir hay una opción intermedia, la menos conocida y la que más casos resuelve: no se trata de sustituir tu herramienta, sino de completarla con lo que le falta.

• Estándar tal cual: contratas un programa de paquete o una suscripción y adaptas tu forma de trabajar a lo que ofrece. Es la opción más rápida y la de menor desembolso inicial, y el mantenimiento corre a cargo del proveedor. Funciona bien cuando tu proceso es común y la herramienta lo cubre sin parches.
• Estándar ampliado: mantienes la herramienta estándar y construyes a medida solo lo que falta, que puede ser una integración entre dos sistemas, una automatización, un informe específico o un portal para tus clientes. Conserva las ventajas del estándar y elimina el trabajo manual, y su coste es el de un proyecto acotado, no el de un sistema entero. Aquí caben también las plataformas configurables de poco código, siempre que el proceso no crezca más de lo que permiten.
• A medida: se construye el sistema alrededor de tu proceso. Ofrece el máximo ajuste y control, a cambio de una inversión inicial y de un mantenimiento a tu cargo. Tiene sentido cuando el proceso es lo que te distingue o cuando ninguna herramienta lo cubre sin rodeos importantes.

Cinco criterios para decidir sin dejarte llevar por el proveedor

Estas cinco preguntas ordenan la decisión. Ninguna decide por sí sola: cuando tres o más apuntan en la misma dirección, la respuesta suele estar clara. Para cada una te indicamos cuándo inclina la balanza hacia el estándar y cuándo hacia construir.

Si los cinco criterios que siguen no se ponen de acuerdo, no estás ante un 'no lo sé'. Estás, casi seguro, ante un caso de estándar ampliado.

• Tu proceso, genérico o diferencial: cobrar, facturar o gestionar contactos son tareas iguales en casi todas las empresas, y ahí el estándar gana. Si, en cambio, lo que te distingue es cómo presupuestas, cómo planificas o cómo calculas una tarifa, y ese saber hacer es la razón por la que te eligen tus clientes, construir alrededor de él tiene sentido.
• Cuántos rodeos te obliga a dar: toda herramienta estándar exige alguna adaptación, y la pregunta es cuánto cuesta. Si cada semana alguien hace a mano, fuera del sistema, lo que la herramienta no permite, ese tiempo es la cifra que hay que medir. Pocos rodeos y ocasionales apuntan al estándar; rodeos constantes apuntan a ampliarlo o a construir.
• Cuántos sistemas hay que conectar: si la herramienta ya se integra con lo que usas, no hay nada que construir. Si faltan una o dos conexiones, el camino es el estándar ampliado. Si hay varios sistemas y fuentes de datos que ninguna herramienta une bien, empieza a compensar un sistema propio que los conecte.
• Qué pasa con tus datos: pregunta quién los controla, en qué formato puedes llevártelos y qué ocurre si el proveedor cambia sus condiciones o sus precios. Si los datos son sensibles o están sometidos a una norma específica, como ocurre con la facturación y Verifactu, hay que comprobar que la herramienta estándar cumple o valorar una solución que puedas adaptar a la norma.
• Cuánto tiempo y cuánta gente: una solución para uno o dos años y un equipo pequeño que va a seguir igual se resuelve bien con una suscripción. Una solución para cinco años y un equipo que crece cambia las cuentas, porque la cuota por usuario se multiplica y el sistema propio no. La comparación con cifras a tres y a cinco años está en cuánto cuesta un software a medida.

Test de ocho preguntas para orientarte en una hora

Responde sí o no pensando en un proceso concreto, el que más te preocupa, y no en toda la empresa. Cada sí es una razón para ampliar una herramienta estándar o construir algo propio, y cada no, una razón para quedarte con lo que ya existe. Cuenta tus síes al final y consulta cómo leer el resultado en la sección siguiente.

No hay respuestas buenas o malas. El test solo sirve si contestas con sinceridad: si respondes pensando en lo que te gustaría, el resultado te llevará a una decisión que no encaja con tu realidad.

• Pregunta 1. ¿Las herramientas estándar te obligan a cambiar cómo trabajas de una forma que afecta a tus clientes o a tus márgenes?
• Pregunta 2. ¿Hay una tarea que alguien repite a mano cada semana porque ninguna herramienta la cubre?
• Pregunta 3. ¿Necesitas conectar tres o más sistemas que hoy no se hablan entre sí?
• Pregunta 4. ¿Manejas datos sensibles o sujetos a una norma específica, y las herramientas estándar que has visto no la cubren bien?
• Pregunta 5. ¿Vas a usar esta solución más de tres años con un equipo que crecerá, de modo que la cuota por usuario acabaría multiplicándose?
• Pregunta 6. ¿Este proceso te cuesta ya más de diez horas al mes, o te hace perder clientes o dinero?
• Pregunta 7. ¿Has probado al menos dos herramientas estándar y ninguna encaja sin rodeos?
• Pregunta 8. ¿Tu forma de trabajar en este proceso es lo que te diferencia de tu competencia, y no algo que hace todo el mundo igual?

Cómo leer el resultado del test

El test no es un diagnóstico, es una orientación para saber qué conversación tener y con quién. Sirve para llegar a una reunión sabiendo qué opción explorar y para detectar a tiempo a quien intenta venderte algo distinto de lo que necesitas. Hay una regla que pesa más que la suma: las preguntas 1 y 8 son las que más indican que tu proceso es específico. Si respondes sí a las dos, plantéate construir aunque no llegues a seis síes. Y si la suma es alta pero respondes no a la 8, casi siempre se trata de ampliar una herramienta, no de construir un sistema entero.

Al leer los rangos, ten en cuenta que un resultado intermedio es el más habitual y el más útil: suele indicar que no necesitas cambiar de herramienta, sino completarla.

• De 0 a 2 síes, estándar tal cual: tu proceso es común y las herramientas del mercado lo cubren. Dedica el esfuerzo a elegir bien, con la lista de comprobación de más abajo, y a formar a tu equipo, no a construir nada.
• De 3 a 5 síes, estándar ampliado: conserva la herramienta y construye lo que falta, normalmente una integración o una automatización. Es el proyecto más pequeño, el más rápido y el que antes se amortiza. Los plazos orientativos están en cuánto tarda desarrollar un software a medida.
• De 6 a 8 síes, a medida: tu proceso es específico y las herramientas estándar te cuestan rodeos, dinero o datos. Antes de construirlo todo, valida con una primera versión que el sistema se usa y empieza por el proceso que más pesa. Si lo van a usar desde el móvil, decide también el formato en app móvil o aplicación web.

Cuatro casos ilustrativos: no siempre la respuesta es construir

Estos cuatro ejemplos están construidos a partir de situaciones habituales en pequeñas empresas. No son clientes concretos ni cifras reales: sirven para ver cómo cambia la respuesta cuando cambia el proceso. Pasados por el test, la clínica suma uno o dos síes, la gestoría y la tienda entre tres y cuatro, y la instaladora cinco o más, con sí en las preguntas 1 y 8, de modo que la regla anterior la lleva a construir.

Fíjate en cuánto hay que construir en cada caso: en tres de los cuatro, muy poco o nada.

• Clínica con tres consultas: necesita agenda, recordatorios e historias clínicas. Es un proceso muy común y con datos de salud, que exigen medidas de seguridad serias. Lo razonable es un software estándar especializado en clínicas, revisando bien dónde se alojan los datos. A medida solo tendría sentido para una necesidad concreta que ninguno cubra.
• Gestoría con varias decenas de clientes: usa un programa contable estándar, pero pierde horas pidiendo y reclamando documentos por correo. No hace falta cambiar de programa: basta un portal sencillo de documentos y avisos que se conecte con lo que ya usa. Es el caso típico de estándar ampliado.
• Empresa instaladora con tarifas, materiales y desplazamientos propios: sus presupuestos dependen de reglas que ningún programa estándar modela bien, y hoy los resuelve con hojas de cálculo enlazadas. Aquí el proceso es la ventaja y el estándar obliga a rodeos, así que un desarrollo a medida acotado, empezando por presupuestos y partes de trabajo, tiene sentido. Si hoy lo resuelves con hojas de cálculo, cuando Excel ya no es suficiente describe ese punto de partida.
• Tienda online con almacén propio: vende desde su plataforma, factura con otro programa y controla el stock en una hoja. El problema no es ninguna de las herramientas, sino que no se hablan entre sí. Se resuelve con una integración entre los sistemas, un proyecto acotado, y no con una plataforma nueva.

CRM y ERP: donde más se duda y donde más se paga de más

Son los dos programas por los que más se pregunta, y la respuesta es más clara de lo que parece. Un CRM, que gestiona contactos, oportunidades y seguimientos, es un problema muy resuelto: los del mercado cubren bien lo común, y por eso un CRM estándar es casi siempre la mejor opción para empezar. Un ERP, que integra compras, ventas, almacén y contabilidad, es un terreno todavía más claro: antes de plantearte construir uno propio, mira qué resuelven ya los paquetes del mercado, porque rara vez compensa sustituirlo entero. Lo que sí compensa, con frecuencia, es construir a medida lo que rodea a la herramienta estándar: un módulo concreto, una integración o un informe que el paquete no hace. Esa es la tercera vía aplicada a estos dos casos, y suele ser donde hay más ahorro con menos inversión. Para el precio orientativo de un CRM o un ERP a medida, las preguntas frecuentes de cuánto cuesta un software a medida lo detallan.

Un CRM o un ERP a medida solo se justifica cuando el problema no es la herramienta, sino que tu proceso no cabe en ninguna. Estas son las señales de que un CRM estándar se te queda corto.

• Tu proceso comercial no es un embudo clásico: por ejemplo, presupuestos con configuraciones técnicas que después tienen que pasar a producción.
• Necesitas que el CRM hable con sistemas internos que ninguna integración estándar cubre.
• Pagas por usuarios que solo consultan, y la cuota crece más rápido que el equipo que de verdad lo usa.
• Adaptas tu forma de vender al CRM y no al revés, y eso te cuesta oportunidades.

Antes de contratar una suscripción: ¿puedes irte?

La mayoría de las comparaciones entre estándar y a medida se centran en el precio del primer año y olvidan la pregunta que más pesa a largo plazo: qué pasa si dentro de tres años quieres cambiar. Un software estándar es cómodo precisamente porque no tienes que mantenerlo, pero esa comodidad te deja en manos del proveedor: de sus precios, de sus condiciones y de si decide cambiar o retirar una función. Conviene saberlo antes de firmar, no cuando ya tienes cinco años de datos dentro.

Elegir un software estándar no es depender de él. Depender es no poder llevarte tus datos. Lo primero es una decisión; lo segundo, un riesgo. Esta es la lista que conviene repasar antes de firmar.

• Exportación: que puedas descargar todos tus datos, no solo un resumen, en un formato abierto que otra herramienta pueda leer.
• Integraciones y API: que exista una forma documentada de conectarla con tus otros sistemas, porque si hoy no la necesitas, mañana sí.
• Cómo crece el precio: qué ocurre con la cuota si añades usuarios o funciones, y si el precio por usuario cambia a partir de cierto número.
• Condiciones de cambio: con cuánta antelación te avisan de una subida de precio y si puedes cancelar sin penalización.
• Dónde están tus datos y quién los trata: dónde se alojan y si el proveedor ofrece el contrato de encargado del tratamiento que exige el Reglamento general de protección de datos cuando hay datos personales.
• Qué pasa al cancelar: durante cuánto tiempo conservan tus datos y cómo se eliminan.

Señales de alarma: quién te empuja hacia lo que a él le conviene

Quien vende desarrollo tiene un incentivo evidente en recomendarte un desarrollo, y quien vende una suscripción lo tiene en que no te vayas. Eso no convierte a nadie en deshonesto, pero sí obliga a mirar con atención cómo te asesora. Estas señales indican que la recomendación puede no estar pensada para ti.

El mejor indicador de un buen asesor no es que te recomiende construir ni que te recomiende comprar. Es que sea capaz de explicarte cuándo haría lo contrario.

• Te recomiendan construir sin haber preguntado por tu proceso, tus herramientas actuales ni lo que te cuesta el problema.
• No mencionan ninguna alternativa estándar, ni siquiera para descartarla.
• Te aseguran que a medida es siempre más barato a largo plazo: depende de tu caso, y por eso conviene hacer la cuenta con tus números.
• No te explican quién va a construirlo ni cómo trabaja: las diferencias entre un freelance, un estudio y una agencia se detallan en freelance o agencia para tu proyecto IT.
• Del lado de la suscripción: no te dicen cómo exportar tus datos o evitan hablar de cómo sube el precio.
• Te venden módulos o planes superiores 'por si acaso' que no corresponden a ninguno de tus procesos.

Cómo lo decidimos en Mizura Studio

En Mizura Studio no empezamos por el desarrollo, sino por la consultoría: antes de hablar de tecnología revisamos cómo trabajas, qué herramientas usas y cuánto te cuesta hoy el problema. La consultoría inicial parte de 150 euros y, si el proyecto sigue adelante, no se cobra aparte. Al terminar tienes una recomendación clara, que puede ser una herramienta estándar, una ampliación de la que ya usas o un desarrollo a medida, con su rango de coste y de plazo cuando proceda. Y si la mejor opción es no construir nada, te lo decimos, aunque el proyecto sea más pequeño. Puedes ver cómo se plantea en consultoría y desarrollo a medida.

Si quieres saber en qué zona del test caes, cuéntanos tu caso y lo revisamos juntos.

• Diagnóstico inicial de tu proceso y de lo que te cuesta hoy.
• Análisis de las herramientas que usas y de las alternativas del mercado.
• Hoja de ruta priorizada, con el orden en que conviene resolver cada cosa.
• Recomendaciones accionables, para que puedas decidir con nosotros o sin nosotros.

Preguntas frecuentes sobre software a medida o estándar

Estas son las preguntas que suelen aparecer cuando una empresa tiene que elegir entre comprar y encargar.

• ¿Es más caro un software a medida que uno estándar? Al principio, casi siempre: hay un desembolso inicial que una suscripción evita. Con el paso de los años la cuenta puede invertirse, sobre todo si el equipo crece o necesitas varias herramientas conectadas. Lo que importa es compararlo con el coste mensual del problema que quieres resolver, no solo con la cuota.
• ¿Puedo empezar con un estándar y pasar a medida más adelante? Sí, y muchas veces es lo más prudente: te permite aprender qué necesitas de verdad antes de construir. Para que el cambio no duela, elige desde el principio una herramienta de la que puedas exportar todos tus datos.
• ¿Qué pasa si mi proceso cambia después de construir el software? Un software a medida se puede modificar, y el coste depende de lo que cambie. Reduces el riesgo empezando por un solo proceso, validando una primera versión y construyendo por fases, como explicamos en por qué validar una app antes de desarrollarla.
• ¿Cuánto tarda cada opción? Un estándar puede estar funcionando en días o semanas, aunque configurarlo y formar al equipo lleva su tiempo. Una ampliación acotada suele tardar semanas, y un desarrollo a medida, entre uno y varios meses según el alcance. Los plazos por tipo de proyecto se explican en cuánto tarda desarrollar un software a medida.
• ¿Una plataforma de poco código cuenta como software a medida? Es un punto intermedio. Sirve para necesidades sencillas y se monta rápido, pero tiene límites cuando el proceso crece, cuando hay que integrarla con otros sistemas o cuando el coste por usuario se multiplica. En la práctica suele encajar en la opción de estándar ampliado.
• ¿De quién es el software y de quién son los datos? En una suscripción, depende de las condiciones del proveedor, y por eso conviene revisar la exportación antes de firmar. En un desarrollo a medida, depende del contrato: lo razonable es recibir el código y los accesos, y que los datos y los servidores estén a tu nombre desde el primer día. Ante cualquier duda, consúltalo con un profesional del derecho.
• ¿Merece la pena un software a medida en una empresa muy pequeña o para un autónomo? Puede merecerla si el proceso es específico y te consume horas cada semana. Hoy un proyecto acotado está al alcance de una pyme, y el test de ocho preguntas te orienta sobre si tu caso lo justifica.

Por dónde empezar: calcula cuánto te cuesta hoy el problema

Antes de pedir presupuestos o de contratar una herramienta, haz una cuenta sencilla con el proceso que más te preocupa. Multiplica las horas que se pierden al mes por lo que cuesta una hora de tu equipo y suma el coste de los errores que genera: pedidos mal procesados, cobros que se escapan, clientes que se pierden por falta de seguimiento. Esa cifra es el coste mensual del problema, y es la referencia con la que hay que comparar cualquier solución, sea una suscripción, una ampliación o un desarrollo. Con ese número y el resultado del test, la conversación con un proveedor cambia. Sabes qué estás intentando resolver, cuánto vale resolverlo y qué opción encaja. Si partes de una hoja de cálculo, este análisis de qué hacer cuando Excel ya no es suficiente completa esta decisión con las señales de que has llegado al límite. Y si ya has decidido construir, esta guía de migración desde Excel explica cómo pasar los datos sin parar el negocio. Si prefieres hacerlo acompañado, en Mizura Studio revisamos tu caso y te decimos qué tiene sentido, con o sin desarrollo de por medio.

La mejor decisión sobre software suele ser la más pequeña que resuelve el problema. A veces es una suscripción, a veces una integración y a veces construir. Lo importante es saber cuál antes de gastar.