Cuéntanos tu proyecto →
Cuéntanos tu proyecto →

AI Systems / xvoice

Convierte la voz enuna interfazde trabajo.Convierte la voz en una interfaz de trabajo.

Xvoice diseña agentes de voz que entienden conversaciones, consultan sistemas, ejecutan acciones autorizadas y escalan a una persona con el contexto ya preparado.

La conversación no termina en una respuesta. Puede terminar en una acción.
Cuéntanos tu proyecto →
Partitura de la conversación
LlamadaIntentContext Permission Antes de cualquier acción
AnswercompletaAcción autorizadaConfirmar → verificarTraspaso a personacon contexto

Tres resoluciones condicionales. Una llamada puede terminar en Answer.
El escalado es una rama, no una etapa.

Inventario de capacidades — no una llamada obligatoria de cinco pasos

Inventario de capacidades — no una llamada obligatoria de cinco pasos

  1. Listen
  2. Understand
  3. Act
  4. Confirm
  5. Escalate
  1. Listen
  2. Understand
  3. Act
  4. Confirm
  5. Escalate

02Qué significa Xvoice

Responder una llamada es sólo el principio.

Un sistema de voz puede responder preguntas, pero también identificar a un cliente, consultar un pedido, comprobar disponibilidad, crear una reserva, actualizar un registro o abrir un caso. Xvoice conecta la conversación con la operación que hay detrás.

Answer es un resultado válido. La acción autorizada es otro.Identificación sólo cuando la acción lo exige
  1. Llamada
  2. Entender
  3. Identificar contexto
  4. Consultar sistema
  5. Decidir
  6. Actuar / Transferir
  7. Confirmar
AnswerERPCRMCalendar

Se consulta sólo cuando la respuesta necesita datos de sistema

03Cuándo es útil Xvoice

Cuando el teléfono sigue siendo parte importante del proceso.

Registro de operación telefónicaSeis situaciones
  1. 01
    Llamadas perdidas

    Entran llamadas mientras el equipo está ocupado.

  2. 02
    Preguntas repetidas

    Gran parte de la conversación es previsible.

  3. 03
    Consultas a sistemas

    Responder exige datos de ERP, CRM o agenda.

  4. 04
    Llamada con acción

    La conversación debería terminar en una acción.

  5. 05
    Fuera de horario

    La operación necesita continuidad fuera del horario habitual.

  6. 06
    Traspasos

    Una persona entra sólo cuando hace falta.

04Capacidad

Desde responder correctamente hasta operar una función completa por voz.

  1. 01
    Información · contexto capturadosin escritura en sistemas

    Answer

    Responder, capturar contexto y transferir cuando haga falta.

  2. 02
    Una acción permitida en sistemasconfirmar antes · verificar después

    Act

    Conversación con contexto y acciones autorizadas en sistemas.

  3. 03
    Enrutado · excepciones · seguimientoUna función de negocio por vozalcance acordado — no autoridad general

    Operate

    Responsabilidad operativa más amplia con enrutado, excepciones y seguimiento.

Answer → Act → Operate

La responsabilidad crece. La autorización es siempre alcance acordado.

05Arquitectura

Una buena conversación también necesita arquitectura.

Especificación de conversación a operación — siete dimensiones, no siete etapasPermiso antes de cualquier cambio en sistemas
01Intent

Qué intenta conseguir la persona.

02Context

Qué sabemos sobre cliente, pedido, cita o caso.

03Knowledge

Qué información puede utilizar.

Entender la solicitud

Límite de acción autorizada

04Actions

Qué sistemas puede consultar o modificar.

05Confirmation

Qué debe verificar antes de actuar.

06Exceptions

Qué no debe continuar automáticamente.

Confirmar los datos necesarios → ejecutar → verificar → confirmar el resultado

07Handoff

Cómo pasa la conversación a una persona sin empezar de nuevo.

Paquete de contexto

  • Caller
  • Intent
  • Context
  • Acciones completadas
  • Motivo del escalado

Sólo nombres de campo. Coral = hace falta una persona.

06Actuar o transferir

El sistema debe saber cuándo actuar y cuándo transferir.

Una decisión condicional — tres ramas · Lima tras la verificación · coral sólo cuando hace falta una persona
Solicitud
¿Puede responder?
  1. Answer
  2. Completada
¿Puede actuar con autorización?
  1. Confirmar datos
  2. Ejecutar
  3. Verificar
  4. Confirmar el resultado
Ejecución fallida → excepción → traspaso
Traspaso a personaEn otro caso, o cuando no está permitido. La persona recibe el paquete de contexto.

El handoff debe llevar caller, intent, contexto, acciones completadas y motivo de escalado.

07Evaluación

Medimos si la llamada resolvió el trabajo.

Criterios — no resultados medidos

  1. Call
  2. Decisión
  3. Trabajo resuelto

Trabajo resuelto — por respuesta, acción o un buen traspaso.

  1. Seis dimensionesQué evaluamos
  2. 01
    Completed tasks.
  3. 02
    Successful handoffs.
  4. 03
    Action errors.
  5. 04
    Latency.
  6. 05
    Containment.como métrica de apoyo
  7. 06
    Cost per useful conversation.

08Composición

La voz puede ser la entrada. El sistema completo está detrás.

