¿Software web a medida o paquete estándar? Siete preguntas para decidir

La diferencia básica entre un paquete estándar y un software a medida es esta: en el paquete, usted se adapta a la forma de trabajar del programa; en el software a medida, el programa se amolda a su flujo de trabajo. Software web es la aplicación corporativa que se ejecuta en el navegador y gestiona los propios usuarios, roles, datos y reglas de negocio de la empresa; un portal de clientes, un panel de operaciones, un sistema de aprobaciones o un producto SaaS entran en este grupo.

La respuesta correcta rara vez es “siempre estándar” o “siempre a medida”. Lo importante es ver con honestidad qué parte de su proceso es realmente estándar. Para hacerlo concreto, empecemos con un ejemplo.

Piense en una empresa de distribución que recoge pedidos de sus distribuidores. Los pedidos llegan por correo electrónico, el estado del stock se lleva en una hoja de cálculo y cada distribuidor tiene su propio descuento y su propia regla de envío. Un paquete de pedidos ya hecho puede soportar buena parte de estas reglas; pero si las reglas por distribuidor son el corazón del negocio, las pantallas de configuración del paquete se quedan cortas en algún momento y el equipo vuelve a la hoja de cálculo. Al final se sigue pagando tanto la licencia del paquete como el mantenimiento de las hojas. En cambio, cuando la misma empresa ofrece a sus distribuidores un portal de pedidos que refleja sus reglas, la información de stock, descuentos y envíos se reúne en un solo lugar; el distribuidor hace su pedido desde su propia pantalla y el equipo solo se ocupa de las excepciones.

¿Cuándo basta un paquete estándar?

En las tareas que todo el sector lleva a cabo más o menos igual y que no lo diferencian de la competencia, el paquete suele ser el camino más corto. Estas situaciones favorecen al paquete:

• Su proceso encaja con el flujo del paquete con pequeños ajustes.
• El número de usuarios y la variedad de roles son limitados; todos usan más o menos la misma pantalla.
• No necesita intercambiar datos con otros sistemas, o el paquete ya lo ofrece.
• Empezar rápido importa más que ser flexible en los detalles.

¿Cuándo tiene sentido el software web?

Si le suenan varias de las señales siguientes, puede que esté llegando al límite del software de paquete:

• Los empleados llevan el trabajo “real” fuera del software: en una hoja de cálculo, en una cadena de correos o en un formulario en papel.
• Quiere ofrecer a sus clientes, distribuidores o proveedores un área de acceso que funcione con sus propias reglas.
• Cliente, personal de campo, directivo y auditor deben ver los mismos datos con alcances distintos.
• Su flujo de trabajo tiene excepciones y esas excepciones constituyen el valor de su negocio.
• Necesita un intercambio regular de datos con sistemas de ERP, CRM, contabilidad, pagos o servicios de envío.

Antes de elegir software, pregúntese: ¿qué parte del proceso nos hace diferentes? Si el paquete también estandariza esa parte, ese coste lo pagará en otro lugar.

Siete preguntas antes de decidir

1. ¿El proceso es estándar? Dibuje el flujo en una sola página y póngalo junto al flujo del paquete. Si la diferencia es pequeña, el paquete basta; si la diferencia está en un paso crítico del negocio, el esfuerzo de adaptación puede salir más caro que el propio software.
2. ¿Con qué frecuencia surgen excepciones? Si la excepción aparece una vez al mes, se resuelve a mano. Si la excepción es el negocio mismo, el software tiene que conocerla.
3. ¿Quién lo usará? ¿Solo el equipo interno o también clientes y proveedores? A medida que llegan usuarios externos, crece la necesidad de permisos y seguridad.
4. ¿Con qué sistemas tendrá que comunicarse? Cuantos más sistemas haya que conectar, más probable es que las conexiones listas del paquete no alcancen; en ese caso, el mismo dato se introduce a mano en dos lugares.
5. ¿Qué necesidades de informes hay? Si los indicadores que quiere ver la dirección no están en los informes predefinidos del paquete, los datos tendrán que compilarse en otro lugar.
6. ¿Cómo será el crecimiento? Pregunte desde hoy si la estructura soportará sin problemas el aumento de usuarios, operaciones o sucursales.
7. ¿Quién se encarga del mantenimiento y el soporte? En ambos caminos, quién responde de las actualizaciones, las copias de seguridad y el soporte debe estar claro desde el principio.

Comparar bien el coste

Comparar solo a partir de la inversión inicial lleva a error. El mantenimiento de las hojas de cálculo que quedan fuera del paquete, la reintroducción de los mismos datos, los métodos manuales que dependen de una persona y las herramientas adicionales también forman parte del coste. Por otro lado, el software a medida también tiene su carga de mantenimiento y desarrollo; hablarlo desde el principio facilita el trabajo de ambas partes. Una buena comparación debe poder dar, para cada opción, una respuesta concreta a la pregunta “dentro de un año, ¿quién llevará este trabajo y cómo?”.

Hay un camino intermedio: avanzar de forma modular

La decisión no tiene que ser de todo o nada. Las tareas que siguen siendo estándar se dejan en soluciones ya hechas y, para la parte que hace diferente a su negocio, se desarrolla una aplicación a medida. YazSis lleva sus proyectos de Software web en tres pasos:

• Levantar el flujo de trabajo: se hacen visibles usuarios, datos, reglas y excepciones.
• Construir la arquitectura del producto: la experiencia de usuario, el modelo de datos, la integración y la seguridad se diseñan juntos.
• Desarrollar de forma modular: las piezas se ponen en producción tras probarlas y se mejoran con datos de uso.

En este enfoque, la seguridad (permisos, registro de operaciones, validación y copias de seguridad) no es una función que se añade después, sino una parte de la arquitectura desde el inicio. Así, a medida que la aplicación crece, se añaden módulos nuevos en lugar de reescribirla desde la base. En la práctica, empezar por el flujo que más tiempo hace perder facilita, cuando el equipo ya se ha acostumbrado a usarlo, construir la siguiente necesidad sobre la misma estructura.

Para conocer en detalle nuestro enfoque de portales, paneles de administración e integraciones, puede visitar la página de Software web.