Ingenieros en sus oficinas, no en su bandeja de entrada

La mayoría de los proyectos de IA fracasan no por la tecnología, sino porque el proveedor nunca entendió el proceso. Por eso nuestros ingenieros desplegados en campo trabajan in situ, junto a sus equipos, y se responsabilizan del resultado: una solución que las personas usan a diario, medida frente a una línea base que usted firma.

  • Diagnóstico2–3 semanas · 1490 US$
  • Piloto4–8 semanas · desde 9990 US$
  • ResponsableUn ingeniero líder, de principio a fin
  • RegionesEuropa · Américas · Asia-Pacífico
Ingenieros desplegados en campo

Una persona responsable de principio a fin

Cada proyecto tiene un ingeniero líder. Dirige el diagnóstico, construye el piloto y permanece hasta la puesta en marcha. Nunca tendrá que volver a explicar el problema a tres equipos distintos, y nadie traspasará su proyecto a un centro de entrega que usted no conoce.

Entiende el proceso

Empieza por las personas, no por el código

Entrevista a quienes hacen el trabajo, observa cómo se hace realmente y detecta dónde se pierde el tiempo.

Lo construye

Un ingeniero, no un gestor de cuentas

Conecta sistemas, configura agentes y escribe integraciones. Las decisiones se toman en el momento, sin una cadena de aprobaciones.

Transfiere conocimiento

Su equipo aprende a la par

Al final, su personal puede modificar las instrucciones de los agentes y añadir nuevos escenarios por sí mismo.

Por qué in situ

El proceso real nunca es el del manual de procedimientos. Dos días junto a quienes hacen el trabajo le dicen a un ingeniero más que dos meses de documentos de requisitos.

Semana a semana

Diagnóstico y piloto en unas once semanas

Un plan típico para un proceso y un grupo de usuarios. El diagnóstico dura tres semanas y el piloto, ocho. La versión con fechas de este gráfico es la primera página de su plan de piloto.

DiagnósticoPilotoSem 1Sem 2Sem 3Sem 4Sem 5Sem 6Sem 7Sem 8Sem 9Sem 10Sem 11Arranque, entrevistas y observaciónAuditoría de sistemas y datosMétricas de línea baseMapa de oportunidades y estimación del ROIDecisión de continuar o no con el patrocinadorConectar las fuentesConfigurar el agente y la interfazRevisión de seguridad del pilotoEl grupo piloto trabaja en tareas realesMedición del antes y despuésInforme del piloto y aceptaciónDemo semanal
TrabajoPunto de decisiónDemo semanalPlan típico · las fechas reales se fijan al final del diagnóstico
Fases

Qué ocurre en cada fase

Los plazos son los habituales en un proyecto de tamaño medio. El plan con fechas se fija al final del diagnóstico, y el importe del diagnóstico se abona al piloto.

2–3 semanas · 1490 US$

Diagnóstico

  • Entrevistas con la dirección y los responsables de procesos
  • Auditoría de sistemas, datos y calidad de los datos
  • Métricas de línea base
  • 3–5 procesos candidatos con estimación de impacto
Usted recibeUn mapa de oportunidades, una estimación del ROI y un plan de piloto. El documento es suyo aunque no sigamos adelante.
4–8 semanas · desde 9990 US$

Piloto

  • Un proceso, un grupo de usuarios
  • Las fuentes que necesita, conectadas
  • Agente e interfaz configurados
  • Demos semanales de avance
Usted recibeUna solución que funciona con datos reales y un informe del antes y después.
2–4 meses · primer año de suscripción

Integración

  • Todos los sistemas necesarios conectados
  • Inicio de sesión único y roles desde su directorio
  • Formación del personal por roles
  • Procedimientos y documentación
Usted recibeLa solución en uso diario, un equipo formado y el traspaso al soporte con SLA.
Continuo · desde 90.000 US$ al año

Escalado

  • Nuevos procesos y módulos
  • El modelo de la organización sigue creciendo
  • Revisiones periódicas de la calidad de los agentes
  • Informe de impacto trimestral o mensual
