Cómo trabajo
El proyecto empieza con un proceso real, no con una lista de funcionalidades. Cada fase define entradas, entregables y una decisión para controlar inversión, riesgo y alcance.
Plantear un procesoRecorrido
Determinar si existe un problema operativo concreto y si merece una revisión más profunda.
Necesito
Descripción del proceso, ejemplos, herramientas implicadas, volumen aproximado y consecuencia de seguir igual.
Recibes
Preguntas críticas y recomendación de siguiente paso: descartar, medir, simplificar o pasar a diagnóstico.
Decisión
¿Existe suficiente impacto y claridad para invertir en definir una solución?
Convertir la situación actual en un flujo entendible y delimitar la intervención mínima útil.
Necesito
Casos reales, reglas, excepciones, fuentes de datos, responsables, permisos y sistemas actuales.
Recibes
Mapa del proceso, flujo objetivo, controles humanos, alcance funcional y riesgos principales.
Decisión
¿Conviene simplificar, integrar, automatizar, construir software interno o aplicar IA?
Acordar qué se construye, qué queda fuera y cómo sabremos que la fase está terminada.
Necesito
Diagnóstico validado y prioridades del negocio.
Recibes
Entregables, calendario, presupuesto de la fase, dependencias y criterios de aceptación.
Decisión
¿El valor esperado justifica el coste, el cambio y el mantenimiento?
Probar pronto el flujo principal con datos controlados o casos reales anonimizados.
Necesito
Accesos acordados, ejemplos de prueba y disponibilidad de las personas que validan.
Recibes
Versión funcional, pruebas realizadas, ajustes registrados y criterios de aceptación comprobados.
Decisión
¿El sistema resuelve el caso principal y trata las excepciones de forma segura?
Poner en producción una base operativa, documentada y preparada para mejorar con uso real.
Necesito
Validación funcional, configuración de producción, usuarios y responsabilidades operativas.
Recibes
Sistema desplegado, documentación esencial, transferencia y hoja de evolución priorizada.
Decisión
¿Qué mejora siguiente aporta más impacto según datos e incidencias reales?
Diagnóstico de procesos
El mismo síntoma puede resolverse simplificando, configurando mejor una herramienta, conectando sistemas o construyendo una pieza nueva. La decisión depende del coste total y del valor operativo.
Condiciones comerciales
Qué flujo, usuarios, datos, integraciones y excepciones incluye la fase; qué queda fuera o para después.
Precio vinculado a una fase acordada. Las dependencias y supuestos que pueden afectarlo quedan documentados.
Quién revisa, con qué ejemplos y qué criterios permiten aceptar el resultado.
Se evalúan por impacto. Pueden sustituir alcance, aplazarse o presupuestarse como ampliación.
Se documentan accesos, exportación, alojamiento y componentes para que la empresa conserve control sobre su información.
Tras la puesta en marcha se acuerda garantía, mantenimiento o nuevas fases según criticidad y uso real.
Responsabilidad de la empresa
Mi responsabilidad
Preguntas de compra
Después de delimitar el proceso y la primera fase. El presupuesto se vincula a entregables, dependencias y criterios de aceptación, no a una lista ambigua de ideas.
Los cambios se registran y se decide si sustituyen una parte del alcance, pasan a una fase posterior o requieren una ampliación separada. No se ocultan dentro de una promesa abierta.
La empresa aporta ejemplos, conocimiento operativo y una persona responsable de validar. Yo traduzco ese conocimiento a flujo, datos, controles y sistema.
Sí. Si una herramienta ya cumple bien su función, suele ser mejor integrarla que sustituirla. Se construye solo la pieza que falta.
Se acuerda el modelo adecuado: garantía de la fase, soporte, mantenimiento o evolución por nuevas fases. Los datos y accesos se documentan para evitar dependencia innecesaria.
Describe un caso reciente y la consecuencia de seguir igual. Te indicaré qué información falta y si veo un siguiente paso razonable.
Solicitar valoración inicial