Make para agencias: llevar las automatizaciones de varios clientes

Montar automatizaciones para clientes va bien hasta el tercero.

Entonces aparecen las preguntas de verdad: en qué cuenta viven, quién paga los créditos y qué pasa cuando el cliente se va.

Con uno solo no te lo planteas. Con tres ya tienes escenarios de gente distinta compartiendo el mismo saco de créditos, y el día que uno lanza una campaña y le entran cuatrocientos pedidos, se come el mes de los otros dos.

Eso no es un problema técnico. Es un problema de cómo has montado el negocio.

¿Cómo llevo en Make las automatizaciones de varios clientes?

La respuesta corta: una organización por cliente, la suscripción a nombre de quien vaya a pagarla, y los créditos tratados como coste variable de tu servicio, no como un gasto fijo tuyo.

En Make la pieza que lo ordena todo se llama organización. Su propia documentación la define como el contenedor básico "into which all scenarios, users, and data belong", y lo importante viene después: "each organization has separate pricing plan and billing".

O sea, plan y factura separados por organización. Ahí está resuelto el 80 % del lío antes de empezar.

Y hay otra frase que se pasa por alto y que es la que te permite trabajar así: "any user can create their own organization, even if they are already a member of another organization". Puedes estar dentro de la organización de seis clientes distintos y tener la tuya propia, y cambias de una a otra desde el mismo usuario.

¿En la cuenta de quién viven los escenarios?

Hay tres formas de resolverlo. Ninguna es la buena siempre.

Todo en tu organización. Tú eres el dueño, tú pagas el plan, el cliente ni entra. Es lo más cómodo para montar y lo más rápido para reutilizar cosas entre clientes. La pega es doble: los datos de tu cliente pasan por una cuenta que no es suya, y el día que se va tienes que exportarle los escenarios o se queda sin nada. Y esa conversación, si no la has tenido antes, es fea.

Cada cliente con su organización y su suscripción. Él paga sus 9 o sus 29 dólares, él es el propietario, y tú entras como usuario con el rol que toque. Make tiene roles de organización de sobra para esto: Owner, Admin, Member, Accountant, App Developer y Guest. Al cliente le dejas el de propietario, tú te quedas con permisos de administración, y su contable puede ver los pagos sin tocar un escenario.

La pega: administras seis paneles en vez de uno, y cada alta nueva es media hora configurando conexiones.

El mixto. Montas y pruebas en tu organización, y cuando funciona lo entregas en la del cliente. Es lo que hace la mayoría de quien cobra por esto, aunque no lo llame así.

Mi criterio: cliente que se queda, organización suya. Proyecto corto de tres semanas, la tuya. Y cuando un cliente pasa de proyecto a recurrente, se migra. No lo dejes pudrirse.

¿Qué te da Teams y cuándo compensan sus 29 dólares?

Esta es la tabla de la página oficial. Fíjate en la columna de créditos antes que en la de precio.

Precios en dólares y facturación mensual, tal como los publica Make en su página de precios. Con facturación anual anuncian un "Save 15% or more".

Core, Pro y Teams traen exactamente los mismos 10.000 créditos. Lo que compras al subir de plan no es capacidad, son funciones. Nadie lo cuenta así, y es justo lo que decide si a una agencia le compensa o no.

Core te da escenarios ilimitados, intervalo de un minuto y acceso a la API. Pro añade ejecución prioritaria, variables personalizadas y búsqueda de texto completo en el log. Teams añade equipos con sus roles y, sobre todo, "create and share scenario templates".

Esa última línea es la que paga los 29 dólares. Si llevas el mismo flujo de "pedido nuevo a hoja de control" en cuatro clientes, con Teams lo tienes una vez como plantilla y lo instancias. Sin Teams lo montas cuatro veces y lo arreglas cuatro veces cada vez que una app cambia algo.

Los créditos no son un gasto fijo, son coste variable

Aquí es donde una agencia gana o pierde dinero, y no en el precio del plan.

La regla es sencilla: cada acción que lee, escribe, busca, actualiza o transforma consume un crédito. Make lo dice tal cual: "when your scenario reads a record from Pipedrive, writes a row into a Google Sheet, or posts a tweet, each counts as one credit". Las funciones avanzadas que tiran del proveedor de IA de Make consumen más de uno.

Y hay dos cosas que no consumen nada: el Router y los módulos de control de errores (Rollback, Break, Resume, Commit, Ignore). Eso te deja meter ramas y control de fallos sin pagar por ello.

Cuenta un escenario cualquiera de cliente: recoge el pedido, escribe la fila, avisa por Slack. Tres módulos. Trescientos pedidos al mes son novecientos créditos. Ese cliente, él solo, consume el 9 % de tu plan de 10.000. Diez clientes así y estás fuera.

Traducido a tu factura: los créditos crecen con el volumen del cliente, igual que los sellos de una campaña de correo postal. Si lo cobras como cuota plana y él triplica pedidos, le has regalado el crecimiento.