Usted recibeUna plataforma que cubre más procesos con un coste menor por cada uno nuevo.
Entregables

Documentos que puede presentar al consejo

Cada fase termina con un documento, no con una presentación de diapositivas. Están escritos para quienes aprueban presupuestos: breves, numerados y trazables hasta los datos de los que proceden.

Diagnóstico · semana 312–20 páginas

Mapa de oportunidades

Cada proceso analizado, puntuado según frecuencia, preparación de los datos, medibilidad, responsabilidad y riesgo. Se clasifican de tres a cinco candidatos y se recomienda uno para el piloto.

Contenido
  1. Inventario de procesos y puntos de dolor
  2. Hallazgos sobre sistemas y calidad de los datos
  3. Puntuación de 3–5 procesos candidatos
  4. Piloto recomendado y por qué
Diagnóstico · semana 36–10 páginas

Estimación del ROI y plan de piloto

Cifras de línea base del proceso elegido, un escenario conservador y uno esperado, el coste del piloto y del primer año de suscripción, y el plan semanal con fechas.

Contenido
  1. Línea base: horas, días, errores, dinero
  2. Ahorro conservador y esperado
  3. Coste, plazo de recuperación e hipótesis
  4. Plan con fechas, roles y criterios de aceptación
Piloto · última semana8–15 páginas

Informe del piloto

Qué se construyó, cómo se midió y qué cambió respecto a la línea base. Termina con una recomendación clara: escalar, ajustar o detener, y cuánto costaría escalar.

Contenido
  1. Métricas del antes y después con metodología
  2. Calidad del agente sobre un conjunto de referencia
  3. Opiniones de los usuarios y cuestiones abiertas
  4. Opciones de escalado con su coste
Integración · traspaso20–40 páginas

Manual de operaciones

Cómo funciona la solución en su entorno: arquitectura, modelo de acceso, supervisión, procedimientos ante incidentes y cómo su equipo modifica de forma segura las instrucciones de los agentes.

Contenido
  1. Arquitectura y flujos de datos
  2. Roles, accesos y registro de auditoría
  3. Supervisión y protocolo de incidentes
  4. Procedimiento de cambios para agentes
Gobernanza

Un ritmo fijo, para que nada se desvíe

Cada proyecto sigue la misma cadencia. Siempre sabe qué se hizo la semana pasada, qué viene después y qué decisión está pendiente de usted.

  1. Demo semanal · 45 min

    El ingeniero líder muestra software que funciona con sus datos, no diapositivas de estado. Asisten el responsable del proceso y los usuarios del piloto; las cuestiones abiertas se registran con responsable y fecha.

  2. Informe semanal por escrito

    Una página: hecho, siguiente, riesgos, decisiones necesarias. Se envía el mismo día de la demo, para que el patrocinador pueda seguirlo sin asistir.

  3. Comité de dirección · cada 2–4 semanas

    Patrocinador, responsable del proceso, TI y seguridad, y nuestro ingeniero líder. Revisa el avance frente al plan, resuelve bloqueos y aprueba por escrito los cambios de alcance.

  4. Control de fase · al final de cada fase

    Presentamos el informe y una demo en vivo. Usted firma un acta de aceptación según los criterios acordados al inicio, o primero corregimos lo que falte.

  5. Revisión de impacto · trimestral o mensual

    Tras la puesta en marcha, una revisión de las métricas acordadas, la calidad de los agentes y la adopción, con propuesta de los siguientes procesos. La frecuencia depende del paquete.

Roles

Quién hace qué

Un reparto claro de responsabilidades es lo que permite terminar un proyecto a tiempo.

TareaBlackGustCliente
Objetivos del proyecto y criterios de éxitoPropone y cuantificaLos aprueba el patrocinador
Descripción del procesoRealiza entrevistas, documentaResponsable del proceso, 2–4 h por semana
Acceso a los datosPrepara requisitos y esquemaTI concede el acceso, seguridad lo aprueba
Desarrollo y configuraciónTodo—
PruebasVerificaciones de referenciaLos usuarios prueban con sus propias tareas
FormaciónLa impartePone a disposición el tiempo del personal
Aceptación de faseInforme y demoFirma el acta de aceptación

