Su proceso más importante vive en un Excel que solo una persona sabe usar.
Cuando esa persona sale a vacaciones, el proceso se detiene. Construimos el software que su operación ya está haciendo a mano, con el alcance acordado por escrito antes de que empiece la construcción.
¿Ya intentó arreglarlo con más planillas?
Cuatro señales de que el proceso ya se pasó de lo que una hoja de cálculo puede sostener.
¿Una sola persona sabe cómo funciona el archivo?
El archivo tiene fórmulas y pasos que nadie más entiende. Cuando esa persona sale a vacaciones o renuncia, el proceso queda en pausa y la empresa no puede hacer nada al respecto.
¿Sabe cuál de todas las versiones es la buena?
Circulan tres copias por correo con nombres parecidos. La discusión de cada semana no es sobre el trabajo: es sobre cuál de las tres manda.
¿El informe todavía se arma a mano al cierre de mes?
Alguien dedica días a copiar, pegar y cuadrar. Si le preguntan el dato a mitad de mes, ese dato simplemente no existe todavía.
¿Compró un software que no se parece a su proceso?
Tocó cambiar la forma de trabajar para caber en el sistema, y buena parte del equipo volvió al Excel por debajo. El software está pago y el proceso real sigue por fuera.
Construimos software para procesos que hoy se sostienen a pulso.
Aplicaciones web hechas para su operación, no plantillas ajustadas a la fuerza. Estas son las formas de trabajo que más nos piden.
Del Excel a una aplicación web
El mismo proceso que hoy vive en planillas, con usuarios, permisos y un solo dato válido para todos.
Formularios y flujos de aprobación
Solicitudes que hoy van por correo o WhatsApp, con estado, responsable y trazabilidad de cada paso.
Integraciones entre sistemas que no se hablan
Que el dato capturado en un lado aparezca en el otro sin que nadie lo transcriba de noche.
Portales para clientes o para su gente en calle
Acceso con credenciales propias para consultar o cargar información sin llamar a la oficina.
Nadie espera hasta el final para ver algo.
Cuatro etapas, cada una con un entregable que usted puede revisar y aprobar.
LAS CUATRO ETAPAS, Y LO QUE USTED RECIBE DE CADA UNA
- DescubrimientoDocumento de alcance aprobado por usted
- Plan por sprintsPlan de entregas de dos semanas
- ConstrucciónVersión funcionando en pruebas, por sprint
- ProducciónManual de uso y repositorio a su nombre
LO QUE APRUEBA ANTES DE QUE EMPIECE LA CONSTRUCCIÓN
Si no quedó en el documento, no está en el proyecto. Y las dos partes lo saben desde el primer día.
- Qué hace el sistema · pantalla por pantalla
- Qué datos guarda · y por cuánto tiempo
- Quién ve qué · perfiles y permisos
- Con qué se conecta · sistemas que ya existen
- Qué queda fuera · de esta fase, por escrito
Lo que no entra en esta fase se escribe igual que lo que sí, y se firma igual.
Las preguntas que nos hacen antes de firmar.
Las mismas, casi siempre en este orden. Si no tenemos el dato, se lo decimos.
El presupuesto se sale cuando el alcance no estaba escrito. Con alcance aprobado, cualquier cosa nueva se estima aparte y usted decide si entra en esta fase o en la siguiente. La cifra no se mueve sola.
Primero acordamos qué hace el sistema; sobre eso se estima el esfuerzo. Cualquier precio dado antes de ese acuerdo se corrige después, y casi nunca hacia abajo.
Lo que mueve el valor: cuántos procesos entran en la primera fase, cuántos perfiles de usuario hay, si toca integrar con sistemas que ya existen y cuánta información histórica hay que migrar.
Lo que queda fijo antes de construir: el alcance de la fase, las fechas de las entregas y el criterio con el que se acepta cada una. Sobre eso se puede reclamar; sobre una promesa verbal, no.
Pasa, y es normal: por eso hay entregas cada dos semanas. Se replantea con lo aprendido y se reordena el plan. Lo grave no es cambiar de opinión, es descubrirlo el día de la entrega final.
El descubrimiento termina en un documento que usted lee, corrige y aprueba. Si algo no quedó en ese documento, no está en el proyecto, y las dos partes lo saben desde el primer día.
Ese documento se escribe recorriendo el proceso con quien lo ejecuta, no solo con quien lo aprueba: la persona que hoy llena la planilla es la que sabe dónde se rompe y qué excepción aparece todos los meses. Queda pantalla por pantalla, con lo que expresamente no entra en esta fase.
Una reunión de avance fija, mismo día y misma hora todas las semanas. Se revisa lo entregado, lo que sigue y lo que está bloqueado. Si no hay nada que mostrar, también se dice.
Un responsable con nombre de cada lado. Toda solicitud nueva queda registrada en una lista visible para ambos, con su impacto en tiempo. Y lo que amenaza la fecha se dice la semana en que aparece, no en la entrega.
01 · Descubrimiento. Sesiones con su equipo, revisión de las planillas y formatos que usan hoy, y definición de prioridades. Termina en el documento de alcance con criterios de aceptación, aprobado por usted.
02 · Plan por sprints. El proyecto se parte en entregas de dos semanas. Cada sprint tiene un objetivo que se puede ver funcionando, y lo más riesgoso y lo más valioso van primero, no al final.
03 · Construcción y entregas. Cada dos semanas su equipo usa lo que llevamos, en un ambiente de pruebas disponible para su gente. Los ajustes salen de usarlo, no de imaginarlo.
04 · Producción y traspaso. Sale a producción con su gente ya entrenada, con manual de uso y el repositorio a nombre de su empresa.
Suyo. El repositorio está a nombre de su empresa desde el primer día y la cesión queda escrita en el contrato, no en un correo.
Los dominios y servicios en la nube van también a nombre de su empresa, y la documentación —modelo de datos, despliegue y decisiones técnicas— se entrega para que otro equipo pueda continuar sin arqueología.
Se lleva el código, las credenciales y la documentación. No hay nada retenido de nuestro lado que haya que negociar para salir. Quedarse es una decisión, no una condición.
Durante el periodo de garantía pactado en el contrato, todo defecto frente al documento de alcance aprobado se corrige sin cobro adicional.
Estamos en la primera operación real, que es cuando aparecen las preguntas que ninguna capacitación resuelve por anticipado. La diferencia entre un defecto y una función nueva queda escrita desde el principio: el defecto se corrige por garantía, la función nueva se estima y usted decide.
Después puede dejarlo en mantenimiento con nosotros o hacer el traspaso técnico a su equipo.
También. Cuando el software existe, se quedó corto y el proveedor anterior ya no está, se retoma, se documenta y se sigue.
No vendemos licencias de terceros disfrazadas de desarrollo. No empezamos a construir sin descubrimiento aprobado: sin alcance escrito, el proyecto queda a merced de la interpretación de cada quien. Y si lo que necesita ya existe hecho, se lo decimos antes de cotizar.
En la sesión de descubrimiento está quien va a liderar técnicamente el proyecto. Somos catorce personas: no hay un equipo comercial distinto del que ejecuta.
El mismo equipo que desarrolla a la medida construyó ISOClod.
Antes de mandar a construir desde cero, vale la pena mirar si ya lo tenemos hecho.
Cuéntenos qué necesita y le decimos cómo lo resolvemos.
Su caso lo revisa un especialista de nuestro equipo, no un asesor comercial. Sin costo y sin compromiso.