Consultoría Diseño de una Aplicación Web progresiva (PWA) híbrida para Trabajadoras Remuneradas del Hogar en Honduras

TÉRMINOS DE REFERENCIA (TDR)

Diseño de una aplicación web progresiva (PWA) híbrida para Trabajadoras Remuneradas del Hogar en Honduras

Entidad contratante: CARE Honduras, en colaboración con SINTRAHO
País: Honduras

1. Antecedentes y justificación

Dentro del marco del proyecto Movimiento y Tecnología, financiado por la fundación Cummins, SINTRAHO, en colaboración con CARE Honduras, impulsará el desarrollo de una aplicación web progresiva (PWA) de bajo costo, segura y accesible para mujeres Trabajadoras Remuneradas del Hogar (TRH) en Honduras. La herramienta deberá responder al contexto real de uso identificado para esta población, caracterizado por la conectividad inestable, dispositivos Android de gama baja, costos sensibles de datos móviles, brechas de alfabetización digital y necesidades reforzadas de seguridad y autoprotección.

En ese contexto, se requiere una solución liviana y sostenible que facilite el acceso a información útil, contenidos formativos, orientación preventiva y directorios de apoyo, sin exponer a las usuarias a riesgos innecesarios ni depender de infraestructuras tecnológicas complejas o costosas.

• El teléfono inteligente es el dispositivo predominante, pero con capacidades limitadas de almacenamiento y procesamiento.

• El costo de los datos móviles y las fallas de conectividad condicionan el uso cotidiano de herramientas digitales.

• Persisten brechas de alfabetización digital que obligan a priorizar una interfaz clara, simple y guiada.
• La seguridad digital, la privacidad y la autoprotección son consideraciones centrales del diseño.

2. Objeto de la contratación

Contratar a un proveedor especializado para realizar el diseño (UX/UI) y la definición técnica de una aplicación web progresiva (PWA) híbrida orientada a brindar información, orientación y contenidos formativos a las TRH en Honduras. Los productos de esta fase comprenden prototipo navegable y especificación a nivel de diseño para orientar una eventual fase posterior de desarrollo/implementación.

Además de los entregables de diseño, el proveedor deberá entregar un prototipo funcional de prueba (demo/PoC) ejecutable en entorno local, con fines exclusivos de validación interna de navegación y de comportamiento offline básico. Este prototipo es una maqueta funcional y no constituye desarrollo/implementación de la solución final: no requiere despliegue en un servidor público, ni puesta en producción, ni integraciones productivas, ni hardening de seguridad, ni operación.

El prototipo funcional de prueba deberá poder ejecutarse en laptop (entorno local/localhost) y permitir pruebas en Android mediante instalación como PWA (sin publicación en tienda), para validar flujos, usabilidad y comportamiento offline básico. Las pruebas se realizarán sobre funcionalidades demostrativas y/o simuladas, sin requerir backend productivo ni servicios externos de pago.

3. Objetivo general y objetivos específicos

Entregar, a más tardar el 31 de mayo de 2026, el paquete de diseño de la solución (UX/UI + prototipo navegable + especificación funcional a nivel de diseño + propuesta de arquitectura y criterios de aceptación) que sirva como base para contratar posteriormente el desarrollo de un MVP funcional, seguro y escalable.

1. Objetivos específicos propuestos para Fase 1 (diseño):

• Definir estructura de información, flujos de usuaria y wireframes para los módulos priorizados.
• Entregar prototipo navegable (baja/media fidelidad) y evidencia de validación con usuarias/perfiles acordados.
• Proponer arquitectura técnica y definir requisitos mínimos (offline, rendimiento, accesibilidad, seguridad/privacidad) a nivel de diseño.
• Entregar paquete final de diseño con criterios de aceptación y backlog de alto nivel para una fase posterior de desarrollo.

• Definir, mediante proceso UX, la estructura de información y los flujos de usuaria para los módulos priorizados (información, orientación, directorio, perfil básico y comunicación).

• Entregar wireframes y prototipo navegable (baja y/o media fidelidad) validado con usuarias o perfiles acordados con SINTRAHO/CARE.

• Proponer y documentar la arquitectura técnica (opciones y recomendación), incluyendo dependencias, criterios de mantenibilidad y sostenibilidad.

• Definir requisitos mínimos de funcionamiento offline, rendimiento y accesibilidad adecuados a Android de gama baja.

• Definir el modelo de seguridad y privacidad (roles, registro/aprobación, datos mínimos, analítica agregada) y criterios de aceptación para una etapa posterior de desarrollo.

