El asistente de RRHH que vive en el WhatsApp de cada colaborador. Respuestas correctas, seguras y al instante — 24/7.
Garden House recibe, mes a mes, las mismas consultas de sus colaboradores —liquidaciones, anexos de contrato, beneficios y dudas de RRHH— dispersas entre BUK, SharePoint y el correo. MCCO Group propone Garden Genie: un agente conversacional sobre WhatsApp, potenciado con IA (Claude), que se conecta de forma segura a los sistemas de Garden House y resuelve estas consultas de forma autónoma, 24/7 y con verificación de identidad por RUT — cada colaborador ve solo lo suyo.
El área de Personas de Garden House enfrenta una carga operativa recurrente que no escala: las mismas consultas se repiten cientos de veces al mes, pero la información que las responde está fragmentada entre múltiples sistemas (BUK para datos contractuales y de remuneraciones, SharePoint para políticas, beneficios y material audiovisual, Microsoft 365 para el resto). El colaborador no sabe dónde buscar y RRHH termina actuando como "buscador humano".
| Dolor | Impacto operativo |
|---|---|
| Consultas repetitivas a RRHH ("¿cuándo llega mi liquidación?", "necesito mi anexo", "¿qué beneficios tengo?") | Tiempo del equipo de Personas consumido en tareas de bajo valor agregado |
| Sin atención fuera de horario | El colaborador en terreno o en turno no tiene respuesta hasta el día hábil siguiente |
| Información dispersa (BUK + SharePoint + correos) | Respuestas lentas, inconsistentes y dependientes de "quién sabe dónde está el documento" |
| Beneficios no personalizados | Difícil saber qué aplica a cada persona según su RUT, contrato, antigüedad o ubicación |
| Documentos y videos no indexados | El conocimiento existe pero no es "consultable"; los videos de inducción/políticas quedan inertes |
La solución es un agente conversacional sobre WhatsApp orquestado por el Claude Agent SDK de Anthropic, que actúa como cerebro y decide —en cada turno— qué herramienta invocar: consultar BUK por RUT, buscar en el conocimiento documental (RAG sobre SharePoint) o responder directamente. Todo dato sensible pasa por una capa de verificación de identidad antes de entregarse.
El agente entiende la intención del colaborador y decide qué hacer en cada turno: consultar un dato real en BUK, buscar en el conocimiento documental o responder directamente. Razonamiento + tool use.
Ningún dato personal se entrega sin resolver primero quién escribe. La capa de identidad se ejecuta antes de la orquestación para datos sensibles.
El bot se conecta vía la WhatsApp Business Platform de Meta, en modalidad Cloud API directa o a través de un BSP (Twilio, Gupshup, 360dialog). Conceptos operativos relevantes:
| Concepto | Cómo funciona | Implicancia de diseño |
|---|---|---|
| Ventana de servicio 24h | Cuando el colaborador escribe, se abre una ventana de 24h para responder con mensajes de formato libre. | El uso es iniciado por el colaborador → opera dentro de la ventana de servicio (sin costo de plantilla). |
| Plantillas (HSM) | Para iniciar conversación fuera de la ventana se requiere una plantilla pre-aprobada por Meta. | Solo necesarias para notificaciones proactivas; las respuestas reactivas no las requieren. |
| Cobro (desde jul-2025) | Meta cobra por mensaje; las conversaciones de servicio iniciadas por el usuario son gratuitas. | El patrón "pregunta → respuesta" cae en el tramo gratuito de servicio. |
BUK expone una API REST documentada para Chile: autenticación por header auth_token con scope limitable por entidad, base por tenant https://{tenant}.buk.cl/api/v1/chile/…, JSON y paginación. La entidad Colaboradores incluye RUT/documento y datos personales.
Supuesto a validar (spike de 1–2 días contra el tenant real): disponibilidad exacta de endpoints de liquidaciones y descarga de PDF de contratos según módulos contratados. Si un documento solo vive como archivo en BUK, se entrega el enlace seguro de BUK.
La base de conocimiento general (políticas, manuales, beneficios, instructivos, videos de inducción) se ingesta desde SharePoint usando Microsoft Graph API (drive/driveItem, Search). Pipeline de ingesta para RAG:
Supuesto: la transcripción de videos es viable pero requiere un paso adicional (extraer audio + speech-to-text es-CL). Para videos de Teams/Stream con transcripción existente, esta se recupera directamente.
El núcleo es el Claude Agent SDK con un modelo Claude: comprende la consulta en lenguaje natural (es-CL), decide la herramienta mediante tool use, y en preguntas de conocimiento fundamenta la respuesta en la fuente citando el documento o video de origen (reduce alucinaciones). Guardrails impiden entregar datos personales sin identidad verificada.
El número de WhatsApp por sí solo no es prueba suficiente de identidad para entregar datos personales (sueldos, RUT, contratos). El diseño separa de forma estricta dos planos:
Políticas, beneficios corporativos, FAQs de RRHH, contenido de SharePoint. Disponible para cualquier colaborador, sin identificación reforzada.
Liquidación, anexo, ficha, beneficios aplicables a su RUT. Solo accesibles por el dueño del dato, previa verificación de identidad.
| # | Mecanismo | Detalle |
|---|---|---|
| 1 | Pre-mapeo teléfono ↔ RUT | Se carga desde BUK la relación número ↔ RUT (el teléfono ya está en la ficha). Un teléfono no reconocido no accede a datos personales. |
| 2 | Verificación reforzada (OTP) | En la primera vinculación o ante datos sensibles, el bot envía un código de un solo uso (correo corporativo / SMS / canal validado) que el colaborador confirma. |
| 3 | Sesión verificada con expiración | Tras verificar, se abre una sesión de corta duración; pasado el tiempo o ante datos muy sensibles, se re-solicita verificación. |
| 4 | Control de acceso por perfil | El agente consulta BUK solo con el RUT verificado de quien escribe; nunca acepta un RUT tipeado para ver datos de terceros. Perfiles diferenciados (colaborador / líder). |
| 5 | Filtro de salida | Antes de responder, valida que el dato corresponde al RUT verificado de la sesión. Si no coincide, se bloquea. |
| Control | Implementación |
|---|---|
| Cifrado en tránsito | TLS en todas las llamadas (WhatsApp, BUK, Graph, modelo). WhatsApp aporta cifrado E2E en el canal. |
| Cifrado en reposo | Base vectorial, base de mapeo teléfono↔RUT y logs cifrados en reposo. |
| Datos sensibles | Situación socioeconómica/remuneraciones con acceso restringido, cifrado y consentimiento (Ley 21.719). |
| Control de acceso | Identidad verificada (OTP) + autorización por RUT + perfiles; scope mínimo del token BUK. |
| Logs y auditoría | Registro inmutable de accesos a datos personales; trazabilidad de cada herramienta invocada. |
| Retención | Retención corta para conversaciones con datos personales; purga automática. |
| Segregación de ambientes | Dev / pruebas / producción separados; secretos en bóveda; tokens distintos por ambiente. |
| Gestión de brechas | Procedimiento de detección y notificación a APDP y afectados, según Ley 21.719. |
| Derechos ARCO + portabilidad | El diseño no obstaculiza el ejercicio de derechos del titular. |
Garden House, como responsable del tratamiento, debe contar con la base de licitud (consentimiento o vínculo laboral) y las cláusulas con MCCO como encargado de tratamiento. La residencia de datos se define según política interna.
| Componente | Tecnología propuesta | Rol |
|---|---|---|
| Canal de mensajería | WhatsApp Business Platform (Cloud API / BSP) | Punto de contacto: entrada/salida, webhooks, plantillas |
| Orquestador / Agente | Claude Agent SDK (Anthropic) + modelo Claude | Cerebro: comprensión, planificación, tool use, redacción |
| Desarrollo agéntico | Claude Code | Construcción, prueba e iteración del agente y herramientas |
| Integración RRHH | BUK API REST (/api/v1/chile, auth_token) | Datos por RUT: liquidaciones, anexos, ficha |
| Integración documental | Microsoft Graph API (drive / Search) | Lectura de SharePoint: documentos y videos |
| Transcripción de video | Servicio speech-to-text (es-CL) | Convierte audio de videos en texto indexable |
| Base de conocimiento | Base vectorial (embeddings) + RAG | Búsqueda semántica con citas a la fuente |
| Identidad y acceso | Mapeo teléfono↔RUT + OTP + perfiles | Verifica identidad y autoriza datos personales |
| Seguridad / secretos | Bóveda de secretos + cifrado | Custodia de credenciales; protección de datos |
| Observabilidad | Logs de auditoría + métricas + alertas | Trazabilidad, monitoreo de uso y resolución |
Ejemplos reales de lo que verá el colaborador. El agente eleva el nivel de seguridad solo cuando se solicitan datos personales.
En (d), la información general (RAG sobre SharePoint) no requiere verificación; al pedir el saldo personal, el bot eleva el nivel de seguridad antes de consultar BUK.
Metodología ágil organizada por fases con entregables verificables; cada fase cierra con un hito de aceptación formal. Un spike técnico temprano contra BUK valida las integraciones críticas antes de comprometer el grueso del desarrollo, y un piloto controlado precede a la masificación.
Objetivo: comprender la demanda real, validar técnicamente las integraciones y aprobar arquitectura, modelo de seguridad y alcance del conocimiento.
Entrega: arquitectura aprobada · informe de spike BUK+Graph · modelo RUT · catálogo de fuentes · backlog priorizado.
Objetivo: construir el agente end-to-end con integraciones, capa de seguridad y guardrails.
Entrega: agente en QA con BUK y SharePoint · pipeline ingesta + transcripción + RAG · orquestador · seguridad/OTP · doc técnica.
Objetivo: validar con usuarios reales en entorno controlado, medir precisión y seguridad, y ajustar.
Entrega: informe de piloto vs metas · bitácora de ajustes · pruebas de seguridad/precisión · recomendación Go/No-Go.
Objetivo: producción para toda la dotación, capacitar equipos y traspasar a soporte.
Entrega: solución en producción · capacitación + material · manual de operación · acta de cierre e inicio de soporte.
| Fase / Hito | S1 | S2 | S3 | S4 | S5 | S6 | S7 | S8 |
|---|---|---|---|---|---|---|---|---|
| F1 · Discovery & Diseño | ● | ● | ||||||
| F2 · Desarrollo e Integraciones | ● | ● | ● | ● | ||||
| F3 · Piloto & QA | ● | |||||||
| F4 · Despliegue & Capacitación | ● | |||||||
| ◆ Hitos clave | ◆ Kick-off |
◆ Diseño |
◆ Integr. |
◆ Piloto |
◆ Go-live |
● semana activa de fase · ◆ hito clave de aceptación.
| Fase | Entregables concretos |
|---|---|
| F1 · Discovery & Diseño | Arquitectura aprobada · informe de spike (BUK + Graph) · modelo de verificación por RUT · catálogo de fuentes SharePoint · backlog priorizado con criterios de aceptación |
| F2 · Desarrollo | Agente WhatsApp en QA con integraciones BUK y SharePoint · pipeline ingesta + transcripción + RAG · orquestador Claude Agent SDK · capa seguridad/OTP y guardrails · documentación técnica |
| F3 · Piloto & QA | Informe de resultados del piloto · bitácora de ajustes prompts/RAG/guardrails · informe de seguridad y precisión · recomendación Go/No-Go |
| F4 · Despliegue | Solución en producción · capacitación + material · manual de operación y traspaso · acta de cierre e inicio de soporte |
R = Responsable · A = Aprobador · C = Consultado · I = Informado
| Actividad / Entregable | Director Senior | Experto Senior | Ing. Jr | Garden House |
|---|---|---|---|---|
| Gobernanza, planificación y seguimiento | A/R | C | I | C |
| Spike técnico BUK + Graph (F1) | A | R | R | C |
| Diseño de arquitectura y modelo RUT (F1) | A | R | C | C |
| Definición de alcance del conocimiento (F1) | A | C | I | R |
| Integración BUK por RUT (F2) | A | R | R | C |
| Pipeline SharePoint + transcripción + RAG (F2) | I | R | R | C |
| Capa de seguridad / OTP / guardrails (F2) | A | R | C | C |
| Ejecución del piloto (F3) | A | R | R | C |
| Decisión Go/No-Go (F3) | A | C | I | A |
| Salida a producción / Go-live (F4) | A | R | R | C |
| Capacitación a RRHH y usuarios clave (F4) | A | R | C | C |
| Contrapartes que Garden House debe proveer (Sponsor, líder RRHH, TI/accesos) | C | C | I | R/A |
| KPI | Meta | Cómo se mide |
|---|---|---|
| % consultas resueltas sin intervención | 60–70% | Conversaciones cerradas por el agente / total, vía logs del orquestador |
| Disponibilidad y tiempo de respuesta | 24/7 · < 30 s | Uptime del canal y latencia promedio/p95 |
| Reducción de tickets a RRHH | −40% vs línea base | Volumen de consultas a RRHH antes vs después del Go-live |
| Cobertura de temas | ≥ 90% del catálogo F1 | % de intenciones con respuesta válida disponible |
| Precisión de respuestas | ≥ 95% datos RUT · ≥ 90% RAG | Muestreo y revisión humana de respuestas |
| Satisfacción del colaborador (CSAT) | ≥ 4,2 / 5 | Encuesta breve post-conversación en WhatsApp |
| Adopción (% colaboradores activos) | ≥ 50% primer mes | Colaboradores únicos que interactúan / dotación |
| Escalamiento correcto a humano | 100% casos fuera de alcance | Revisión de casos derivados vs casos que debían derivarse |
Metas referenciales propuestas por MCCO (PMO); se calibran con la línea base real durante Discovery.
| Riesgo | Prob. | Impacto | Mitigación |
|---|---|---|---|
| Limitaciones/cambios en API de BUK | Media | Alto | Spike temprano en F1; capa de abstracción/caché; soporte BUK; plan de contingencia para campos no expuestos |
| Calidad/cobertura insuficiente de docs y videos en SharePoint | Media | Alto | Catálogo y curaduría en F1; criterios de vigencia; responsable RRHH; el agente declara cuando no tiene info |
| Baja adopción de usuarios | Media | Alto | Piloto; comunicación de lanzamiento; capacitación; UX simple; campañas de refuerzo |
| Seguridad/privacidad de datos (Ley 19.628 / 21.719) | Media | Alto | Verificación RUT + OTP; minimización y cifrado; control de acceso; revisión de cumplimiento previa al Go-live |
| Alucinaciones / respuestas incorrectas | Media | Alto | RAG con fuentes verificadas; guardrails; citado de fuente; umbral de confianza con escalamiento; QA de precisión |
| Dependencia de proveedores (Meta / Anthropic) | Baja | Medio | Diseño desacoplado por capas; monitoreo de cambios; degradación elegante; planes de servicio vigentes |
| Gestión del cambio (resistencia interna) | Media | Medio | Sponsor visible; involucramiento de RRHH; capacitación; mensaje "complementa, no reemplaza" |
| Indisponibilidad de contrapartes/accesos del cliente | Media | Alto | Roles y SLAs internos definidos; checklist de accesos en F1; escalamiento al sponsor |
La propuesta se estructura como un precio cerrado por proyecto: un valor fijo y todo incluido que cubre diseño, desarrollo, integraciones, piloto, despliegue y capacitación del agente Garden Genie en 8 semanas — sin cobro por hora ni costos variables dentro del alcance acordado.
| Fase | Semanas | % | UF |
|---|---|---|---|
| 1 · Discovery & Diseño | 1–2 | 20% | 49,0 |
| 2 · Desarrollo e Integraciones | 3–6 | 45% | 110,0 |
| 3 · Piloto & QA | 7 | 20% | 49,0 |
| 4 · Despliegue & Capacitación | 8 | 15% | 37,0 |
| Total proyecto (neto, sin IVA) | 8 | 100% | 245,0 UF |
Precio cerrado: incluye al equipo completo de MCCO (Director Senior + 2 Expertos Senior IA + Ingeniero Jr) durante las 8 semanas. El valor no varía con el esfuerzo real mientras se mantenga el alcance acordado. Equivalente CLP a UF $40.800 = $9.996.000.
Estimación operativa en régimen (~2.500 consultas/mes con caching de prompts y RAG optimizado). Estos consumos se facturan directamente a Garden House por los proveedores; MCCO los configura, dimensiona y optimiza, pero no los marca ni revende.
| Concepto | Rango mensual (UF) | Modalidad |
|---|---|---|
| WhatsApp Business API (Meta + fee BSP) | 0,6 – 2,8 | Pass-through (cuenta Meta/BSP del cliente) |
| API Claude / Anthropic (tokens, con caching) | 1,1 – 1,9 | Pass-through (cuenta Anthropic del cliente) |
| Base vectorial + hosting + orquestación cloud | 1,2 – 3,5 | Pass-through (cloud del cliente) |
| Monitoreo, logs y observabilidad | 0,5 – 1,2 | Pass-through |
| Total infraestructura estimada | ≈ 3,3 – 9,3 UF/mes | — |
El rango depende del volumen real de conversaciones; el extremo alto contempla picos y mensajes de categoría "utilidad". Referencias: conversación de servicio WhatsApp ≈ USD 0,0088; Claude (in/out) con caching que reduce hasta 90% el costo de entrada repetida.
Servicio opcional, no incluido en el precio del proyecto (245 UF). No incluye consumos pass-through (13.3) ni nuevas funcionalidades mayores (se cotizan aparte por bolsa de horas).
| Hito | Gatillo | % | UF | CLP aprox. |
|---|---|---|---|---|
| Hito 1 — Firma / Kick-off | Adjudicación y acta de inicio | 30% | 73,5 | $2.998.800 |
| Hito 2 — Piloto operativo | Piloto en producción aprobado (fin Sem. 7) | 40% | 98,0 | $3.998.400 |
| Hito 3 — Go-live | Despliegue, capacitación y aceptación final | 30% | 73,5 | $2.998.800 |
| Total proyecto | 100% | 245,0 | $9.996.000 | |
Soporte mensual opcional de 12 UF facturado a mes vencido desde el go-live. Toda factura en UF, pagadera en CLP al valor de la UF del día de emisión. Plazo de pago: 30 días desde recepción conforme. IVA adicional según normativa.
Aprobación de esta propuesta (Ref. MCCO-2026-GH-001) y firma del acuerdo de servicio.
Agendar el kickoff de Discovery & Diseño y habilitar accesos (BUK, SharePoint, WhatsApp).
En 8 semanas, Garden Genie operativo para toda la dotación de Garden House.
Liderazgo del proyecto, arquitectura de solución y relación con la contraparte ejecutiva de Garden House.
Ingeniería de IA, orquestación con Claude Agent SDK, RAG e integraciones (BUK / SharePoint / WhatsApp).
Ingeniería de IA, seguridad/OTP, pipeline de ingesta y guardrails; calidad y precisión de respuestas.
Desarrollo, testing, pruebas de integración y soporte operativo, bajo supervisión senior.
WhatsApp Business API Claude (Anthropic) Claude Agent SDK Claude Code BUK API Microsoft Graph / SharePoint RAG + base vectorial Speech-to-text es-CL