Onboarding de los primeros clientes de un SaaS B2B: qué hacer en las primeras semanas

El onboarding de los primeros clientes de un SaaS B2B tiene un objetivo: que el cliente llegue al primer resultado que te compró, en una fecha que acordaron. Con pocos clientes, yo lo haría a mano, con el founder adentro, y anotaría todo lo que se trabó. Ese registro después corrige el producto, el ICP y lo que prometés en la venta.

En el stack inicial para lanzar una SaaS, onboarding y soporte son una de las diez decisiones. Acá va el detalle de las primeras semanas con un cliente que ya pagó o firmó un piloto.

Qué dejaría acordado antes del kickoff

• El primer resultado. Algo que el cliente pueda ver y que se parezca a lo que le vendiste. "Que estén usando la plataforma" no alcanza. "Que el cierre de este mes salga conciliado con la herramienta" sí.
• La fecha. Cuándo lo revisan juntos.
• Qué pone el cliente. Datos, accesos, una persona con tiempo asignado.
• Quién es la persona. Con nombre. Si el que firmó no es el que va a usar el producto, conocería al que lo usa antes del kickoff.

Si algo de esto quedó en el aire en la venta, lo resolvería en el primer mail después de la firma. Es más barato que descubrirlo en la tercera semana.

El kickoff

Una reunión corta, con el que compró y con el que va a usar el producto. Revisaría:

1. Qué los llevó a comprar, dicho por ellos. A veces no es lo que pensabas.
2. Cuál es el primer resultado y cuándo lo miran.
3. Qué hace falta de cada lado, con responsable y fecha.
4. Por dónde se comunican: un canal compartido, mail, WhatsApp.

Lo grabaría, con permiso, y dejaría el resumen escrito el mismo día.

Ejemplo hipotético. Un SaaS que arma el legajo de ingreso de empleados. En la venta habló el gerente de RR.HH. En el kickoff aparece la analista que carga los legajos y cuenta que la mitad de los documentos llegan por WhatsApp. Eso no estaba en ninguna demo. Si no lo anotás, en dos semanas el cliente dice que la herramienta no le sirve, cuando lo que pasaba era que nadie cargó los documentos de WhatsApp.

Las primeras semanas

• Un contacto por semana como mínimo, aunque sea un mensaje con lo que falta.
• Una lista de lo que se trabó, con fecha y qué lo destrabó. Configuración, datos sucios, permisos, una función que no existe.
• Separar pedidos de producto de obstáculos de uso. "Necesitamos un reporte por sucursal" es un pedido. "No sabía dónde estaba el botón" es un obstáculo que se arregla de otra forma.
• La revisión del primer resultado, en la fecha acordada. Si no llegaron, anotaría por qué, con sus palabras.

Esa lista la llevaría a la revisión semanal de founder-led GTM. Ahí se decide qué cambia en el producto y qué cambia en lo que prometés.

Qué vuelve a la venta

Lo que aprendés en onboarding corrige tres cosas:

• El ICP. Si los que llegan rápido al primer resultado tienen algo en común (un tamaño de equipo, una herramienta que ya usan, una forma de trabajar), eso es un atributo para buscar. Si se puede filtrar o conseguir con un dato público, entra en la próxima lista.
• La promesa. Si el primer resultado tarda el doble de lo que dijiste al vender, cambiaría lo que prometés.
• Las condiciones. Si siempre hace falta una persona del cliente dos horas por semana, eso se pide en la propuesta.

Sin revenue y con revenue

Sin revenue, el onboarding de un piloto es la evidencia más fuerte que vas a tener. Acordaría de antemano qué pasa si el piloto llega al resultado: si pasa a pago, a qué precio y desde cuándo. Está en cómo ponerle precio a la primera oferta.

Con revenue, miraría cuánto de tu semana se lleva cada cliente nuevo. Si el onboarding depende siempre de vos, eso pone un techo a cuántos clientes podés sumar por mes, y es una de las cosas que revisaría antes de sumar al primer vendedor.

Dónde entra GTM OS, y dónde no

GTM OS no hace el onboarding de tus clientes ni es tu herramienta de soporte. Lo usaría del lado comercial. Lo que aprendiste en onboarding lo llevaría al contexto que Claude arma con vos: ICP, personas y propuesta de valor. Lo que sigue (la calificación de cuentas y las secuencias del ZM Copywriter Agent) usa ese contexto. Cuando una reunión comercial queda agendada, GTM OS la detecta, arma el resumen con la transcripción y te pide el próximo paso.

Los 15 días gratis son del plan de GTM OS, sin tarjeta. Hace falta un plan pago de Claude (Pro, Max, Team o Enterprise) y una cuenta gratis de Supabase. Smartlead, HeyReach o una herramienta de datos se pagan aparte desde el primer día. Si seguís, el plan pasa a USD 400 por mes. Cancelás cuando quieras desde la App.

Lo operás vos. Que el equipo de ZalesMachine opere tus campañas es el servicio de la agencia.

Preguntas frecuentes

Necesito una herramienta de onboarding desde el primer cliente?

Con pocos clientes, no la compraría. Un documento compartido por cliente, una lista de tareas con responsable y las reuniones grabadas alcanzan. Cuando el mismo paso se repite igual en cada cliente, ahí vería qué automatizar.

Qué hago si el cliente no llega al primer resultado en la fecha?

Lo hablaría en la fecha, sin esperar a que lo traiga él. Anotaría qué faltó y de qué lado, y acordaría una fecha nueva con lo que cada uno tiene que hacer. Si se repite con varios clientes, el problema probablemente está en lo que prometiste en la venta.

Puedo usar GTM OS para el onboarding durante los 15 días gratis?

GTM OS es para la parte comercial: contexto, listas, copies, campañas, pipeline y reuniones de venta. El onboarding de tu producto lo llevás con tus herramientas. Si querés que lo que aprendés de tus clientes llegue a la próxima campaña, creá tu cuenta o agendá una reunión para verlo con el equipo.