4. Alcance contractual y fases

Esta contratación corresponde únicamente a la Fase 1 (Diseño). Incluye investigación y validación UX, definición de flujos, wireframes, diseño UI, prototipo navegable y documentación de definición técnica a nivel de diseño. Quedan fuera de alcance en esta fase: desarrollo/codificación, configuración de plataformas productivas, pruebas de penetración, despliegue a producción, soporte/SLA, hosting/dominio/SSL y operación posterior.

4.1 Definición de prototipo y delimitación de esta fase

Para efectos de estos TDR, prototipo se entiende como una demostración navegable y verificable (demo/PoC) construida con fines de validación de experiencia, flujo, estructura de información y comportamiento offline básico, sin constituir un producto listo para operación. En consecuencia, esta consultoría no comprende desarrollo/implementación (MVP), ni puesta en producción, ni habilitación de infraestructura productiva. Cualquier desarrollo funcional completo, despliegue, operación, soporte y mejoras posteriores será objeto de una fase/contratación separada.

Queda expresamente establecido que el prototipo de esta fase:

• No implica la construcción de un sistema productivo ni un MVP completo.
• No requiere hosting/dominio/SSL, ni despliegue en servidor público, ni publicación en tiendas.
• Puede operar con datos de muestra/simulados y sin integraciones reales con servicios externos.
• No incluye hardening, pruebas de penetración, certificaciones, monitoreo, backups productivos, ni cumplimiento operativo de seguridad a nivel de producción.
• No incluye soporte/SLA, mantenimiento evolutivo, ni operación posterior al cierre.

5. Arquitectura técnica mínima requerida

El proveedor deberá proponer y documentar una arquitectura técnica coherente con el objetivo del proyecto. Como mínimo, la propuesta deberá respetar la siguiente arquitectura base:

• WordPress como backend administrable para gestión de contenidos, usuarias, roles, publicaciones, configuraciones y reportes internos.

• PWA como experiencia principal de acceso para las usuarias, con service worker, manifest, instalación en Android y funcionamiento offline parcial.

• App híbrida Android (TWA o WebView debidamente justificado) como contenedor para distribución y publicación en Google Play, cuando aplique.

• Servicios complementarios permitidos para analítica, correo transaccional o segmentación básica, siempre que cumplan principios de privacidad, sostenibilidad y bajo costo.

• Documentación obligatoria de arquitectura lógica, arquitectura de despliegue, flujos de usuario, dependencias externas, políticas de actualización y estrategia de respaldo.

El proveedor deberá minimizar la dependencia de plugins críticos no mantenidos y justificar técnicamente cualquier componente de terceros que pase a ser esencial para la operación.

6. Requerimientos y módulos priorizados

6.1 Información sobre derechos laborales

• Textos cortos y claros en lenguaje accesible.
• Infografías, guías visuales y fichas de consulta rápida.
• Estructura preparada para crecimiento futuro de contenidos.

6.2 Orientación frente a violencia y maltrato

• Información preventiva sobre violencia laboral y de género.
• Orientación práctica sobre qué hacer y a dónde acudir.
• Enfoque de autocuidado y derivación; no incluye recepción de casos ni denuncias dentro de la plataforma.

6.3 Directorio de apoyo institucional

• Registro y publicación de SINTRAHO, organizaciones aliadas e instituciones públicas.
• Campos mínimos: descripción, cobertura territorial, horarios, canales de contacto y georreferencia opcional.
• Mecanismo sencillo de actualización desde el backend.

6.4 Perfil básico de usuaria

• Registro con nombre real o seudónimo.
• Configuración de privacidad y edición de datos mínimos.
• Campos opcionales para fines programáticos agregados: municipio, área geográfica, rango de edad y autoidentificación étnica.
• La información opcional no deberá bloquear el acceso ni exponer a la usuaria.

6.5 Comunicación y notificaciones

• Avisos internos y convocatorias.
• Notificaciones cuando proceda.
• Botón de contacto vía WhatsApp (click-to-chat) con textos predefinidos.

6.6 Administración y gestión interna

• Gestión de usuarias y estados de aprobación.
• Gestión de contenidos, categorías y materiales formativos.
• Control de roles y permisos.
• Visualización de reportes agregados de interacción.

7. Requisitos funcionales complementarios

• Gestión de contenidos con texto breve, imágenes optimizadas, infografías, audio ligero y videos embebidos desde plataformas externas o repositorios definidos por SINTRAHO.

