· 3 min de lectura
Nunca actuar en silencio en la cuenta de un cliente
Por qué ClickFortify nunca crea nada en segundo plano en la cuenta publicitaria de un cliente, y qué debe mostrar un paso de revisión antes de hacerlo.
Traducción automática. Leer el original
ClickFortify trabaja dentro de los sistemas de otras personas. Para excluir el tráfico malicioso, tiene que conectarse a la cuenta de Google Ads o Meta de un cliente y cambiar cosas allí. Ese acceso es central para el producto, y también es la parte con la que más cuidado tengo. De ese cuidado salió una regla que ahora determina todos los casos similares: nunca actuamos en silencio en la cuenta de un cliente.
De dónde salió la regla
Durante el trabajo de conexión con Meta, la propuesta fue crear un Meta Pixel automáticamente cuando el cliente no tuviera uno. A primera vista parecía útil. El cliente necesita un pixel, nosotros podemos crearlo, así que ¿para qué preguntar?
Lo rechacé. No porque un pixel sea peligroso, sino por lo que presupone el atajo: que sabemos mejor que el cliente qué debe existir en su cuenta, cómo debe llamarse y dónde debe estar. No lo sabemos. Es su cuenta.
Lo que hacemos en su lugar
Cualquier flujo que fuera a aprovisionar algo en la cuenta externa de un cliente muestra primero un paso de revisión. Ese paso tiene cuatro partes:
- Un nombre editable. Sugerimos uno, y el cliente puede cambiarlo.
- Dónde se creará. La cuenta o la empresa bajo la que quedará, indicada con claridad.
- Qué haremos con ello. Una frase honesta sobre por qué lo necesitamos.
- Un botón Crear que pulsa el cliente. Nada ocurre en segundo plano.
Los valores por defecto están bien. Un buen valor por defecto ahorra tiempo al cliente, y la mayoría de la gente lo aceptará. La ejecución silenciosa no está bien. La diferencia es pequeña en esfuerzo y grande en significado: con un valor por defecto, decide el cliente; sin el paso de revisión, decidimos nosotros por él.
La regla no es específica de los pixels. Abarca cualquier cosa que podamos aprovisionar en la cuenta de un cliente, ya sea una etiqueta, una audiencia o cualquier otra entidad de la plataforma.
// Illustrative: a change we propose, but never apply on our own
type ProposedAction = {
kind: 'create';
resourceType: string; // what will be created
name: string; // suggested by us, editable by the customer
parentId: string; // the account or business it will live under
purpose: string; // what we will do with it, in plain words
confirmedBy?: string; // empty until the customer presses Create
};La propiedad útil es el último campo. Hasta que una persona haya confirmado la acción, solo es una propuesta.
Por qué importa
El cliente mantiene el control del nombre y la ubicación. Una cuenta publicitaria rara vez la usa una sola persona o una sola herramienta. Un recurso con un nombre que nadie eligió, colocado bajo una empresa que nadie escogió, es en el mejor de los casos desorden y en el peor, confusión.
La confianza es el producto. Un cliente que conecta su cuenta publicitaria nos está prestando sus llaves. Si descubre algo que creamos sin preguntar, la siguiente pregunta es qué más hemos hecho. La creación silenciosa resulta paternalista, incluso cuando la intención es buena.
Las sorpresas en el sistema de otra persona salen caras. No somos dueños de la cuenta del cliente, y no podemos ver todo lo demás que ocurre en ella. Un cambio que parece inofensivo desde nuestro lado puede chocar con el esquema de nombres o los informes de alguien.
Facilita el soporte y la reversión. Cuando el cliente creó algo a propósito, a través de una pantalla que le explicaba para qué servía, sabe de dónde viene. Si quiere deshacerlo, sabe qué buscar. Una acción en segundo plano le deja a él la tarea de averiguarlo.
Más allá de crear cosas
El mismo razonamiento se aplica a cualquier cosa que un producto haga en un sistema externo, no solo a la creación de recursos. Una exclusión escrita en una cuenta publicitaria también es un cambio en la configuración de otra persona. En mi opinión, los cambios de ese tipo deberían ser visibles y atribuibles: el cliente debería poder ver qué se hizo y que lo hicimos nosotros. Es un principio que sostengo, no una descripción de cada pantalla que tenemos.
Conclusiones
- Trata la cuenta externa de un cliente como suya, incluso cuando tengas acceso de escritura a ella.
- Ofrece valores por defecto, pero pon cada creación detrás de un paso de revisión con un nombre editable, su ubicación, su propósito y un botón de confirmación explícito.
- Modela el aprovisionamiento como una propuesta que solo se convierte en acción después de que una persona la confirme.
- Pregúntate si al cliente le sorprendería encontrar el cambio más tarde. Si es así, no lo hagas en silencio.