Por qué nuestros ingenieros se sientan con los clientes y qué no pueden hacer

Cada empresa de plataformas eventualmente ofrece alguna versión de esto. Un ingeniero trabaja con un cliente durante un período y algo se construye más rápido de lo que lo haría de otra manera.

La pregunta es en qué estado se encuentra el cliente cuando ese ingeniero se marcha, y depende completamente de para qué estaba optimizando el ingeniero.

El modo de falla

El ingeniero construye la cosa. Funciona, el cliente está satisfecho y el conocimiento de cómo funciona queda en manos del ingeniero.

Seis meses después, es necesario cambiar el agente, nadie entiende internamente los criterios de evaluación y el cliente abre un ticket de soporte para modificar su propio sistema. Eso es dependencia, y puede disfrazarse de compromiso exitoso durante bastante tiempo.

También es comercialmente tentador a corto plazo, razón por la cual sucede tan a menudo sin que nadie decida que debería hacerlo.

Lo que realmente estamos allí para hacer

Enseñe las cuatro cosas que hacen que las operaciones de los agentes funcionen, haciéndolas juntos y no para ellos.

Cómo decidir qué automatizar primero, que suele ser una elección más limitada que el instinto del cliente.

Cómo escribir criterios de evaluación del propio trabajo, que es la habilidad que más se transfiere y con la que nadie llega.

Cómo instrumentar el costo y la propiedad para que el segundo agente no repita los errores del primer agente.

Cómo establecer un límite y aplicarlo en el momento de la acción en lugar de describirlo en una indicación.

Si hacemos bien esos cuatro, el primer agente tardará más en enviarse y el quinto será completamente suyo.

La medida que utilizamos

No agentes entregados. Si el cliente construyó el siguiente sin nosotros.

Se trata de una medida deliberadamente incómoda, porque hace que un compromiso exitoso termine. Creemos que es la correcta y es la prueba que aplicaríamos a un proveedor que trabaje con nosotros.

Lo que aprenden los ingenieros

Esto es válido en ambos sentidos y no es una cortesía. Casi todo lo que hemos cambiado en la plataforma surgió al ver a un equipo golpear algo que no habíamos anticipado.

La atribución por agente se utiliza como herramienta de inventario en lugar de herramienta de costos. Los presupuestos son ajustados y se utilizan como señal. Criterios de evaluación escritos al revés a partir de un fracaso en lugar de diseñados de antemano. Ninguno de ellos surgió de una hoja de ruta. Provienen de sentarse al lado de alguien.

A qué le diremos que no

Construir algo que pensamos que no debería construirse. Un agente colocado en un camino de decisión donde equivocarse es costoso y no hay un paso de revisión no es una cuestión de alcance, es una objeción de diseño, y preferiríamos plantearla antes que entregarla.

También rechazamos ser propietarios continuos de los agentes de un cliente. Un agente necesita un propietario designado dentro de la organización que depende de él.

Cómo trabajar con nosotros

El compromiso está limitado y el objetivo se establece desde el principio: su equipo lo lleva a cabo sin nosotros. Si desea hablar sobre un programa específico en lugar de una oferta general, reserve una demostración y aproveche las limitaciones.

Siguiente

Las páginas del Sistema de orquestación de agentes cubren las capas en torno a las cuales se construye este trabajo. Carreras cubre cómo se ven estos roles desde adentro.