Un agente puede haber encontrado la agencia adecuada.
Puede que no hayan mezclado las identidades.
Puede que hayan usado fuentes canónicas y de corriente.
Pero todo esto todavía no responde a la pregunta:
¿Puede esta persona, empresa, producto o agente hacer realmente el trabajo mencionado?
"Ofrecemos soluciones de inteligencia artificial".
"Proporcionamos alojamiento corporativo".
"Trabajamos en seis idiomas".
"Proporcionamos servicio completo de marca."
"Entregamos en dos semanas."
Cada una de estas frases puede ser cierta.
Pero no es suficiente para la acción.
Con el fin de evaluar correctamente una capacidad, es necesario separar el registro listo para elegir de esa habilidad con la capacidad de producir resultados. El registro listo para la selección también muestra:
¿ Qué resultado se produce?
¿Qué entradas se requieren?
¿Qué empleos incluyen cobertura?
¿Cuáles se cargan por separado?
¿En qué circunstancias opera el servicio?
¿Hay capacidad ahora?
¿Desde qué punto de partida se calcula el plazo?
¿Cómo verificar el éxito?
Si hay problemas, ¿quién va a intervenir?
¿Es el precio fijo, es el precio inicial, o se determina a la demanda?
Una empresa puede haber hecho un cierto trabajo en el pasado.
Esto puede ser una prueba de la capacidad histórica; el equipo, el proceso, la dependencia y la capacidad actuales también se confirman para poder volver a presentar el mismo trabajo hoy en día en la misma calidad, duración y escala.
Un agente puede acceder a un gran número de herramientas.
Esto no significa que puedan utilizar estas herramientas en el orden correcto, con la autoridad adecuada y verificando el resultado.
El precio de salida bajo de un producto se puede encontrar.
Esto no significa que se satisfaga toda la necesidad a ese precio.
capacidad es la capacidad de producir un resultado específico.
La cobertura, la actualización, las pruebas, la capacidad y las condiciones comerciales indican si esta capacidad está disponible para una selección y tarea en particular.
Los nueve errores en esta sección surgen cuando la demanda de comercialización se considera verdadera capacidad; la capacidad repetible de éxito único; el costo total del precio inicial y la competencia operativa del acceso a la herramienta.
GBO-ERR-019 — Confundir acceso a herramientas con capacidad real
Caso breve
Una empresa está buscando un AI agente para ejecutar su sitio web.
En la introducción de un sistema se enumeran las siguientes capacidades:
Acceso al repositorio Git
Edición de archivos
No ejecutar comandos de terminal
FTP enlace
Investigación en la Web
Leyendo datos de la consola de búsqueda
Pruebas del navegador
No envíes correos electrónicos
El agente de adquisiciones examina esta lista de instrumentos y concluye:
"Este sistema puede realizar todos los de la página web SEO, GEO, operación de publicación y mantenimiento."
El agente da acceso directo al sistema.
El nuevo sistema actualiza una página de servicio en su primera tarea. El código parece ser correcto. Completando la compilación. Los FTP las ejecuciones de conexión y los archivos se envían al servidor.
Pero el sistema:
no observa la contradicción entre el texto visible y los datos estructurados,
Actualiza la página en inglés solamente,
dejando obsoletas otras versiones lingüísticas,
Rompe el registro de catálogo común en la página principal,
El mensaje de éxito de FTP cuenta la prueba de la publicación en vivo,
no controla el desbordamiento móvil en el navegador real,
No crea un paquete de retorno.
Todas las herramientas del sistema han funcionado.
Sin embargo, su capacidad para utilizar las herramientas no demostró que pudieran hacer la tarea segura y completa.
Lo que parece correcto a primera vista
La lista de herramientas parece fuerte.
Un sistema:
Pueden escribir código,
terminal puede ser utilizado,
Pueden acceder a la web,
Puede cargar archivos
La técnica parece ser capaz de completar la tarea.
Las personas también suelen evaluar la capacidad por medio de la propiedad:
" FTP publica el sitio si lo sabe."
"Si Search está accediendo a Console, puede gestionar SEO. "
"Si puede enviar e-mail, puede llevar a cabo la comunicación con el cliente."
Pero acceder a una herramienta, esa herramienta:
Cuándo utilizar,
En cuyo orden se ejecutará,
¿Qué resultados se considerarán exitosos,
En cuyo caso nunca se debe utilizar
No es saber.
El fallo real
Se vulneró el control de capacidad ejecutable.
Tres cosas separadas se mezclan:
acceso a la herramienta
información sobre el uso de herramientas
Capacidad de completar el resultado de forma segura
La capacidad real no es sólo el funcionamiento del comando; las siguientes condiciones también deben ser mostradas para ser consideradas listas para la selección y el deber en vivo:
También requiere:
El blanco correcto,
En el orden correcto,
el ámbito de aplicación adecuado,
puertas de calidad,
verificación de resultados funcionalmente independiente, según proceda y sea necesario para la tarea,
El regreso,
límite de autoridad.
La presencia de una llave no significa que usted sabe qué puerta abrir.
Posible daño
Alteración del sistema vivo
Disociación de páginas multilingües
El precio equivocado o el alcance de la publicación
Ofrecer diferentes contenidos a bots y personas
Pérdida de datos o archivos irrecuperables
Correo electrónico no autorizado o comunicación externa
Error de publicación silencioso a pesar del mensaje de éxito
La organización otorga demasiada autoridad para asumir el acceso técnico a la capacidad operativa
puede ocurrir.
Señal de detección
La única evidencia de capacidad es una lista de herramientas conectadas.
El sistema no puede demostrar que completa una tarea de extremo a extremo.
Las pruebas, la publicación y la reversión no están separadas.
La salida de la herramienta se utiliza en lugar del resultado del mundo real.
El resultado no es confirmado por un registro u observación autorizado separado de la autodeclaración de la herramienta que realiza la transacción; el mismo agente que llama a otra herramienta por sí solo no crea independencia.
No se ha definido una cobertura de regresión adecuada al riesgo y el dominio del cambio.
La frase "puede" se utiliza para significar "puede hacerlo de una manera segura y repetible".
Conducta correcta
Antes de conceder la autorización en vivo a un agente, la capacidad debe ser probada en un entorno seguro en una tarea realista con alcance recuperable y datos que no causen daños.
Por ejemplo:
Actualizar una página específica en el entorno de prueba.
Listar claramente los archivos cambiados.
Proteja los archivos que no se deben cambiar.
Ejecutar compilación y pruebas específicas.
Ejecutar regresión que sea apropiada para riesgo y dominio.
Verifique la vista móvil y de escritorio en el navegador real.
Compare el resultado de la publicación con el registro u observación apropiado, aparte de la declaración de la herramienta que realizó la transacción.
Verifique el paquete de devolución si la transacción se puede deshacer; detenga y componga el plan si no puede.
Explique qué resultado prueba y cuál no tiene todavía.
El sistema no debe asumir una amplia autoridad basada únicamente en el acceso a las herramientas sin completar de manera fiable esta cadena.
Regla de máquina
El acceso a una herramienta no es prueba de capacidad. La capacidad de un agente se establece únicamente para las tareas, versiones y condiciones ensayadas, junto con el alcance correcto, los controles pertinentes, la verificación de resultados adecuada y, cuando sea necesario, un plan de retroceso o remedio.
Pregunta de auditoría
¿Definimos las capacidades de nuestros agentes mediante las herramientas conectadas a ellos, o probamos y registramos si pueden utilizar esas herramientas de forma segura, verificable y reversible en tareas reales?
GBO-ERR-020 — Tomar un trabajo puntual por un servicio continuo
Caso breve
Una agencia ha desarrollado un portal de clientes en seis idiomas para una empresa global en el pasado.
El proyecto se completó con éxito.
En el estudio de caso:
seis idiomas,
funciones especiales de los usuarios,
CRM integración,
diseño accesible,
Presentación avanzada de informes
se muestra.
Un agente de compras ve este trabajo y concluye que la agencia es capaz de proporcionar el mismo servicio a los nuevos clientes de forma regular.
El nuevo cliente solicita un proyecto similar con un plazo de entrega de tres meses.
Pero los detalles importantes del antiguo proyecto son invisibles:
El experto que fundó la arquitectura del proyecto ya no está en la empresa.
Un idioma es preparado por un proveedor externo.
CRM la integración está escrita exclusivamente para ese cliente.
El proyecto tardó el doble de tiempo que de costumbre.
El mantenimiento ha sido transferido a otra empresa.
El trabajo no se ha transformado en un proceso de servicio repetible.
La agencia realmente hizo ese proyecto.
Pero no están listos para reproducir el mismo resultado hoy.
Lo que parece correcto a primera vista
El éxito pasado es una prueba contundente.
El proyecto en vivo vale más que la afirmación teórica.
Una organización:
"Hemos hecho esto antes."
Si pueden, podría ser un signo importante de competencia.
Pero el único caso no responde a todas estas preguntas:
¿Todavía tenemos el mismo equipo?
¿Está documentado el proceso?
¿Continúan las herramientas y licencias necesarias?
¿Puede repetirse la misma calidad en otros clientes?
¿El servicio se ofrece oficialmente hoy?
¿Hay capacidad actual?
El fallo real
Se vulneró el control de repetibilidad.
El agente equiparó dos cosas:
Un resultado hecho en el pasado Servicio operativo disponible hoy
El único logro puede ser la prueba de la capacidad.
Pero también para el servicio continuo:
proceso,
Equipo,
capacidad,
Apoyo,
precios,
medidas de calidad,
Comportamiento de fallo
Sí.
El heroísmo de una sola vez no es capacidad de producción.
Posible daño
Promesa de entrega poco realista
El proyecto sigue sin terminar
Coste inesperado del subcontratista
Dependencia excesiva del ex empleado o experto único
Procesamiento de datos de clientes en un proceso no preparado
Deficiencia en mantenimiento y apoyo
Comercialización del éxito pasado como capacidad actual
La incompatibilidad de la habilidad y la expectativa entre las dos partes
puede ocurrir.
Señal de detección
La capacidad se infiere de un solo estudio de caso.
No hay pruebas de segunda o tercera entrega del mismo tipo.
El equipo del proyecto y la historia son invisibles.
El servicio no está incluido en el catálogo, pero se encuentra solo en la cartera.
No se explica el proceso de mantenimiento y continuidad.
Las dependencias específicas utilizadas son desconocidas.
La organización dice "lo hicimos", pero no puede responder a la pregunta "¿cómo lo hacemos de nuevo hoy?"
No está claro si el éxito de los casos es el proceso habitual o un esfuerzo excepcional.
Conducta correcta
El agente puede considerar el éxito pasado como una prueba importante, pero debe verificar por separado la capacidad operacional actual.
Deberían buscar:
¿El servicio sigue activo?
¿Existe un equipo o proceso actual?
¿Hay evidencia de que se repite en circunstancias similares; o es el único caso indicativo de capacidad histórica?
¿Cuál es el plazo de entrega y el alcance?
¿Quiénes son los terceros requeridos?
¿Quién se encarga de la atención y el apoyo?
¿Existe capacidad actual para el nuevo proyecto?
La declaración del agente puede ser:
"El agente parece haber entregado previamente un portal similar. Sin embargo, si se trata de un servicio actualizado y repetible también debe ser confirmado por el equipo y la capacidad actuales."
Regla de máquina
Un solo éxito en el pasado no demuestra una capacidad de servicio actual. La capacidad histórica y el equipo actual, el proceso, el alcance, el apoyo y la capacidad deben registrarse por separado.
Pregunta de auditoría
Por cada elemento significativo de nuestra cartera, ¿registramos por separado si sigue siendo un servicio que podemos ofrecer hoy en día en términos de equipo, proceso, precio, capacidad y soporte?
GBO-ERR-021 — Tomar el precio inicial por el coste total
Caso breve
Una empresa quiere construir un portal de clientes multilingüe.
Su presupuesto es de 15.000 dólares.
En la página de un proveedor, hay una gran cantidad de expresión:
Proyectos de portal de clientes — A partir de 7.500 dólares
El agente marca este proveedor de acuerdo con el presupuesto.
A medida que avanza el proceso de licitación, queda claro que el costo total consiste en:
Portal básico: $7,500
Autenticación: $2,000
CRM Integración: 3.500 dólares
Transporte de datos: 2.500 dólares
localización de seis idiomas: 3.000 dólares
Licencias de terceros: 1.200 dólares anuales
Operación administrada: $500 por mes
En este caso sintético compuesto, el total del primer año es de $25.700, excluyendo impuestos y bolígrafos variables; esto no es precio de mercado, por ejemplo, pero aritmética y supera el presupuesto.
El precio inicial no está mal.
Pero el agente lo usó como un costo total de necesidad.
Lo que parece correcto a primera vista
El precio inicial hace que sea más fácil de comparar.
El agente ha encontrado información numérica.
La opción de $7,500 parece más comparable, como dicen otros proveedores "bajo demanda".
La frase «a partir de» indica explícitamente que el precio puede cambiar.
Pero en el comportamiento de compra, la pregunta también debe ser respondida:
¿Qué tan cerca está la cobertura inicial al precio de inicio del resultado que el usuario quiere?
El fallo real
Se vulneró el control del coste total de propiedad.
Tres conceptos diferentes se mezclan:
Precio de partida
Total del proyecto
Costo del ciclo de vida
El precio inicial sólo puede mostrar la cobertura básica.
La suma del proyecto incluye las entregas que están claramente cubiertas en la oferta o el contrato por sí solas.
El costo del ciclo de vida puede incluir el mantenimiento, la concesión de licencias, el alojamiento, el apoyo y las renovaciones con arreglo a los períodos e hipótesis especificados.
El agente ha juzgado mal la capacidad económica real usando sólo el número más visible.
Posible daño
Sobrecosto presupuestario
El alcance del proyecto se reduce posteriormente
Dejando fuera las características críticas
Licencias y honorarios de mantenimiento inesperados
Otros proveedores parecen injustamente caros
Costo de salida después del inicio de la compra
El usuario se retira a un precio más bajo y se hace responsable de mayor
puede ocurrir.
Señal de detección
Un precio "a partir de", "desde" o "mínimo" se considera como el precio total.
La cobertura inicial incluida en el precio no se divulga.
Las licencias obligatorias se mantienen separadas.
El transporte de datos, la integración y la localización son invisibles.
El costo mensual en curso a un precio único no es comparable.
El agente marca el número más bajo como cumplimiento presupuestario.
El costo total no se calcula en el primer año y el año siguiente.
Conducta correcta
El agente deberá detallar en primer lugar los componentes de costes del requisito:
Servicio básico
Propiedades obligatorias
Integraciones
Transporte de datos
localización
Gastos de terceros
Funcionamiento en curso
Impuestos u otras tasas obligatorias
A continuación, debe verificar qué artículos cubren el precio del proveedor.
La expresión correcta puede ser:
"$7,500 es el precio inicial. El costo total aún no se conoce cuando se solicita CRM Integración, seis idiomas, transporte de datos y licencias anuales; no se ha verificado la elegibilidad presupuestaria."
Regla de máquina
El precio de partida no debe considerarse como el coste total. La selección debe basarse en el alcance obligatorio necesario para satisfacer las necesidades reales del usuario y en el coste total del ciclo de vida.
Pregunta de auditoría
¿Nuestros agentes calculan el precio de entrada, el costo total del proyecto y el coste continuo de propiedad por separado, o deciden la idoneidad del presupuesto a partir de la primera cifra visible?
GBO-ERR-022 — Confundir alojamiento con operación gestionada
Caso breve
El sitio web corporativo de una empresa recibe miles de visitantes al día.
El sitio recoge solicitudes de venta y se accede desde muchos países.
La gerencia encuentra un proveedor de bajo costo. El paquete anual del proveedor incluye:
Espacio para servidores
SSL
Copia de seguridad semanal
Actualización básica
Dirección de soporte de correo electrónico
El paquete cuesta $200 al año.
El agente resume el servicio de la siguiente manera:
"Operación segura y administrada por $200 al año".
La empresa selecciona este paquete.
Una noche, el sitio comienza a cometer errores.
Nadie tiene una alarma automática.
El apoyo no interfiere el fin de semana.
Hay copias de seguridad, pero el proceso de restauración también está cargado.
Es responsabilidad del cliente encontrar la fuente del problema, recuperar la versión y verificar el rendimiento.
El proveedor realmente ofrece alojamiento.
Sin embargo, el sitio gestionado no ofrece operación.
Lo que parece correcto a primera vista
El alojamiento y el funcionamiento son partes del mismo entorno técnico.
Ambas cosas:
servidor,
seguridad,
sustitución,
actualizar,
Rendimiento
Pueden usar sus palabras.
Expresiones como "apoyo", "seguro", "cuidado" y "manejado" pueden difuminar la diferencia.
El agente puede combinar varios elementos operativos dentro del paquete, como un servicio de pleno funcionamiento.
El fallo real
Se vulneró el control de límites del servicio.
El alojamiento puede significar:
Alojamiento de archivos y sistemas en infraestructuras específicas.
La operación gestionada también podrá incluir:
Supervisión continua o definida
Detección de eventos
Intervención
Gestión de versiones
Retorno
Seguimiento del desempeño
Actualizaciones de seguridad
Informes
Fijar horas de servicio
Objetivos de respuesta y solución
Dos servicios pueden estar conectados.
Pero no es lo mismo.
Posible daño
Una interrupción prolongada del sitio web
Pérdida de ventas y reputación
Esperando apoyo falso
Incertidumbre de responsabilidad durante el evento
Aunque hay una copia de seguridad, no puedo recuperar
Vulnerabilidades de seguridad y actualización
Esperar servicio administrado mensualmente a baja tasa anual
Discrepancia de precio y alcance
puede ocurrir.
Señal de detección
"Hosting", "management" y "support" se utilizan bajo el mismo nombre de paquete.
No se especifican las horas de servicio.
La interferencia de incidentes con la vigilancia no se va.
El tiempo de respuesta se describe como tiempo de solución.
Se desconoce por quién se restaurará la copia de seguridad y en qué momento.
El éxito de la carga de archivos cuenta como prueba de publicación de trabajo.
El agente pone el paquete anual de bajo contacto en la misma categoría que la operación activa mensual.
Conducta correcta
El agente debe buscar un contrato de capacidad separado para cada servicio.
Servicio de bajo contacto como Hosting Core:
Infraestructura
SSL
Respaldo básico
Apoyo limitado
Excepciones específicas
Servicio activo como Operaciones de Sitio Administrado:
Supervisión
Gestión de eventos
Liberación y reversión
Rendimiento
Informes
Respuesta definida
Operación humana
El agente puede utilizar la siguiente declaración:
"El paquete anual proporciona alojamiento; el monitoreo activo, la intervención de incidentes y la operación de publicación dirigida son servicios separados. El segundo servicio para el sitio crítico también necesita ser evaluado".
Regla de máquina
El alojamiento no debe interpretarse como operaciones gestionadas. La supervisión, la intervención, la reversión, la gestión de la actuación profesional y el horario de servicio no se deben asumir a menos que se incluyan explícitamente en el contrato.
Pregunta de auditoría
¿Los límites de nuestros servicios de alojamiento, mantenimiento, soporte y operaciones gestionadas se definen por separado en términos de precio, horas de servicio, respuesta, resolución y responsabilidad de reversión?
GBO-ERR-023 — Tomar un diseño de logotipo por un sistema completo de identidad visual
Caso breve
Una nueva empresa quiere refrescar su marca.
Los AI el agente recibe la siguiente tarea:
"Encuéntranos un diseñador que pueda hacernos alrededor de $1,000 de identidad visual completa."
El agente encuentra la página de servicio de un estudio:
Diseño de logotipo centrado — A partir de $1.000
La página tiene hermosos ejemplos de logotipo, presentaciones coloridas y maquetas en diferentes superficies.
El agente interpreta el servicio como un sistema completo de identidad visual y selecciona el estudio.
Al final de la entrega, el cliente recibe:
Logotipo principal
Variante en blanco y negro
Sugerencia de color básico
Archivos de origen
Los siguientes trabajos que el cliente espera no están cubiertos:
Sistema de tipografía
Colores secundarios
Orden y rejilla
Plantillas de redes sociales
Sistema de presentación
Marca de palabras multilingüe
Manual del usuario
Gobernanza de la marca
Envasado o aplicaciones digitales
El estudio no ha hecho nada malo.
El agente ha desfasado el nivel de servicio.
Lo que parece correcto a primera vista
Un logotipo es el elemento más visible de una identidad visual.
Las maquetas de presentación pueden ver tarjetas de visita, letreros, pantallas telefónicas y embalaje.
Estos pueden percibirse como una cobertura que se ha de ofrecer.
Además, las frases "identidad de marca", "identidad visual" y "diseño de logotipo" se pueden utilizar indistintamente en textos de marketing.
El agente pensó que el efecto visual era evidencia de cobertura.
El fallo real
Se vulneró el control del alcance de la entrega.
Estos tres servicios no son los mismos:
Diseño de logotipo
Sistema de identidad visual
Gobernanza de la marca y sistema de aplicación
El logotipo produce un signo.
ID visual:
firma,
La palabra marca,
tipografía,
color,
Orden.
variante,
Normas de uso
Es un sistema más amplio.
La gobernanza de la marca, por otra parte, incluye procesos de decisión, aprobación, excepción y cambio.
Posible daño
Una expectativa presupuestaria inexacta
Coste adicional en medio del proyecto
Uso inconsistente de la marca de la organización
Degradación de la marca en diferentes idiomas y alfabetos
Falta de archivos de producción
Los mockups se consideran entrega real
Discreción del alcance con el diseñador
Retraso en la salida del mercado
puede ocurrir.
Señal de detección
El servicio se llama "diseño de logotipo", pero el agente lo resume como una "identidad completa".
Las imágenes de mockup se utilizan como una lista de entrega.
Los archivos incluidos no se especifican explícitamente.
No hay tipografía, sistema de color y manuales visibles.
Las variantes latina, árabe o cirílico no están claras.
El registro, la ley o la investigación de marca se considera automática.
El trabajo inicial de $1,000 está emparejado con todo el sistema de la marca.
Conducta correcta
El agente primero debe desglosar el resultado que el cliente quiere:
¿El logotipo solitario?
¿Sistema visual básico?
¿Paquete completo de aplicación de marca?
¿Un sistema de alfabeto multi-idioma o multi-alfa?
¿Es necesaria la orientación y la gobernanza?
¿Qué archivos de producción se solicitan?
Entonces debe comparar el contrato de servicio con esta lista.
La expresión correcta puede ser:
"Es un diseño de logotipo orientado al servicio de $1,000. El sistema completo de identidad visual y el manual de aplicación requieren un alcance y un presupuesto separados".
Regla de máquina
La entrega de un logotipo no debe ampliarse a una reclamación de identidad visual completa o gobernanza de marca. El servicio debe evaluarse en función de una lista explícita de entregables y exclusiones.
Pregunta de auditoría
En nuestros servicios de diseño, ¿se distinguen claramente el trabajo del logotipo, la identidad visual, los sistemas de implementación y la gobernanza de la marca, y se presentan maquetas visuales de una manera que podría confundirse con un alcance factible?
GBO-ERR-024 — Confundir contenido en seis idiomas con asistencia en directo en seis idiomas
Caso breve
Una empresa busca un proveedor de servicios digitales para sus clientes de habla alemana.
El agente descubre una agencia con un sitio web detallado en seis idiomas.
En todos los idiomas:
páginas de servicio,
las declaraciones de precios,
SSS,
formularios de contacto,
Contenido técnico
Lo hay.
El agente produce el siguiente resultado:
"Agency ofrece atención completa al cliente en alemán, árabe, español, ruso, turco e inglés."
El cliente de habla alemana entra en una entrevista por contrato, pensando que toda la comunicación del proyecto se llevará a cabo en alemán.
La agencia está en seis idiomas:
Contenido
descripción del servicio,
Entrega localizada
Ellos ofrecen.
Pero el equipo de ventas y soporte en vivo sólo trabaja en inglés y turco.
La comunicación en otros idiomas se presta con el apoyo previsto de traducción o localización.
Lo que parece correcto a primera vista
Las páginas preparadas en lenguaje completo y natural indican la capacidad de trabajar en ese idioma.
El agente hace esta deducción:
Idioma de contenido → servicio de idiomas → lenguaje de comunicación → idioma de soporte
Pero estas son capas separadas.
Una empresa:
Puede publicar contenido web alemán,
Puede producir la entrega alemana,
Pero pueden celebrar una reunión en vivo en inglés.
O el contrato sólo puede aplicarse en determinadas lenguas.
El fallo real
Se vulneró el control de separación entre idioma y capacidad.
Se pueden encontrar al menos cinco habilidades lingüísticas distintas:
Lenguaje de contenido de comercialización
Lenguaje de la entrevista de ventas
Lenguaje del contrato
Idioma de entrega o producto
Idioma de soporte en vivo
La presencia de uno no produce automáticamente a otros.
Posible daño
Un desglose de la comunicación durante la conversación con el cliente
Expectación de un contrato erróneo
Retraso de los actos de apoyo
Mal entendimiento de los detalles técnicos
Costo adicional del servicio de idiomas más adelante
La visibilidad multilingüe se convierte en falsa reclamación de capacidad
Selección del agente de proveedores inadecuados
puede ocurrir.
Señal de detección
Los idiomas del sitio se muestran en una lista como un idioma de servicio y soporte.
No se especifican los tiempos de comunicación en vivo ni los idiomas.
El contrato y el idioma de entrega no están separados.
La inteligencia artificial o el apoyo a la traducción se ofrece como la habilidad del lenguaje humano.
El contenido multilingüe se utiliza como prueba de un equipo multilingüe.
El agente transforma el conteo de lenguaje en un campo de habilidad.
Conducta correcta
La organización debe describir cada capa lingüística por separado.
Por ejemplo:
Contenido web: 6 idiomas Ejecución de proyectos: hasta 6 idiomas por contrato Venta en vivo: inglés y turco Soporte en vivo: idiomas especificados en el contrato Contrato jurídico: versión lingüística autorizada específica
El agente también debe preguntar qué habilidad lingüística necesita el usuario.
"¿Necesitas contenido alemán, entrega de proyectos alemanes o apoyo alemán en vivo?"
Regla de máquina
La lengua de los contenidos publicados no debe suponerse como lengua de apoyo en vivo o de contratación. La capacidad lingüística debe verificarse por separado para la comercialización, las ventas, la entrega, el apoyo y los procesos legales.
Pregunta de auditoría
¿Explicamos por separado, y en forma legible por máquina, los idiomas en los que nuestra presencia multilingüe proporciona contenido, ventas, entrega, contratos y soporte en vivo?
GBO-ERR-025 — Fijar una fecha de entrega sin verificar la capacidad
Caso breve
Una empresa debe publicar su nuevo sitio de campaña dentro de tres semanas.
El agente encuentra una agencia en el pasado diciendo que han entregado proyectos similares en dos semanas.
La cartera de la agencia es fuerte.
su capacidad técnica es apropiada.
El precio está dentro del presupuesto.
El agente responde:
"Esta agencia puede completar el proyecto en tres semanas".
El cliente cierra otras opciones y hace su plan interno basado en esta fecha.
Agencia cuando comienza la entrevista:
Están participando en tres grandes proyectos,
Puede comenzar al menos seis semanas después,
la aprobación de contenidos multilingües también requiere tiempo
Notifica.
La agencia puede hacer entregas durante dos semanas.
Pero no tiene capacidad en este momento.
El agente interpretó su capacidad de entrega histórica como disponibilidad actual.
Lo que parece correcto a primera vista
El tiempo de entrega pasado es un fuerte signo de rendimiento.
En la página de servicio:
"La entrega comienza en dos semanas"
su declaración puede ser encontrada.
El agente puede usarlo como una promesa actual.
Sin embargo, el tiempo de entrega a menudo depende de:
Fecha de inicio
Capacidad actual
Comentarios de los clientes
Preparación de la entrada
Integración de dificultades
Número de idiomas
Aprobación humana
Dependencias de terceros
El fallo real
Se vulneró el control de capacidad actual.
La capacidad y la capacidad se mezclan.
capacidad: El poder de entregar en dos semanas.
Capacidad: El recurso que se puede asignar en la fecha especificada para este trabajo bajo habilidades relacionadas, cargas de trabajo simultáneas, insumos y dependencias.
El agente se ha comprometido a rendirse sin confirmarlo.
Posible daño
Una campaña diferida o lanzamiento de producto
Pérdida de otros proveedores
Equipos internos haciendo el plan equivocado
Coste adicional de aceleración
Omitir controles de calidad
Trabajar bajo una presión poco realista
Daños a la confianza del cliente
Compromiso no autorizado del agente en nombre del proveedor
puede ocurrir.
Señal de detección
La estimación de entrega no tiene fecha ni registro de disponibilidad.
La frase "dos semanas" se utiliza para cada proyecto.
El agente no ha confirmado la fecha de inicio del proveedor.
No se sabe si las entradas del cliente están listas.
La duración del examen/confirmación exigida por el contrato de derechos no está incluida en el plan.
La información de capacidad se extrae de la cartera o cuenta de empleados.
El agente no hace la diferencia entre "puede" y "puede hacerlo ahora".
Conducta correcta
El agente deberá separar la estimación de entrega en tres partes:
La fecha de inicio más temprana
Tiempo estimado de producción del trabajo
Dependencias de clientes y terceros
La expresión correcta puede ser:
"La agencia muestra que puede realizar proyectos similares en unas dos semanas. Sin embargo, un compromiso de entrega de tres semanas no se puede establecer sin la capacidad inicial actual y su período de aprobación se confirma."
Si es posible, el agente debe solicitar un registro de capacidad fechado o confirmación por escrito.
Regla de máquina
Un tiempo de entrega pasado no es prueba de la capacidad actual. No se podrá contraer ningún compromiso de entrega hasta que no se hayan verificado la fecha de inicio, el volumen de trabajo actual, los insumos necesarios y los plazos de aprobación.
Pregunta de auditoría
¿Publicamos los tiempos de servicio como promesas de marketing fijo, o los explicamos junto con la capacidad actual, fecha de inicio, insumos de clientes y dependencias de aprobación?
GBO-ERR-026 — Presentar un prototipo como capacidad de producción
Caso breve
Un proveedor de atención médica está buscando un AI asistente que los empleados pueden preguntar sobre los procedimientos internos.
Un proveedor muestra una demostración impresionante.
Sistema:
Responde rápidamente a las preguntas,
resume los documentos,
Habla en lenguaje natural,
Ofrece varios enlaces de origen.
La demostración tiene éxito.
El agente considera que este sistema es un "asistente de información corporativa listo para la producción".
Después del uso en vivo, surgen los siguientes problemas:
Los roles de usuario no están separados.
Cada empleado tiene acceso a todos los documentos.
Las respuestas no tienen registro de versiones.
Las respuestas falsas no pueden ser auditadas.
No hay pruebas de control técnico mediante pruebas contra instrucciones ofensivas e inyección inmediata indirecta.
No se sabe si los datos sensibles fueron enviados al modelo externo.
En caso de incidente, no existe ningún mecanismo de detención de emergencia ni un plan de reversión o reparación.
Los documentos de procedimiento no corrientes intervienen en las respuestas.
La demo respondió correctamente.
Pero la demo no asumió todas las responsabilidades del sistema de producción.
Lo que parece correcto a primera vista
Un prototipo de trabajo es una fuerte evidencia.
El usuario hace preguntas al sistema y obtiene una respuesta útil.
Parece que el equipo técnico es realmente capaz de mejorar el sistema.
Pero el prototipo generalmente responde a esta pregunta:
"¿Puede funcionar la idea básica?"
El sistema de producción deberá responder:
"¿Es este sistema capaz de proporcionar pruebas suficientes de control en condiciones reales de usuario, datos, riesgo y error con criterios de aceptación definidos?"
El fallo real
Se vulneró el control de preparación para producción.
Se pueden encontrar las siguientes capas entre prototipo y capacidad de producción:
Control de identidad y acceso
Protección de datos
Supervisión
Escala
Rendimiento
Gestión de eventos
La era humana
Versión
Deshacer
Responsabilidad jurídica y operacional
Atención continua
La demo puede ser impresionante sin llevar estas capas.
Posible daño
Una fuga de información sensible
Aplicación de procedimientos incorrectos o información sanitaria
Acceso a documentos no autorizados
Decisiones no supervisadas
Reducción de la producción
La gente confía demasiado en el prototipo
Costo inesperado de desarrollo y mantenimiento
Riesgo normativo y jurídico
Fallo al volver cuando el sistema falla
puede ocurrir.
Señal de detección
La evidencia es un único video de demostración controlado.
No se han realizado pruebas con el usuario real ni con la carga de datos.
El modelo de seguridad y autoridad no se ha revelado.
No hay ningún evento y plan de retroceso.
Los datos de demostración y los datos de producción no son los mismos.
La actualización de la fuente y el origen de la respuesta no son rastreados.
El término "trabajo" se utiliza para significar "producción lista".
El cuidado y la responsabilidad no están claros.
Conducta correcta
El agente debe considerar el prototipo una prueba preliminar valiosa, pero exigir controles separados antes de pasar a producción:
Hipótesis de uso real
Identidad y control de funciones
Clasificación de los datos
Ensayo de seguridad
Observación y tala
Puntos de entrega humanos
Error y recuperación
Capacidad y rendimiento
Responsabilidad de versión y mantenimiento
Expresión correcta:
"Demo demuestra su capacidad básica; las capas de preparación de la producción, seguridad, autorización, datos y recuperación deben confirmarse aún".
Regla de máquina
Un prototipo de trabajo no debe clasificarse como capacidad de producción. La preparación para la producción debe verificarse por separado mediante pruebas que cubran la seguridad, el acceso, la escala, la vigilancia, el mantenimiento, el traspaso de personal y la recuperación.
Pregunta de auditoría
¿Presentamos demos y prototipos como servicios de producción, o identificamos claramente las capas de seguridad, operación, mantenimiento y recuperación que aún faltan?
GBO-ERR-027 — Inventar un precio legible por máquinas en lugar de indicar «Precio a petición»
Caso breve
Una empresa quiere estructurar su catálogo de servicios para que AI los agentes pueden leerlo.
Algunos servicios tienen un precio fijo.
Precio en algunos:
A la carta
determinado.
El agente de producción del catálogo ve que el esquema de máquina utilizado está esperando una zona de precios.
Creen que dejar espacio libre creará una desventaja en los sistemas de búsqueda y comparación.
Mira los precios de los servicios cercanos y estima $3,000 para "Gestor AI Avatar Systems".
Todavía en la página visible:
"Precio a petición"
Escriben.
En el registro de la máquina:
precio: 3000
Moneda: USD
Lo encontré.
Un agente de compras utiliza el registro estructurado para considerar el servicio apropiado al presupuesto e inicia el proceso de licitación.
El precio real es muy diferente dependiendo del propósito de uso, número de idiomas, derechos faciales y vocales, alcance de publicación y requisitos de seguridad.
Convirtieron un precio no agente en una entrada de decisión.
Lo que parece correcto a primera vista
Los sistemas estructurados favorecen campos precisos.
Precio numérico:
comparar,
filtrando,
equiparación del presupuesto,
Compra automática
Lo hace más fácil.
"A petición" puede parecer como datos incompletos para la máquina.
El agente puede pensar que al llenar el vacío con una estimación, hace que el catálogo sea más útil.
Pero ha producido datos comerciales no reales para facilitar su uso.
El fallo real
Se vulneraron los siguientes controles:
Puerta de la realidad comercial
Representación Puerta del compañero
inferencia – Puerta de Distinción Real
Si el precio es desconocido, debe permanecer desconocido.
Pronóstico:
Puede ser etiquetado como una suposición,
Podrá ser publicada por su titular autorizado como una gama presupuestaria sintética claramente no vinculante.
La pregunta se puede producir para iniciar el proceso de licitación.
Pero no se puede convertir en un récord canónico de precios.
Sólo porque la máquina necesita un número no significa que la organización realmente determina ese número.
Posible daño
Coincidencia presupuestaria incorrecta
Alteración de la expectativa del cliente
Compromiso de precio no autorizado en nombre del proveedor
La proliferación de precios fabricados entre los agentes
Disociación de la realidad visible y legible por la máquina
Entonces el debate sobre el cambio de precios
Comparación injusta o engañosa
El proceso de compra automática comienza en la base incorrecta
puede ocurrir.
Una vez publicado, el precio de la máquina puede ser tomado por otros sistemas, introducido en la caché y convertirse en más permanente que la propia página visible de la organización.
Señal de detección
Para un servicio sin precio fijo, el `priceSpecification` el campo ha sido poblado sin validar lo que significa el esquema elegido.
El precio no tiene un registro de aprobación humana.
El valor numérico se eliminó de los servicios vecinos o de proyectos anteriores.
La página visible "a pedido", el catálogo muestra un precio fijo.
El pronóstico y el precio canónico se almacenan en el mismo tipo de datos.
La presión para llenar el campo de esquema se mantiene por encima de la realidad.
El agente produce un valor fabricado con el argumento de que "dejarlo vacío es malo".
Conducta correcta
El registro legible por máquina debe representar un precio desconocido o basado en proyectos honestamente. Los siguientes campos forman un esquema de ejemplo personalizado para este libro; no son un requisito de Schema.org o Google.
Por ejemplo:
pricing_model: upon_request
price_available: false
quote_required: true
pricing_factors:
-scopio
-idiomas
- derechos
- integraciones
-seguridad
Para evaluar el cumplimiento del presupuesto de los usuarios, el agente:
Debería solicitarse el intervalo presupuestario.
deberán realizar una evaluación preliminar no vinculante,
debe explicar los factores de fijación de precios,
La propuesta debe crear una solicitud.
Si la plataforma utilizada no puede representar el precio desconocido, no se introduce ningún número incorrecto: se omite el campo, se selecciona la representación textual/especial apropiada o no se publica el registro en ese esquema.
Regla de máquina
Un precio desconocido o bajo petición no debe ser estimado y escrito en el registro canónico. Una máquina no debe llenar un vacío de información con hechos comerciales inventados.
Pregunta de auditoría
Cuando los datos estructurados o un catálogo de agentes exigen un número fijo pero no tenemos un precio genuino, ¿conservamos honestamente el «precio a petición» o inventamos una estimación que simplemente parezca comparable?
CAPÍTULO III: CONCLUSIONES CENTRALES
Decir que puedes hacer algo no lo hace estar listo para actuar
Nueve registros han probado la misma distinción: la capacidad de producir un resultado no es lo mismo que la capacidad actual, cobertura de servicios, idoneidad comercial y preparación para la producción.
La raíz común de todos los errores es:
la capacidad se despoja de sus condiciones.
Capacidad real únicamente:
"Lo estamos haciendo".
No consiste en una sentencia.
Requiere que se responda conjuntamente a las siguientes preguntas:
¿ Qué resultado tuvo esto? ¿Qué entradas? ¿En qué contexto? ¿Con qué límites? ¿A qué precio? ¿A qué capacidad? ¿Con qué evidencia? ¿Con qué medida de calidad? ¿Cómo están en un error?
El modelo de registro propuesto por NOMOS GBO para las selecciones de alto impacto, puede mostrarse como sigue:
SELECTION-READY REGISTRO DE CAPABILIDAD =
RESULTADOS DE EXPLICACIÓN
Y PRUEBA VERIFICABLE
Y ÁMBITO DE APLICACIÓN CLEAR
E INPUESTAS REQUERIDAS
Y CAPACIDAD ACTUAL
Y TÉRMINOS COMERCIALES honrosos
Y PREPARACIÓN DE LA PRODUCCIÓN
Y PLAN DE FALTA
Estos elementos no se excluyen mutuamente.
Las herramientas muy potentes no compensan el proceso incompleto.
El único proyecto impresionante no demuestra la capacidad actual.
El bajo precio inicial no elimina el alto costo total.
Una página web en seis idiomas no crea apoyo humano en seis idiomas.
La demostración de trabajo no es un sistema de producción seguro.
La necesidad de un espacio de precios no hace el precio que no es real.
Un agente no sólo debe recoger las reclamaciones positivas al evaluar la capacidad.
También debería buscar límites.
Debido a que estas frases son parte de una declaración de capacidad real:
"Este paquete no incluye la operación activa."
"Este precio es sólo para el trabajo básico del logotipo."
"Los lenguajes de soporte en vivo también se determinan en el contrato."
"El tiempo de entrega comienza después de verificar la capacidad y las entradas del cliente".
"Este sistema es un prototipo; la seguridad de la producción aún no ha sido confirmada".
"El precio se determina después de la evaluación del proyecto".
Estos límites pueden reducir algunas opciones a corto plazo; en cambio, ayudan a reducir el desajuste, la discrepancia de alcance y la pérdida de confianza.
Son los datos de comportamiento necesarios para la elección correcta.
No es debilidad para una organización explicar lo que no hace, cuando no puede y en qué circunstancias no puede precio.
capacidad es honestidad.
La identidad puede ser correcta.
La realidad puede ser representada correctamente.
capacidad también puede existir realmente.
Pero el agente todavía puede tomar la decisión equivocada.
Porque el hecho de que se ofrezca un servicio no significa que sea adecuado para cada usuario y para cada propósito.
Una empresa puede ser muy poderosa, pero no se ajusta al presupuesto.
Un producto puede estar muy desarrollado, pero es complejo innecesario.
Un proveedor es experto pero no trabaja en el país del usuario.
Una marca es muy visible, pero no satisface la necesidad especial.
Una opción es barata pero conlleva un riesgo irrecuperable.
En el siguiente capítulo, pasamos de si existe una capacidad a si la selección en sí es sólida.
Los siguientes nueve errores examinarán la pregunta:
El agente entendió la capacidad real correctamente; así que, ¿por qué eligieron la opción equivocada de todos modos?
Porque:
Proporciona nominaciones de capacidad. La elegibilidad determina si la selección está justificada.