Por qué en esta página no hay ninguna cifra
Un rango publicado responde una pregunta que el comprador todavía no hizo. Dos empresas pueden describir la misma plataforma en una sola frase y necesitar construcciones completamente distintas, porque la frase esconde cuántos roles tocan el trabajo, cuántas excepciones carga el proceso y qué sistemas ya existen y hay que conectar. Una cifra dicha antes de saber eso es una adivinanza, y las dos partes se enteran a mitad de la construcción.
Lo que sigue es la lista de variables que de verdad mueven el alcance. Léela como una autoevaluación: mientras más de estas puedas responder sobre tu propia operación, más angosto es el estimado que cualquiera te pueda dar, nosotros incluidos. La cotización en firme sale después de la primera conversación, porque esa conversación es la que convierte las variables en alcance.
Cuántos roles hay, y qué tan distintos son
Cada rol es otra vista de los mismos datos: otra navegación, otro conjunto de permisos y muchas veces otro tablero. Dos roles que solo se diferencian en qué pueden editar suman poco. Dos roles que necesitan pantallas distintas, colas distintas y cifras distintas son casi dos productos compartiendo una base de datos, y así se construyen.
Los terceros pesan más que los internos. Cada cliente, proveedor o contratista que entra agrega una decisión de exposición: qué ve, y qué no puede ver nunca. Esa decisión hay que aplicarla donde se leen los datos, probarla y documentarla. Un rol interno es una comodidad; uno externo es una frontera, y las fronteras se revisan una por una.
Lo que cuenta no son los cargos, son los conjuntos de permisos distintos. Seis cargos que ven lo mismo son un rol. Dos cargos que ven filas distintas son dos. Pregúntate cuántas respuestas genuinamente diferentes tiene que dar el sistema a qué puede ver esta persona. Ese número, y no cuánta gente trabaja ahí, es lo que mueve la capa de accesos.
Cuánto del proceso es una máquina de estados
Un proceso que es un formulario y una bandeja de entrada es un formulario. Un proceso con estados, responsables, tiempo transcurrido, aprobaciones y excepciones es una máquina de estados, y cada una carga sus transiciones, sus permisos por transición, su historia y sus casos de borde. Contar máquinas de estados predice el alcance mejor que contar pantallas.
El camino feliz es la parte fácil. Lo que mueve el alcance es la devolución, la reversión, la aprobación parcial, el caso que se salta un paso porque un jefe lo dijo. Cada excepción termina siendo una transición modelada con su registro, o un mensaje en un chat que nadie puede auditar después. Decidir cuál es cuál es una conversación de alcance, no de código.
Cuando el proceso tiene tiempos de respuesta comprometidos, algo tiene que vigilar el reloj, levantar el caso antes de que se venza y reportar el patrón después. Eso es una cola, una regla por estado y un reporte. Se gana su alcance donde un incumplimiento te cuesta un cliente, y sobra donde no se prometió nada.
¿Pasa dinero por ahí, y qué toca conectar?
Cuando la plataforma calcula lo que alguien se ganó — escalas de comisión, validación de umbrales, un cierre mensual que pasa por un flujo de aprobación — la tolerancia al error desaparece. Las cifras tienen que cuadrar, cada cambio necesita un responsable y una fecha, y el cierre necesita un flujo que alguien firma. Un tablero de solo lectura puede estar mal una tarde. Un módulo de comisiones no.
Cada sistema que ya existe es origen, destino o las dos cosas, y cada uno trae su propia autenticación, su propia idea de qué es un registro y sus propias caídas. Integrar contra una interfaz documentada es trabajo. Integrar contra un sistema cuyo dueño es un tercero y que no tiene interfaz es una negociación antes de ser trabajo.
Años de historia en hojas de cálculo con convenciones privadas no se copian, se excavan, con la gente que conoce las excepciones en la sala. Hay migraciones que toman días y otras que son el ítem más grande de toda la construcción. Lo que lo decide no es el volumen, es cuántas reglas no escritas quedaron guardadas en cómo alguien formateó una columna.
Qué angosta el estimado antes de pedir una propuesta
Escribe el proceso como de verdad ocurre, no como lo describe el manual: los saltos de regla, las excepciones, el paso que alguien se brinca cuando el cliente es importante. Un proceso ya documentado le quita a la construcción la parte que es acuerdo y no código. Cuando no existe, eso lo hacemos primero como diagnóstico, y ese es el orden honesto.
Después decide qué entra en la primera versión. El alcance se dispara cuando una plataforma intenta cargar todos los procesos a la vez. Un proceso completo, corriendo con datos reales y con la gente que lo usa a diario trabajando adentro, te dice más del resto de la construcción que cualquier documento. Todo lo que venga después se dimensiona contra algo que ya funciona.