• Integración de post-test breves asociados a módulos o contenidos audiovisuales, con enfoque formativo y no punitivo.

• Segmentación básica para comunicaciones de bajo costo, listas internas y campañas simples aprobadas por SINTRAHO.

• Preparación técnica para incorporar en el futuro nuevos módulos formativos, incluidos materiales de embajadoras digitales, sin rediseño estructural de la plataforma.

Funcionalidades expresamente excluidas en la Fase 1:

• Calculadoras salariales, de prestaciones u otras herramientas laborales complejas.
• Recepción, seguimiento o gestión de denuncias dentro de la aplicación.
• Publicación de vacantes sin validación institucional.
• Mensajería masiva automatizada por WhatsApp mediante API oficial.
• Foros, comunidad abierta o interacción social sin moderación.
• Chatbots, inteligencia artificial conversacional o automatizaciones de alto riesgo.

8. Funcionamiento offline

Debido al contexto de conectividad intermitente, el proveedor deberá presentar e implementar una estrategia explícita de funcionamiento offline parcial. Como mínimo, la solución deberá contemplar la siguiente matriz:

9. Metodología de trabajo

• Enfoque centrado en las personas (HCD/UX) con validaciones de diseño y pruebas de usabilidad en al menos dos contextos territoriales o perfiles equivalentes.
• Plan de trabajo ágil con iteraciones quincenales, hitos verificables, demostraciones funcionales y gestión de riesgos.
• Coordinación permanente con SINTRAHO y CARE Honduras para priorización, validación de contenidos, políticas de privacidad y decisiones de despliegue.
• Documentación viva durante todo el proceso del diseño.

1.  
2. Entregables y cronograma referencial

El cronograma podrá ajustarse en la propuesta técnica, siempre que se respete la lógica de dependencias, validaciones y aceptación de hitos. La ejecución de esta primera fase (diseño) debe desarrollarse entre abril y mayo y no puede exceder el 31 de mayo de 2026. Se reserva la semana del 13 de abril para selección y contratación.

Este entregable no requiere integración real con backend productivo, ni despliegue público, ni cumplimiento completo de controles de seguridad de producción; su propósito es validar diseño, flujos y supuestos técnicos para la fase posterior de desarrollo.

11. Criterios de aceptación (para productos de diseño)

Propuesta de ajuste (Fase 1): Alinear criterios de aceptación a productos de diseño: flujos/wireframes, prototipo navegable validado, especificación funcional a nivel de diseño, propuesta de arquitectura y criterios de aceptación para desarrollo posterior.

Entrega de mapa del sitio, flujos de usuaria y wireframes completos para los módulos priorizados.

Prototipo navegable validado, con registro de sesiones de validación, hallazgos y ajustes incorporados.

Definición técnica/arquitectura propuesta (a nivel de diseño), incluyendo estrategia offline, principios de seguridad y privacidad, y dependencias.

Especificación funcional a nivel de diseño (backlog de alto nivel y criterios de aceptación) suficiente para licitar/contratar una fase posterior de desarrollo.

Entrega del paquete final en formatos editables y acordados con la entidad contratante.

12. Perfil del proveedor y del equipo

• Experiencia demostrable en al menos tres proyectos comparables de PWA, WordPress u otras soluciones ligeras orientadas al sector social, ONG o poblaciones vulnerables.

• Conocimientos verificables en seguridad web, hardening de WordPress, desempeño móvil y funcionamiento offline.

• Equipo mínimo sugerido: líder técnico, desarrollador/a WordPress-PWA, especialista UX, especialista de seguridad, gestor/a de proyecto y facilitador/a de formación. Una persona puede ejercer varios roles.

• Se valorará experiencia en accesibilidad digital, Android TWA/WebView, analítica con enfoque de privacidad y trabajo con organizaciones de base.

13. Evaluación de propuestas

Se recomienda una evaluación 70/30 entre componente técnico y económico, con énfasis en la claridad metodológica, la seguridad, la sostenibilidad y la pertinencia del enfoque propuesto.

14. Propiedad intelectual y licenciamiento

Al cierre de esta fase, el proveedor deberá entregar los archivos editables del diseño (prototipo, guías UI, flujos, documentación) y la definición técnica acordada. 

La entrega del prototipo funcional deberá incluir los scripts/comandos o pasos necesarios para (i) levantar el entorno local en laptop y (ii) instalar/ejecutar la PWA en Android para pruebas, sin requerir cuentas, licencias o servicios de pago no aprobados por la entidad contratante.