Si ya estás cobrando por montar automatizaciones, el cálculo se hace solo. Abre la página de precios de Make (enlace de afiliado: así me ayudas a seguir creando contenido) con la lista de escenarios que tienes en marcha, súmale los módulos por ejecución y mira dónde caes. Los 29 dólares de Teams los repercutes en el primer cliente del mes y las plantillas compartidas te ahorran montar el mismo flujo cuatro veces. Aquí no estás comprando una herramienta, estás comprando margen.

¿Cómo estimo los créditos de un cliente antes de firmar?

Antes de dar precio, haz este cálculo. Tarda diez minutos y te evita la conversación incómoda del mes cuatro.

Cuenta los módulos que se ejecutan de verdad en cada pasada. No los que ves en el lienzo: los que se ejecutan. Un módulo detrás de un filtro que casi nunca se cumple no cuenta igual que uno que corre siempre.

Multiplica por las ejecuciones al mes. Y ojo con los iteradores: si el escenario recorre doscientas filas, cada fila que se lee o se escribe suma.

Filtra lo antes posible. Un filtro bien puesto justo después del disparador es la diferencia entre gastar tres créditos por pedido o gastar tres por cada visita.

Añade un 30 % de colchón, porque siempre hay reintentos, pruebas y el mes de campaña.

Y suma el escenario de vigilancia, que también consume. Si nunca has hecho esta cuenta antes de dar un precio, ya sabes cómo acaba.

¿Qué dejo por escrito antes de empezar?

Seis líneas en la propuesta. No hace falta un contrato de veinte páginas.

Quién es el propietario de la organización. Quién paga la suscripción y quién paga los paquetes de créditos adicionales si hacen falta. Qué pasa si el consumo se dispara por encima de lo estimado. Qué incluye el mantenimiento mensual y qué no. Qué pasa al terminar: si le exportas los escenarios, si le transfieres la organización, o si se queda sin nada. Y a quién se llama un domingo si un escenario se cae.

Esa última es la que más discusiones ahorra. Una automatización no se monta y se olvida, y quien te diga lo contrario te está vendiendo algo. Ya lo conté en su día: lo de "esto funciona solo" es mentira, y en una agencia esa mentira se paga en horas no facturadas.

Los avisos del 75 % y el 90 % son parte del servicio

Make manda aviso al 75 % y al 90 % del consumo de créditos. Y cuando llegas a cero, lo que pasa es esto: "your scenarios won't continue to run, until credits are added again".

Se paran. Todos. Y el cliente se entera porque alguien le pregunta por qué no ha recibido su correo.

Esos dos avisos tienen que llegarte a ti antes que a él. Es literalmente parte de lo que le vendes: tú vigilas, tú compras créditos, tú avisas. Yo tengo montado un aviso propio para estas cosas y es de lo que más tranquilidad da, un agente que me avisa cuando algo falla vale más que cualquier panel bonito.

Para los picos, Make vende paquetes adicionales de 1.000 y 10.000 créditos, y en Core, Pro y Teams se puede dejar configurada la compra automática del paquete de 10.000. El precio del paquete no aparece publicado en la página de precios, así que ese dato tendrás que mirarlo dentro de tu cuenta antes de prometerle nada a nadie.

¿Y el programa de Solution Partners?

Make tiene un programa aparte del de afiliados para quien vive de esto: Solution Partners. Está pensado para agencias y consultoras, con niveles Silver, Gold y Platinum.

Lo que piden para entrar sí está publicado: al menos un experto en automatización, experiencia previa prestando estos servicios, completar su formación de partner (hasta dos meses) y las certificaciones de tu nivel. Lo que ofrecen lo describen como un modelo de referidos: "partners introduce Make to new customers and get rewarded with referral fees", más leads y comisiones recurrentes.

Lo que no publican es cuánto. No hay porcentajes ni tramos. Así que no te doy un número inventado: si te interesa, esa conversación la tienes con ellos antes de montar tu modelo de negocio encima.

¿Cuándo NO cobrar por una automatización?

Y termino con lo que menos se dice en este mundillo.

No cobres por automatizar un proceso que el cliente cambia cada mes. Vas a cobrar una vez y a mantenerlo doce.

No cobres cuando el volumen no da. Si el proceso se ejecuta cuarenta veces al mes y le ahorra diez minutos, el mantenimiento te cuesta más de lo que le aporta. Díselo. Te compra otra cosa y se acuerda de ti.

No cobres cuando la app no tiene módulos decentes y hay que resolverlo todo con llamadas HTTP a mano. Funciona, sí. Hasta que cambian su API un martes.

Y no cobres por lo que se arregla enseñándole a usar bien lo que ya tiene. Si eso te suena a "entonces facturo menos", es al revés. Los clientes buenos son los que pagan sin dudar y renuevan doce meses, y se consiguen diciéndoles que no en el primer mes.

Cuando tengas claras esas seis líneas de la propuesta, monta la organización del primer cliente en Make y empieza por su proceso más aburrido y más repetido. Es el que mejor margen deja.

Y si lo que quieres es montar el negocio entero alrededor de esto (qué vendes, a quién, por cuánto y con qué sistemas para no morir de mantenimiento), eso es exactamente lo que trabajo en el curso Yo S.A..