RACI por actividad

R responsable de ejecutar · A responsable último (aprueba) · C consultado · I informado. Un único responsable último por línea.

ActividadPatrocinadorResponsable del procesoTI y seguridadUsuarios del pilotoLíder BlackGustEquipo BlackGust
Diagnóstico
Objetivos y criterios de éxitoACI—RI
Entrevistas y mapeo de procesosICICAR
Auditoría de datos y sistemasICC—AR
Elección del proceso pilotoACC—RI
Piloto e integración
Acceso a sistemas y datosIIA—RC
Revisión y aprobación de seguridadI—A—CR
Construcción de agentes e integracionesICC—AR
Pruebas con tareas realesIA—RCC
Formación y documentaciónICCIAR
Aceptación de faseARCIRI
Medición del impacto

Primero la línea base, después el resultado

Solo afirmamos lo que podemos medir. La línea base se toma durante el diagnóstico, antes de que cambie nada, y la misma métrica se mide de la misma forma después del piloto.

  • Las métricas se definen por escrito al inicio: qué se cuenta, de dónde procede y en qué periodo
  • Línea base a partir de sus sistemas cuando es posible y por observación cronometrada cuando no
  • Mismo equipo, mismo tipo de trabajo y un periodo comparable tras la puesta en marcha
  • Calidad del agente verificada sobre un conjunto de referencia de casos reales evaluados por sus expertos
  • El responsable del proceso firma junto con nosotros las cifras del informe del piloto
Informe del piloto · impactoEjemplo · datos ilustrativos
MétricaLínea baseTras el pilotoCambio
Informe semanal de gestión, horas6,50,8−88 %
Conciliación con contrapartes, días41−75 %
Solicitudes enrutadas sin clasificación manual0 %71 %+71 p. p.
Respuestas que coinciden con la referencia experta—94 %objetivo 90 %
Casos escalados a una persona—18 %por diseño
Línea base de 4 semanasMedición de 4 semanasGrupo piloto: 14 usuariosConjunto de referencia: 300 casos

Recomendación: escalar a dos sucursales más. Recuperación de la inversión en el escenario conservador dentro del primer año de suscripción.

Gestión del cambio y formación

Un software que nadie usa no ahorra nada

La adopción se planifica como cualquier otra línea de trabajo. La formación se organiza por roles, en su idioma y con sus propios datos, y empieza durante el piloto, no después de la puesta en marcha.

Directivos · 1 hora

Hacer preguntas al negocio

Cómo consultar la consola, leer las fuentes y configurar el resumen diario. Normalmente de forma individual, en el propio despacho del directivo.

Usuarios · 2–3 horas

Práctica con tareas reales

Grupos reducidos trabajan sus propios casos con el ingeniero presente. Quedan guías breves y vídeos para el personal nuevo.

Administradores · 1–2 días

Operarlo y modificarlo ustedes mismos

Roles y accesos, supervisión, edición de las instrucciones de los agentes, incorporación de escenarios y el procedimiento de cambios seguros.

Referentes

Una persona por equipo

Un referente formado en cada equipo recoge opiniones, ayuda a sus compañeros y asiste a la demo semanal. Gracias a ellos la adopción se mantiene cuando nos vamos.

  • Un plan de comunicación para el personal: qué cambia, qué no y a quién preguntar
  • Seguimiento semanal de la adopción: usuarios activos, preguntas realizadas, tareas completadas
  • Reglas claras sobre cuándo debe aprobar una persona, para que el personal confíe en los resultados
  • Documentación y formación en el idioma de trabajo de cada sede
Proyecto por paquete

Cómo escala el equipo con el alcance

El método es el mismo en todos los paquetes. Lo que cambia es el tamaño del equipo, cuánta parte trabaja en sus instalaciones y con qué frecuencia revisamos juntos el impacto.

