O stack que um time de B2B SaaS monta quando “closed-won” deixa de ser a linha de chegada e o time-to-value vira o número que o board pergunta. Logos novos que nunca chegam ao primeiro valor dão churn na renovação independentemente de quão boa foi a venda — e a disciplina operacional que leva um cliente do kickoff até o “isso está funcionando” vive neste stack. São deliberadamente cinco tools, não uma, porque o trabalho de onboarding se divide com clareza em uma camada de projeto, uma camada de plano voltada ao cliente, uma camada de suporte e o handoff de ciclo de vida — e nenhuma plataforma sozinha faz bem as quatro pelo preço que as outras cobram pela sua fatia.
Como as peças se encaixam
- Rocketlane é a camada interna de projeto + PSA. Ela é dona do plano de implementação, da alocação de recursos e do time tracking. Um deal closed-won no Salesforce/HubSpot gera um projeto no Rocketlane com o contexto da conta anexado; o Nitro redige o plano inicial a partir do SOW e da call de discovery. É aqui que o time de implementação responde “quanto o onboarding nos custa por conta” — o número pelo qual o CS-ops briga em cada QBR.
- Arrows é o action plan voltado ao cliente soldado ao CRM. Quando o projeto de implementação começa, o Arrows publica o plano do lado do cliente — fases, tarefas, owners, datas de vencimento — anexado direto ao registro do HubSpot ou do Salesforce. Quando um cliente completa um passo no Arrows, isso é gravado de volta no CRM, então um plano travado aparece como um ticket travado que o CSM e o RevOps já acompanham.
- Dock é o workspace compartilhado que leva o deal room para dentro do onboarding. O mutual action plan que o AE montou no pré-venda vira o workspace de onboarding no pós-venda, então o CSM herda o contexto dos stakeholders em vez de recomeçar. Cada colaborador externo entra de graça, o que faz do Dock a superfície certa quando um onboarding envolve de 8 a 15 pessoas do lado do cliente.
- Intercom é a camada de guia in-product e suporte. O Fin lida com as perguntas de alto volume do tipo “como eu faço…” dentro do produto durante as frágeis primeiras semanas, desviando os tickets que de outra forma tirariam os CSMs da execução do plano. Os eventos de suporte sincronizam com o CRM, então um pico de tickets confusos de uma conta nova vira um sinal de risco de onboarding em vez de ruído numa fila de suporte.
- Vitally é o handoff de ciclo de vida e o sistema de registro. Quando o projeto do Rocketlane fecha no go-live, a conta faz handoff para o Vitally para health scoring, monitoramento de adoção e o motor recorrente de NRR. O Vitally puxa o sinal de uso do produto direto do Segment/Mixpanel, então o primeiro health score reflete se o cliente de fato adotou aquilo para o qual foi onboardado.
Por que essa combinação
A alternativa ingênua é comprar uma plataforma de CS pesada e rodar o onboarding dentro dela. Isso falha por dois lados: a camada de projeto da plataforma é mais fraca que um PSA dedicado, e a superfície voltada ao cliente é um pensamento tardio — clientes não entram no Gainsight. Este stack, em vez disso, coloca a tool certa de cada lado do vidro. Rocketlane e Vitally são internas; Arrows e Dock são o que o cliente vê; Intercom vive no próprio produto. Os handoffs são o design: um deal vira um projeto no Rocketlane, o projeto publica um plano no Arrows/Dock, o suporte flui pelo Intercom e o go-live dispara o handoff para o Vitally. Cada fronteira é um evento real do CRM, não um copiar-colar manual.
O resultado, nos times que rodam isso bem, é um tempo de ciclo de onboarding cortado em cerca de um terço e uma queda mensurável de churn nos primeiros 90 dias — porque o cliente sempre sabe qual é o próximo passo e o CSM sempre sabe quais contas estão fora do plano.
Realidade de custo
Reserve mais ou menos $40K-$120K/ano tudo incluído para um time mid-market (6-15 CSMs/reps de implementação). A forma aproximada: Rocketlane a $69/usuário/mês (Premium, onde recursos e financials são liberados) para o time de implementação; Arrows é cotado sob medida pelo volume de planos ativos, modele nos quatro dígitos baixos-médios por mês; Dock roda por volta de $350-$1.000/mês porque você paga só assentos internos; Intercom é $39-$139/assento mais ~$0,99 por resolução do Fin; Vitally é sob medida, com deployments mid-market caindo em $30K-$70K/ano. Os custos ocultos são integração e disciplina de templates: 4-8 semanas de design de health-score no Vitally, e um owner fixo para os templates de Arrows/Dock ou o espalhamento de workspaces treina os clientes a ignorar o portal.
Regras de match
Este stack é certo para B2B SaaS na faixa de 20-500 funcionários que roda implementações estruturadas de várias semanas onde o cliente tem lição de casa para fazer e o onboarding envolve vários stakeholders. Ele assume uma função dedicada de onboarding/implementação de aproximadamente 5-40 pessoas e um CRM (Salesforce ou HubSpot) como espinha dorsal.
É o stack errado quando o onboarding é um único checklist self-serve — um time de CS de menos de 5 pessoas com contas low-touch não deveria comprar cinco tools; um CRM, o Intercom e uma sequência de email com templates bastam. Também é o errado acima de ~50 CSMs com um programa de CS maduro, onde a profundidade do Gainsight justifica consolidar mais do motor numa única plataforma enterprise.
Variações comuns
- Shop só de HubSpot. Tire o Dock e apoie-se só no Arrows para o plano voltado ao cliente — o Arrows é a ligação de onboarding HubSpot-native mais profunda, então um time de um único CRM que não roda deal rooms no pré-venda pode não precisar do workspace separado do Dock.
- Sales-led com deal rooms pesados. Mantenha o Dock como superfície principal voltada ao cliente e tire o Arrows, já que o mesmo workspace do Dock já leva do deal room ao onboarding — melhor quando a organização roda o Dock no pré-venda e quer uma superfície contínua.
- Camada de ciclo de vida mais leve. Troque o Vitally pelo ChurnZero quando o time quer simplicidade plug-and-play em vez da flexibilidade estilo Notion, ou pelo Catalyst quando a profundidade do renewal-forecasting importa mais que o workflow diário do CSM.
- Consolidação enterprise. Acima de 50 CSMs, troque o Vitally pelo Gainsight por configurabilidade e reserve orçamento para o cruzamento de custo.
O que este stack NÃO substitui
- Uma metodologia de onboarding definida — o stack executa um plano; ele não decide o que “primeiro valor” significa para o seu produto. Veja customer onboarding para o enquadramento.
- O motor de CS de ciclo de vida além do go-live — renovações, expansão e a disciplina de NRR vs GRR vivem no stack pós-onboarding, não neste.
- A analítica de produto — o Vitally puxa sinal de uso do Segment/Mixpanel/Amplitude mas não o gera; o time de produto precisa instrumentar eventos significativos primeiro.
- Um motor formal de educação do cliente — cursos de academy, certificação e trilhas de aprendizado self-serve são um investimento à parte que este stack assume ao lado, não dentro.