Una arquitectura posible — por capas, capacidades opcionalesXvoice → Xmind → Xagents → Xflow → CRM / ERP / Calendar / Email
  1. InterfazXvoiceentiende la intención de la conversación
  2. ContextoXmindopcionalmente aporta contexto gobernado
  3. DecisiónXagentsopcionalmente toma decisiones delimitadas
  4. OrquestaciónXflowopcionalmente orquesta acciones autorizadas
  5. Sistemas de registro
    CRMERPCalendarEmail
    siguen siendo los sistemas de registro

09Disponibilidad

Cuando el teléfono es operativo, la disponibilidad importa.

Una implementación Answer puede ser sencilla de construir y, al mismo tiempo, Critical en Runtime si atiende una línea comercial principal. Usage de telefonía, modelos e infraestructura se cotiza por separado cuando aplica. Runtime no incluye llamadas ilimitadas.

Responsabilidad de construcción — EngineeringAnswerSencilla de construir.
Criticidad de operación — RuntimePuede exigir Runtime CriticalUna línea comercial principal es crítica al margen del alcance de construcción.

Dos decisiones distintas. No se implican cifras de disponibilidad.

Ver Runtime →

10 / Cuéntanos tu proyecto

La conversación no termina en una respuesta. Puede terminar en una acción.

Cuéntanos tu proyecto →
Escuchado. Resuelto.

02 / Qué significa Xvoice

Responder una llamada es sólo el principio.

Un sistema de voz puede responder preguntas, pero también identificar a un cliente, consultar un pedido, comprobar disponibilidad, crear una reserva, actualizar un registro o abrir un caso. Xvoice conecta la conversación con la operación que hay detrás.

  1. Llamada
  2. Entender
  3. Identificar contexto
  4. Consultar sistema — ERP / CRM / Calendar
  5. Decidir
  6. Answer
  7. Confirmar → Actuar / Transferir

03 / Cuándo es útil Xvoice

Cuando el teléfono sigue siendo parte importante del proceso.

  1. 01
    Llamadas perdidas

    Entran llamadas mientras el equipo está ocupado.

  2. 02
    Preguntas repetidas

    Buena parte de la conversación es predecible.

  3. 03
    Consultas a sistemas

    Responder requiere datos de ERP, CRM o calendario.

  4. 04
    Llamada a la acción

    La conversación debería terminar en una acción.

  5. 05
    Fuera de horario

    La operación necesita continuidad fuera del horario laboral.

  6. 06
    Traspasos

    Una persona interviene sólo cuando hace falta.

04 / Capacidad

Desde responder correctamente hasta operar una función completa por voz.

  1. 01

    Answer

    Responder, capturar contexto y transferir cuando haga falta.

  2. 02

    Act

    Conversación con contexto y acciones autorizadas en sistemas.

  3. 03

    Operate

    Responsabilidad operativa más amplia con enrutado, excepciones y seguimiento.

La responsabilidad crece. La autorización es siempre alcance acordado.

05 / Arquitectura

Una buena conversación también necesita arquitectura.

Entender la solicitud
  1. 01
    Intent

    Qué intenta conseguir la persona.

  2. 02
    Context

    Qué sabemos sobre cliente, pedido, cita o caso.

  3. 03
    Knowledge

    Qué información puede utilizar.

    Límite de acción autorizada
  4. 04
    Actions

    Qué sistemas puede consultar o modificar.

  5. 05
    Confirmation

    Qué debe verificar antes de actuar.

  6. 06
    Exceptions

    Qué no debe continuar automáticamente.

  7. 07
    Handoff

    Cómo pasa la conversación a una persona sin empezar de nuevo — caller, intent, context, acciones completadas, motivo.

06 / Actuar o transferir

El sistema debe saber cuándo actuar y cuándo transferir.

¿Puede responder?

Answer → Completada.

¿Puede actuar con autorización?

Confirmar datos → Ejecutar → Verificar → Completada.

En otro caso

Traspaso a persona, con el paquete de contexto.

El handoff debe llevar caller, intent, contexto, acciones completadas y motivo de escalado.

07 / Evaluación

Medimos si la llamada resolvió el trabajo.

  1. 01
    Completed tasks.
  2. 02
    Successful handoffs.
  3. 03
    Action errors.
  4. 04
    Latency.
  5. 05
    Escalation appropriateness.

Trabajo resuelto — por respuesta, acción o un buen traspaso.

08 / Composición

La voz puede ser la entrada. El sistema completo está detrás.

Xvoice → Xmind → Xagents → Xflow → CRM / ERP / Calendar / Email.

  1. Xvoiceentiende la intención de la conversación
  2. Xmindaporta contexto gobernado
  3. Xagents / Xflowdecide y ejecuta acciones autorizadas
  4. CRMERPCalendarEmail
    Siguen siendo los sistemas de registro

09 / Disponibilidad

Cuando el teléfono es operativo, la disponibilidad importa.

Una implementación Answer puede ser sencilla de construir y, al mismo tiempo, Critical en Runtime si atiende una línea comercial principal. Usage de telefonía, modelos e infraestructura se cotiza por separado cuando aplica. Runtime no incluye llamadas ilimitadas.

AnswerSencilla de construir.
Puede exigir Runtime CriticalUna línea comercial principal es crítica al margen del alcance de construcción.

Dos decisiones distintas. No se implican cifras de disponibilidad.

Ver Runtime →

10 / Cuéntanos tu proyecto

La conversación no termina en una respuesta. Puede terminar en una acción.

Cuéntanos tu proyecto →