FoundationEnterpriseSovereign
Equipo
Ingenieros desplegados en campo1 ingeniero líderLíder + 2 ingenierosEquipo integrado de 5+ y un arquitecto
Presencia in situEn las fases clave: arranque, diagnóstico, puesta en marcha, aceptaciónContinua, in situ y en remotoIntegrado con sus equipos
Alcance
Funciones de negocioUna3–5Toda la organización
ProcesosHasta 3Hasta 15Ilimitados
Sistemas conectadosHasta 5Hasta 15Ilimitados
Gobernanza
Revisión de impactoTrimestralMensualMensual, con el comité de dirección
SoporteHorario laboral24/7 para incidentes críticos24/7, respuesta en 1 hora, ingeniero de guardia designado

Paquetes anuales de la plataforma: Foundation 90.000 US$, Enterprise 250.000 US$, Sovereign 490.000 US$ al año. Comparación completa en la página de precios.

Trabajo entre zonas horarias

In situ cuando importa, en su horario el resto del tiempo

Nuestro equipo de ingeniería tiene su sede en Taskent (UTC+5). Los ingenieros viajan para las fases que requieren presencia; la cadencia en remoto se desarrolla dentro de su jornada laboral.

Europa

UE, Reino Unido y la región ampliada

Referencia: hora de Europa Central

In situ. Arranque y entrevistas, puesta en marcha del piloto y aceptación; estancias más largas durante la integración.

Cadencia en remoto. Vamos de tres a cuatro horas por delante de Europa Central, por lo que nuestra jornada cubre su mañana y el inicio de su tarde. Las demos semanales y las reuniones de dirección se sitúan en esa franja.

Américas

Norteamérica y Sudamérica

Referencia: hora del Este de EE. UU.

In situ. Entrevistas del diagnóstico y semanas de puesta en marcha in situ; los equipos de Enterprise y Sovereign permanecen más tiempo.

Cadencia en remoto. Los ingenieros en remoto ajustan su horario para coincidir a diario con su mañana. Las demos y las reuniones de dirección se programan en su horario laboral.

Asia-Pacífico

China, Japón, Corea, Australia

Referencia: hora estándar de Japón

In situ. Arranque, diagnóstico y aceptación in situ; el trabajo en entornos aislados se realiza en sus instalaciones.

Cadencia en remoto. Vamos de tres a seis horas por detrás de Asia Oriental y Australia, así que su tarde es nuestra mañana. El trabajo se realiza en su idioma, con intérpretes cuando es necesario.

Riesgos

Lo que suele fallar y qué hacemos al respecto

En la mayoría de los proyectos aparecen los mismos pocos riesgos. Cada uno tiene un responsable y una medida de mitigación en el plan del piloto desde el primer día.

El acceso a los datos llega tardeLos requisitos de acceso se envían en la primera semana. Empezamos con exportaciones de solo lectura y datos sintéticos, y el comité de dirección sigue el acceso como un bloqueo con fecha.
La calidad de los datos es peor de lo esperadoEl diagnóstico la mide antes de elegir el piloto. Si los registros no son utilizables, lo decimos y recomendamos mejorar primero el registro de la información.
El responsable del proceso no tiene tiempoAcordamos por escrito 2–4 horas semanales. Si se incumple dos veces, el patrocinador lo recibe como una decisión que tomar, no como una queja.
Ampliación descontrolada del alcanceUn proceso y un grupo de usuarios por piloto. Las ideas nuevas pasan a una lista de pendientes y se aprueban en el comité de dirección, no en un pasillo.
Los usuarios no lo adoptanLos usuarios prueban con sus propias tareas desde la semana siete, los referentes se forman pronto y la adopción es una métrica del piloto, no algo secundario.
El agente se equivoca en casos límiteLa calidad se mide sobre un conjunto de referencia, los umbrales de confianza derivan los casos dudosos a una persona y las acciones por encima de 500.000 US$ requieren aprobación humana.
La revisión de seguridad dura mesesSu equipo de seguridad recibe la arquitectura, los flujos de datos y las opciones de despliegue en la primera semana. El despliegue en nube privada, on-premise o aislado elimina la mayoría de las objeciones.
El ingeniero líder deja de estar disponibleUn segundo ingeniero acompaña cada proyecto y tiene acceso a todas las notas y al código, de modo que la continuidad no depende de una sola persona.
Qué necesitamos de ustedes

