A maioria das ferramentas trata cada novo início de sessão da mesma forma: ecrã de boas-vindas, checklist de configuração, “conte-nos sobre o seu negócio”. É uma predefinição razoável para um fundador que se regista pela primeira vez. É claramente errado para a quarta pessoa que se junta a uma empresa que já opera há dois anos.
Queríamos saber o que acontece realmente da primeira vez que alguém que não é o fundador inicia sessão numa conta Craft11 já estabelecida. Não o que esperávamos que acontecesse. O que realmente aparece no ecrã.
O que construímos por baixo de uma funcionalidade bastante discreta
Convidar um membro da equipa é um ponto de entrada real, não um placeholder: o proprietário ou um administrador envia um convite, o sistema cria um utilizador real dentro da conta com uma palavra-passe temporária a entregar manualmente, e a função dessa pessoa, admin, gestor, representante de campo, visualizador, é um facto estrutural genuíno desde o momento em que a conta existe. Não é uma suposição que o Stark faz mais tarde. É um campo real que consegue ler de imediato.
Desativar alguém funciona da mesma forma honesta, ao contrário. O início de sessão dessa pessoa é bloqueado de imediato. Nada do seu histórico é tocado: cada tarefa, cada nota, cada atribuição permanece exatamente onde estava, corretamente atribuída a essa pessoa, porque apagar as marcas de um antigo colega de dois anos de histórico de clientes seria, em si, uma forma de perda de memória institucional.
O que acontece realmente no primeiro início de sessão
Um gestor recém-convidado inicia sessão pela primeira vez. Nenhum assistente de configuração é executado. Nada de “vamos configurar as fases do seu pipeline”. A primeira mensagem do Stark não trata isto como o primeiro dia, porque estruturalmente, para esta empresa, não é. Em vez disso: números reais do pipeline, o que está realmente em aberto neste momento, quem está atribuído a quê, uma orientação genuína alicerçada no estado atual da empresa, não uma visita genérica a menus vazios.
Peça-lhe para ver uma oferta real, a lista de clientes, projetos ativos, e cada uma dessas é uma navegação real em que o Stark narra o que está realmente lá, não uma demonstração com dados de exemplo. O contexto que levou ao fundador meses de uso diário a construir está simplesmente ali, no primeiro dia de outra pessoa.
A frase que fez o argumento melhor do que nós próprios teríamos escrito
Durante os testes, perguntámos ao Stark o que um membro da equipa completamente novo precisaria de saber para se orientar. Numa conta madura, a sua resposta nomeou um membro real da equipa, citou um tempo real de adaptação de dois dias, e terminou com uma frase que vale a pena citar diretamente, porque não foi um humano que a escreveu para fins de marketing, foi o sistema que a disse enquanto fazia o seu trabalho real:
“O Vault é o que faz com que a adaptação demore cerca de dois dias em vez de meses.”
Nem o número nem a frase foram escritos por nós. Vieram de um modelo em funcionamento ao vivo, a ler o histórico real e acumulado da empresa e a descrever, com precisão, para que serve realmente esse histórico.
Porque é que isto importa mais do que parece
O discurso de venda habitual do software de “memória institucional” é dirigido ao fundador: vai lembrar-se de mais, esquecer-se de menos, trabalhar mais depressa. Tudo verdade, e também incompleto. O custo real de um negócio não documentado não é apenas aquilo que o fundador esquece. É o que tem de ser explicado, pessoalmente, a cada novo colaborador, por alguém cujo tempo isso custa, vezes sem conta, empresa após empresa, contratação após contratação.
Uma pessoa nova entrar e obter uma imagem real, atual e precisa do negócio sem que ninguém interrompa o seu próprio trabalho para lha explicar não é um extra marginal do produto. É a mesma memória cumulativa que torna as próprias perguntas do fundador mais afinadas, apenas paga a outra pessoa, logo no seu primeiríssimo dia, em vez de ficar presa a quem por acaso a construiu.