Desarrollo Web App con IA, Análisis de Cadena de Suministros
Budget / Salary$1,500–3,000
TypeFreelance project
LocationRemote
Posted2 hours ago
DESARROLLO DE WEB APP B2B BILINGÜE CON IA, MOTOR DE REGLAS Y REPORTES EJECUTIVOS
Busco un desarrollador senior o un equipo pequeño para diseñar y construir el MVP de una Web App B2B enfocada en evaluar y priorizar oportunidades de mejora en decisiones de Supply Chain Planning.
La aplicación soportará una metodología propietaria y combinará recolección de información de varios stakeholders, evaluación de madurez, identificación de oportunidades, cálculos de valor y ROI, comparación multicriterio, análisis con inteligencia artificial, validación humana y reportes ejecutivos.
No se busca una página web, un cuestionario básico ni un chatbot genérico. Debe ser una aplicación con usuarios, organizaciones, engagements, reglas configurables, evidencia, trazabilidad y reportes.
La plataforma está abierta. Se aceptan propuestas con desarrollo tradicional, no-code, low-code o una combinación. El candidato deberá justificar su arquitectura considerando funcionalidad, seguridad, mantenimiento, escalabilidad, propiedad y costo total de operación.
ALCANCE DEL MVP
1. Diagnóstico público
Experiencia bilingüe y responsive de aproximadamente diez minutos:
• Preguntas dinámicas y lógica condicional.
• Captura de participante, empresa y consentimiento.
• Posibilidad de guardar y continuar.
• Resultado preliminar de madurez y señales de oportunidad.
• Presentación del resultado en pantalla y por correo.
• Registro del lead en el panel administrativo.
• Identificación de respuestas incompletas o inconsistentes.
• Scoring y routing interno.
El diagnóstico no produce una recomendación de inversión ni un business case completo.
2. Organizaciones, usuarios y permisos
La parte privada debe administrar organizaciones, engagements, usuarios internos y participantes del cliente. Cada engagement podrá incluir hasta cinco stakeholders.
Roles iniciales: administrador, analista interno, sponsor del cliente y stakeholder participante.
Se requiere autenticación segura, accesos según rol, asignación de secciones, guardado de avances, seguimiento de pendientes, consolidación de respuestas sin perder su fuente e historial de actividad.
3. Assessment guiado
El producto privado no será completamente self-service. El equipo interno facilitará cada engagement, cuya duración típica será cercana a dos semanas.
La aplicación debe permitir:
• Crear el engagement y definir su alcance.
• Seleccionar decisiones o casos de uso.
• Invitar stakeholders y asignar actividades.
• Utilizar un banco configurable de preguntas.
• Aplicar lógica condicional.
• Registrar notas de entrevistas.
• Solicitar aclaraciones.
• Cargar documentos PDF, Word y Excel.
• Asociar evidencia con preguntas, hallazgos u oportunidades.
• Registrar supuestos, vacíos, contradicciones y confianza.
• Controlar el estado y progreso.
No se requieren videoconferencias, grabación de reuniones ni integración con calendarios.
4. Motor de reglas, análisis y priorización
El cliente proporcionará la metodología, preguntas, fórmulas y criterios. El desarrollador deberá convertirlos en una solución configurable y mantenible.
El sistema debe soportar:
• Dimensiones y niveles de madurez.
• Scoring e identificación de brechas.
• Formulación de oportunidades.
• Mecanismos de generación de valor.
• Escenarios bajo, base y alto.
• Cálculos de ROI y payback.
• Criterios, pesos y reglas de exclusión.
• Priorización de hasta cinco oportunidades.
• Dependencias y roadmap inicial.
• Supuestos y niveles de confianza.
Los cálculos y el scoring deben ser determinísticos, versionados y trazables. Los mismos inputs, reglas y versiones deben producir el mismo resultado. La IA no debe inventar cifras ni reemplazar las fórmulas.
5. Integración de inteligencia artificial
Se utilizará una API de IA para resumir y clasificar información, relacionar respuestas de varios stakeholders, detectar vacíos o contradicciones, preparar preguntas de aclaración y crear borradores de oportunidades, explicaciones y narrativas ejecutivas.
Los outputs deben ser estructurados, editables y vinculados con la evidencia. El equipo interno debe poder aprobarlos, rechazarlos o ajustarlos antes de compartirlos.
La solución debe registrar prompts, modelo utilizado, fuentes, confianza, resultados y cambios humanos, además de controlar errores, consumo y costos de API. Las credenciales permanecerán protegidas en el backend y la información de clientes no podrá utilizarse para entrenamiento.
6. Panel administrativo
El equipo interno debe poder administrar:
• Usuarios, organizaciones y engagements.
• Preguntas, respuestas y lógica condicional.
• Contenidos en español e inglés.
• Madurez, scoring, pesos y thresholds.
• Fórmulas y parámetros de valor.
• Catálogo de casos de uso.
• Criterios de priorización.
• Prompts y versiones.
• Textos de resultados y reportes.
• Ajustes manuales, notificaciones, errores y consumo de APIs.
Los cambios de configuración deben conservar fecha, versión y responsable.
7. Resultados y reporte ejecutivo
La aplicación debe generar una vista ejecutiva y un reporte descargable en PDF con:
• Perfil de madurez y principales brechas.
• Mapa de oportunidades.
• Cinco oportunidades priorizadas.
• Business cases de alto nivel.
• Supuestos y nivel de confianza.
• Roadmap inicial.
• Recomendación y siguientes decisiones.
El reporte se generará en español o inglés, utilizará la identidad visual suministrada y requerirá aprobación interna antes de quedar disponible para el cliente.
REQUISITOS TÉCNICOS Y DE SEGURIDAD
• Arquitectura multiempresa con separación segura de datos.
• Acceso basado en roles.
• Cifrado en tránsito y almacenamiento.
• Backups y recuperación.
• Registro de errores y actividad.
• Exportación y eliminación de información.
• Ambientes de desarrollo, pruebas y producción.
• Aplicación privada desktop-first y diagnóstico adaptable a móvil.
• APIs y credenciales protegidas.
• Código y componentes documentados.
• Dependencias, plugins y licencias identificados.
El MVP tendrá inicialmente un uso controlado. No necesita infraestructura masiva, pero la arquitectura no debe impedir su evolución.
ARQUITECTURA PROPUESTA
El candidato deberá explicar:
• Stack, base de datos y hosting.
• Procesos ejecutados en el backend.
• Integración con IA y documentos.
• Generación de reportes.
• Seguridad entre organizaciones.
• Versionamiento de reglas y cálculos.
• Escalabilidad y mantenimiento.
• Costos mensuales de infraestructura, licencias y APIs.
• Riesgos de dependencia tecnológica.
• Forma de transferir la solución al cliente.
La plataforma no se seleccionará solamente por velocidad. También se evaluarán mantenibilidad, seguridad, flexibilidad y costo total de propiedad.
ENTREGABLES
1. Discovery y especificación funcional definitiva.
2. Arquitectura, modelo de datos y flujos.
3. Wireframes y diseño responsive.
4. MVP funcional en ambiente de pruebas.
5. Integraciones de IA, correo y almacenamiento.
6. Pruebas funcionales y soporte para User Acceptance Testing.
7. Correcciones y despliegue en producción.
8. Código, configuración y activos en cuentas del cliente.
9. Documentación técnica y administrativa.
10. Transferencia de conocimiento.
11. Garantía mínima de treinta días para errores.
12. Cotización separada de mantenimiento y evoluciones.
FUERA DEL ALCANCE INICIAL
Página corporativa, aplicación móvil nativa, pagos, integración completa con CRM, gestión de proyectos posteriores, videollamadas, colaboración simultánea, entrenamiento de un modelo propio, OCR avanzado y análisis autónomo de modelos complejos de Excel.
INFORMACIÓN PROPORCIONADA POR EL CLIENTE
El cliente entregará metodología, preguntas iniciales, dimensiones de madurez, fórmulas, criterios de comparación, catálogo de casos de uso, prompts, ejemplos de outputs, contenidos bilingües, identidad visual y acceso a un experto de negocio.
CONFIDENCIALIDAD Y PROPIEDAD
La metodología detallada, preguntas, fórmulas, prompts y templates se compartirán únicamente con candidatos preseleccionados bajo acuerdo de confidencialidad.
La solución, código, configuración, diseños, datos y activos serán propiedad del cliente. El trabajo deberá realizarse en cuentas controladas por el cliente o transferirse completamente antes del cierre. No se permitirá reutilizar o comercializar la metodología ni los componentes específicos del producto.
CONTENIDO OBLIGATORIO DE LA OFERTA
La propuesta debe incluir:
1. Experiencia y ejemplos verificables de Web Apps B2B.
2. Experiencia integrando IA mediante APIs.
3. Arquitectura recomendada y justificación.
4. Equipo y responsabilidad de cada participante.
5. Plan, tiempo y precio por hitos.
6. Precio separado para discovery.
7. Supuestos y exclusiones.
8. Costos mensuales estimados.
9. Estrategia de pruebas, seguridad y respaldo.
10. Soporte posterior al lanzamiento.
11. Riesgos o aspectos que requieren mayor definición.
12. Disponibilidad para entrevista y confidencialidad.
Responder también:
• ¿Cómo implementaría un motor configurable, versionado y trazable?
• ¿Cómo separaría cálculos determinísticos y análisis de IA?
• ¿Cómo impediría el acceso cruzado entre organizaciones?
• ¿Cómo manejaría la revisión humana y el historial de cambios?
• ¿Cuál considera que es la parte más riesgosa?
Se valorará una estimación realista y sustentada. La oferta debe separar el precio de discovery del costo estimado de construcción del MVP.
Busco un desarrollador senior o un equipo pequeño para diseñar y construir el MVP de una Web App B2B enfocada en evaluar y priorizar oportunidades de mejora en decisiones de Supply Chain Planning.
La aplicación soportará una metodología propietaria y combinará recolección de información de varios stakeholders, evaluación de madurez, identificación de oportunidades, cálculos de valor y ROI, comparación multicriterio, análisis con inteligencia artificial, validación humana y reportes ejecutivos.
No se busca una página web, un cuestionario básico ni un chatbot genérico. Debe ser una aplicación con usuarios, organizaciones, engagements, reglas configurables, evidencia, trazabilidad y reportes.
La plataforma está abierta. Se aceptan propuestas con desarrollo tradicional, no-code, low-code o una combinación. El candidato deberá justificar su arquitectura considerando funcionalidad, seguridad, mantenimiento, escalabilidad, propiedad y costo total de operación.
ALCANCE DEL MVP
1. Diagnóstico público
Experiencia bilingüe y responsive de aproximadamente diez minutos:
• Preguntas dinámicas y lógica condicional.
• Captura de participante, empresa y consentimiento.
• Posibilidad de guardar y continuar.
• Resultado preliminar de madurez y señales de oportunidad.
• Presentación del resultado en pantalla y por correo.
• Registro del lead en el panel administrativo.
• Identificación de respuestas incompletas o inconsistentes.
• Scoring y routing interno.
El diagnóstico no produce una recomendación de inversión ni un business case completo.
2. Organizaciones, usuarios y permisos
La parte privada debe administrar organizaciones, engagements, usuarios internos y participantes del cliente. Cada engagement podrá incluir hasta cinco stakeholders.
Roles iniciales: administrador, analista interno, sponsor del cliente y stakeholder participante.
Se requiere autenticación segura, accesos según rol, asignación de secciones, guardado de avances, seguimiento de pendientes, consolidación de respuestas sin perder su fuente e historial de actividad.
3. Assessment guiado
El producto privado no será completamente self-service. El equipo interno facilitará cada engagement, cuya duración típica será cercana a dos semanas.
La aplicación debe permitir:
• Crear el engagement y definir su alcance.
• Seleccionar decisiones o casos de uso.
• Invitar stakeholders y asignar actividades.
• Utilizar un banco configurable de preguntas.
• Aplicar lógica condicional.
• Registrar notas de entrevistas.
• Solicitar aclaraciones.
• Cargar documentos PDF, Word y Excel.
• Asociar evidencia con preguntas, hallazgos u oportunidades.
• Registrar supuestos, vacíos, contradicciones y confianza.
• Controlar el estado y progreso.
No se requieren videoconferencias, grabación de reuniones ni integración con calendarios.
4. Motor de reglas, análisis y priorización
El cliente proporcionará la metodología, preguntas, fórmulas y criterios. El desarrollador deberá convertirlos en una solución configurable y mantenible.
El sistema debe soportar:
• Dimensiones y niveles de madurez.
• Scoring e identificación de brechas.
• Formulación de oportunidades.
• Mecanismos de generación de valor.
• Escenarios bajo, base y alto.
• Cálculos de ROI y payback.
• Criterios, pesos y reglas de exclusión.
• Priorización de hasta cinco oportunidades.
• Dependencias y roadmap inicial.
• Supuestos y niveles de confianza.
Los cálculos y el scoring deben ser determinísticos, versionados y trazables. Los mismos inputs, reglas y versiones deben producir el mismo resultado. La IA no debe inventar cifras ni reemplazar las fórmulas.
5. Integración de inteligencia artificial
Se utilizará una API de IA para resumir y clasificar información, relacionar respuestas de varios stakeholders, detectar vacíos o contradicciones, preparar preguntas de aclaración y crear borradores de oportunidades, explicaciones y narrativas ejecutivas.
Los outputs deben ser estructurados, editables y vinculados con la evidencia. El equipo interno debe poder aprobarlos, rechazarlos o ajustarlos antes de compartirlos.
La solución debe registrar prompts, modelo utilizado, fuentes, confianza, resultados y cambios humanos, además de controlar errores, consumo y costos de API. Las credenciales permanecerán protegidas en el backend y la información de clientes no podrá utilizarse para entrenamiento.
6. Panel administrativo
El equipo interno debe poder administrar:
• Usuarios, organizaciones y engagements.
• Preguntas, respuestas y lógica condicional.
• Contenidos en español e inglés.
• Madurez, scoring, pesos y thresholds.
• Fórmulas y parámetros de valor.
• Catálogo de casos de uso.
• Criterios de priorización.
• Prompts y versiones.
• Textos de resultados y reportes.
• Ajustes manuales, notificaciones, errores y consumo de APIs.
Los cambios de configuración deben conservar fecha, versión y responsable.
7. Resultados y reporte ejecutivo
La aplicación debe generar una vista ejecutiva y un reporte descargable en PDF con:
• Perfil de madurez y principales brechas.
• Mapa de oportunidades.
• Cinco oportunidades priorizadas.
• Business cases de alto nivel.
• Supuestos y nivel de confianza.
• Roadmap inicial.
• Recomendación y siguientes decisiones.
El reporte se generará en español o inglés, utilizará la identidad visual suministrada y requerirá aprobación interna antes de quedar disponible para el cliente.
REQUISITOS TÉCNICOS Y DE SEGURIDAD
• Arquitectura multiempresa con separación segura de datos.
• Acceso basado en roles.
• Cifrado en tránsito y almacenamiento.
• Backups y recuperación.
• Registro de errores y actividad.
• Exportación y eliminación de información.
• Ambientes de desarrollo, pruebas y producción.
• Aplicación privada desktop-first y diagnóstico adaptable a móvil.
• APIs y credenciales protegidas.
• Código y componentes documentados.
• Dependencias, plugins y licencias identificados.
El MVP tendrá inicialmente un uso controlado. No necesita infraestructura masiva, pero la arquitectura no debe impedir su evolución.
ARQUITECTURA PROPUESTA
El candidato deberá explicar:
• Stack, base de datos y hosting.
• Procesos ejecutados en el backend.
• Integración con IA y documentos.
• Generación de reportes.
• Seguridad entre organizaciones.
• Versionamiento de reglas y cálculos.
• Escalabilidad y mantenimiento.
• Costos mensuales de infraestructura, licencias y APIs.
• Riesgos de dependencia tecnológica.
• Forma de transferir la solución al cliente.
La plataforma no se seleccionará solamente por velocidad. También se evaluarán mantenibilidad, seguridad, flexibilidad y costo total de propiedad.
ENTREGABLES
1. Discovery y especificación funcional definitiva.
2. Arquitectura, modelo de datos y flujos.
3. Wireframes y diseño responsive.
4. MVP funcional en ambiente de pruebas.
5. Integraciones de IA, correo y almacenamiento.
6. Pruebas funcionales y soporte para User Acceptance Testing.
7. Correcciones y despliegue en producción.
8. Código, configuración y activos en cuentas del cliente.
9. Documentación técnica y administrativa.
10. Transferencia de conocimiento.
11. Garantía mínima de treinta días para errores.
12. Cotización separada de mantenimiento y evoluciones.
FUERA DEL ALCANCE INICIAL
Página corporativa, aplicación móvil nativa, pagos, integración completa con CRM, gestión de proyectos posteriores, videollamadas, colaboración simultánea, entrenamiento de un modelo propio, OCR avanzado y análisis autónomo de modelos complejos de Excel.
INFORMACIÓN PROPORCIONADA POR EL CLIENTE
El cliente entregará metodología, preguntas iniciales, dimensiones de madurez, fórmulas, criterios de comparación, catálogo de casos de uso, prompts, ejemplos de outputs, contenidos bilingües, identidad visual y acceso a un experto de negocio.
CONFIDENCIALIDAD Y PROPIEDAD
La metodología detallada, preguntas, fórmulas, prompts y templates se compartirán únicamente con candidatos preseleccionados bajo acuerdo de confidencialidad.
La solución, código, configuración, diseños, datos y activos serán propiedad del cliente. El trabajo deberá realizarse en cuentas controladas por el cliente o transferirse completamente antes del cierre. No se permitirá reutilizar o comercializar la metodología ni los componentes específicos del producto.
CONTENIDO OBLIGATORIO DE LA OFERTA
La propuesta debe incluir:
1. Experiencia y ejemplos verificables de Web Apps B2B.
2. Experiencia integrando IA mediante APIs.
3. Arquitectura recomendada y justificación.
4. Equipo y responsabilidad de cada participante.
5. Plan, tiempo y precio por hitos.
6. Precio separado para discovery.
7. Supuestos y exclusiones.
8. Costos mensuales estimados.
9. Estrategia de pruebas, seguridad y respaldo.
10. Soporte posterior al lanzamiento.
11. Riesgos o aspectos que requieren mayor definición.
12. Disponibilidad para entrevista y confidencialidad.
Responder también:
• ¿Cómo implementaría un motor configurable, versionado y trazable?
• ¿Cómo separaría cálculos determinísticos y análisis de IA?
• ¿Cómo impediría el acceso cruzado entre organizaciones?
• ¿Cómo manejaría la revisión humana y el historial de cambios?
• ¿Cuál considera que es la parte más riesgosa?
Se valorará una estimación realista y sustentada. La oferta debe separar el precio de discovery del costo estimado de construcción del MVP.
Apply on Freelancer →
Project sourced from Freelancer.com. Applications happen directly on the original platform — we never collect your data.