15. Consideraciones éticas y de salvaguardas

El contenido específico de los botones, secciones o módulos sustantivos de la plataforma será definido de manera conjunta con SINTRAHO, con acompañamiento técnico y metodológico de CARE Honduras. En esta Fase 1, el proveedor será responsable de traducir dichos acuerdos en flujos, pantallas, prototipo navegable y documentación de especificación a nivel de diseño, y de demostrar (mediante el prototipo) la experiencia prevista. La implementación/configuración productiva, la operación y el mantenimiento técnico de la plataforma se abordarán en una fase posterior de desarrollo, mediante contratación separada.

• No se implementarán chatbots de atención de casos de violencia ni mecanismos que sustituyan rutas especializadas de atención.

• Se priorizará la derivación a canales institucionales competentes y validados.

• Cualquier tratamiento excepcional de datos requerirá consentimiento informado y medidas reforzadas de protección.

• Se mantendrán los principios de “No Hacer Daño”, enfoque de género, interseccionalidad y accesibilidad.

16. Presentación de propuestas

• Propuesta técnica: comprensión del reto, enfoque metodológico, arquitectura, seguridad, cronograma, equipo, riesgos y medidas de mitigación.

• Propuesta económica: detalle por hito o entregable, costos recurrentes estimados y plan de pagos contra aceptación.

• Anexos: CV de personal clave, referencias o cartas de clientes y evidencias de proyectos similares.

17. Condiciones de pago

Considerar 3 hitos de pago contra aprobación: (1) Plan de trabajo; (2) Prototipo + validación; (3) Paquete final de diseño (especificación + propuesta técnica). Todos dentro de abril–mayo y sin exceder el 31 de mayo de 2026.

Pago 1 (p. ej., 30 %): contra aprobación del plan de trabajo, cronograma de diseño y enfoque metodológico.

Pago 2 (p. ej., 40 %): contra entrega y aprobación de diseño UX/UI (flujos, wireframes y prototipo navegable) y evidencias de validación.

Pago 3 (p. ej., 30 %): contra entrega y aprobación del paquete final de diseño (especificación funcional a nivel de diseño, definición técnica/arquitectura y criterios de aceptación para desarrollo).

18. Cómo postularse

Las personas naturales o jurídicas interesadas deberán presentar su postulación completa (carta de presentación, propuesta técnica, propuesta económica, perfil del equipo, experiencia comprobable, referencias y anexos solicitados en el presente TDR) dentro del plazo establecido por CARE Honduras.

• La expresión de interés debe ser enviada a la siguiente dirección de correo electrónico: HND.adquisicionestegucigalpa@care.org, indicando en el asunto del mensaje: “Diseño + Prototipo (demo/PoC) PWA híbrida para Trabajadoras del Hogar en Honduras + Nombre del proveedor”. en la fecha máxima el 30/04/2026.

• Validez mínima de la oferta: se recomienda una vigencia no menor de sesenta (60) días calendario a partir de la fecha límite de presentación.

• Las propuestas incompletas, presentadas fuera de plazo o que no cumplan los requisitos esenciales podrán ser descalificadas.

1.  
2. Las propuestas técnicas y financieras serán evaluadas conforme los siguientes criterios:

• Evaluación de la propuesta técnica: 40 puntos
• Evaluación de las competencias y experiencias técnica: 30 puntos
• Evaluación de la propuesta financiera: 30 puntos

1.  
2. Nota: Solamente los/las candidatos/as preseleccionados/as serán contactados/as.

Protección contra la explotación y el abuso sexual

CARE no tolera ninguna actividad que pueda constituir o resultar en la explotación o abuso sexual de los adultos o niños vulnerables que CARE apoya a través de su trabajo. En caso de que el trabajo del consultor en virtud de estos términos de referencias implique la interacción con los participantes del proyecto Hora de Cuidar, el consultor acepta cumplir con: (a) la Política internacional de CARE sobre la protección contra la explotación sexual y el abuso y la protección infantil, que se puede encontrar en www.care-international.org/psea ("Política de PSEA"); o (b) la política interna del Proveedor de Servicios que es sustancialmente similar a la Política de PSEA de CARE y aprobada por CARE. La Política de PSEA define una conducta prohibida y, entre otras cosas, requiere que el Proveedor de servicios: (a) tome medidas preventivas, incluido el cumplimiento por parte de subcontratistas, agentes y empleados, (b) informe de inmediato cualquier violación real o presunta a CARE, y (c) Tomar las medidas correctivas apropiadas cuando sea necesario.