No mucho, pero innegociable

Nosotros nos ocupamos de la tecnología. La organización aporta decisiones y accesos; sin ellos ningún proveedor puede entregar un producto que funcione.

  • Un patrocinador ejecutivo que tome decisiones
  • Un responsable del proceso que sepa cómo se hace realmente el trabajo
  • Un contacto de TI para el acceso a los sistemas
  • La aprobación de su equipo de seguridad al inicio
  • Un grupo piloto de 5–20 usuarios
Cuándo diremos que no

No todo proceso merece automatizarse

  • No hay datos ni forma de recopilarlos: primero hay que organizar el registro de la información
  • El proceso se ejecuta una vez al mes y lleva una hora: no hay nada que ahorrar
  • Nadie en el lado del cliente es responsable del proceso
  • Se espera que la IA tome decisiones sin supervisión donde los errores son costosos
Preguntas frecuentes

Preguntas sobre el método

¿Qué es un ingeniero desplegado en campo?

Un ingeniero de software que trabaja dentro de su organización, junto a las personas que hacen el trabajo. Mapea el proceso, conecta sistemas, configura agentes y sigue siendo responsable del resultado. Es lo contrario de un consultor que redacta un informe y de un equipo aparte que construye otra cosa.

¿Cuánto tardaremos en ver un resultado que funcione?

Normalmente unas once semanas: un diagnóstico de 2–3 semanas y un piloto de 4–8 semanas. Verá software funcionando con sus propios datos en las demos semanales a partir de la quinta semana aproximadamente.

¿Cuánto cuesta el diagnóstico y qué pasa si paramos después?

El diagnóstico cuesta 1490 US$ y se abona al piloto si continúa. Si se detiene, conserva el mapa de oportunidades y la estimación del ROI. Están redactados para que otro proveedor o su propio equipo puedan actuar a partir de ellos.

¿Cuánto tiempo de nuestro personal requiere?

El responsable del proceso dedica 2–4 horas a la semana, TI unas pocas horas para conceder accesos, y el grupo piloto de 5–20 usuarios trabaja con la solución en tareas reales durante la segunda mitad del piloto. El patrocinador asiste al comité de dirección cada 2–4 semanas.

¿Sus ingenieros tienen que estar in situ todo el tiempo?

No. Están in situ en el arranque, las entrevistas, la puesta en marcha y la aceptación, y durante periodos más largos en los proyectos Enterprise y Sovereign. El trabajo en entornos aislados se realiza siempre en sus instalaciones. El resto se desarrolla en remoto dentro de su horario laboral.

¿Pueden trabajar en Europa, las Américas y Asia-Pacífico?

Sí. Los ingenieros viajan a las instalaciones del cliente para las fases in situ, y la cadencia en remoto se programa dentro de su jornada laboral. El despliegue puede permanecer en su región o en su propia infraestructura para cumplir las normas de residencia de datos; consulte seguridad.

¿Cómo demuestran el impacto?

Midiendo una línea base antes de que cambie nada y la misma métrica después de la puesta en marcha, con la metodología fijada por escrito al inicio. El responsable del proceso firma junto con nosotros las cifras del informe del piloto.

¿De quién es lo que construyen?

Sus datos, las instrucciones de los agentes, la documentación de procesos y los informes siguen siendo suyos. La plataforma se licencia mediante un paquete anual; los detalles figuran en el contrato y en la página de precios.

¿Qué pasa después del piloto?

Si el piloto cumple sus criterios de aceptación, la integración lleva 2–4 meses dentro del primer año de suscripción: todos los sistemas necesarios, inicio de sesión único, formación y traspaso al soporte con SLA. Después añadimos procesos uno a uno.

El primer paso es una conversación con un ingeniero

La primera consulta es gratuita. Cuéntenos el problema y un ingeniero le dirá por dónde empezar.