Hiring another SDR is a capacity decision, not a pipeline fix

Hire another SDR when a defined commercial workload exceeds the capacity of the current team and the new person can inherit a runnable system. Do not hire one merely because pipeline feels weak, sellers look busy, or outbound activity is inconsistent.

The failure mode is headcount before work design. The business adds a seat before it can explain which accounts the person should pursue, what evidence qualifies a conversation, where accepted work goes, or who improves the rule. The new SDR produces more activity inside the ambiguity.

That can increase nominal labor while leaving commercial capacity unchanged.

Definition

Definition: An SDR capacity decision determines whether one additional seat can absorb valid, repeatable commercial work inside a system with explicit evidence, decisions, ownership, and learning return.

Valid work matters more than raw workload. Repeated research, rebuilt handoff context, and founder approval of normal cases may signal defects in Truth, Playbook, or Architecture rather than demand for another seller. A GTM engineering firm treats hiring as one possible capacity intervention, not as the default answer to a symptom.

Write the job claim before opening the role

Start with one sentence: The next SDR will own this recurring work, using this evidence, to produce this commercial decision and return this learning.

Then make every part inspectable.

Work unit: Is the role expected to select targets, open conversations, qualify interest, or reactivate demand? A role described only as generating pipeline has no bounded unit of work.

Entry evidence: Which buyer, account, offer, and trigger facts must exist before work begins? This is Truth. It requires enough agreement that two people do not build different target lists from the same instruction.

Decision boundary: What may the SDR accept, hold, reject, or escalate? This belongs in the Playbook. A script is not enough when the real problem is deciding whether the conversation should advance.

Handoff: Which evidence travels with accepted work, who receives it, and what counts as acceptance by the next owner? This is an Architecture question, even when the tools are already installed.

Learning return: Which disposition comes back when a target, message, qualification rule, or handoff fails? This gives the Operator enough evidence to improve the system rather than blame activity volume.

If the job claim cannot survive these questions, the hiring brief is hiding a GTM diagnosis.

Separate valid load from avoidable rework

Visible overload contains at least two different things.

Valid load is recurring work that uses an agreed rule, advances a defined buyer decision, and produces evidence the next owner can use.

Avoidable rework repeats or repairs work because the system failed to define, preserve, route, or learn from the first attempt.

Examples of rework include:

• Rebuilding account research because the ideal buyer definition changes without a recorded decision
• Requalifying a meeting because the handoff contains a calendar event but no buyer evidence
• Chasing an account executive for the reason a meeting was rejected
• Asking the founder to interpret normal cases because exceptions were never separated from the standard path

Trace recent work from target selection to accepted or rejected handoff. Mark where it advances, waits, returns, disappears, or gets reconstructed.

This differs from testing whether the offer has a repeatable commercial motion. The offer may be stable while the SDR work package still leaks effort through poor evidence or handoff. Hiring needs both a usable motion and a usable role boundary.

Test management absorption, not only seller availability

A new SDR requires more than a list, inbox, and sequence. Someone must review quality, coach judgment, resolve exceptions, inspect rejected work, and change the Playbook when evidence contradicts the rule.

Call this management absorption: the system's ability to turn another person's activity into better commercial behavior rather than a larger exception queue.

Ask four questions:

• Who reviews whether account selection still matches the Truth?
• Who decides when an unusual conversation should advance?
• Who owns the quality of the handoff to sales?
• Who changes the rule when rejection reasons repeat?

If the answer to all four is the founder, the next hire may preserve the founder as the hidden restriction. This does not mean founder judgment must disappear. Strategic accounts, unusual risk, and offer changes may remain founder owned. Normal work needs a clear boundary so founder attention is invoked deliberately rather than by default.

The HBR article on the sales learning curve warns against expanding sales force capacity before the organization has learned how customers acquire and use a new product. The bounded lesson is sequencing: make normal work teachable, then add capacity. HubSpot likewise describes a sales process as a repeatable system with observable steps that teams can track and improve. Neither source proves performance, but both support giving the next person a process that exposes what happened and what must improve.

Run a seat simulation before making the capacity claim

A seat simulation does not forecast revenue. It tests whether the current system can support the proposed role.

Choose recent work that reflects normal cases and known exceptions. Remove private explanations the new person would not possess. Give the sample to someone who did not create the current process.

Ask that person to:

• Select which accounts deserve action and state the evidence
• Choose the next action from the current Playbook
• Record the evidence required for qualification
• Route accepted work to the correct owner
• Place incomplete or unusual cases into an exception path
• Process the reason when work is rejected or returned

Observe where the person must guess, ask privately, invent a field meaning, or wait for invisible approval. Label each point before calling it a headcount shortage.

Worked example: inconsistent outbound meetings

A founder wants another SDR because outbound meetings are inconsistent. The current SDRs are active, but each one builds a different account list. The target definition changes in conversation, not in the CRM or Playbook. Meetings reach sales with different qualification notes. Rejected meetings return as vague comments or not at all.

Another SDR would add more account research and more meeting attempts. It would also create another interpretation of the target, another handoff style, and another stream of missing rejection evidence.

The diagnosis changes the sequence. First, the founder defines the target condition and offer boundary in Truth. The Playbook states the evidence required to advance, hold, reject, or escalate a conversation. Architecture carries that evidence into the handoff and requires a usable disposition from the receiver. Operator review looks for recurring mismatch and changes the rule.

The team then reruns the seat simulation. If normal work now moves without private reconstruction and valid recurring load still exceeds current capacity, hiring is rational. If capacity returns because rework falls, the business has repaired the restriction without pretending the repair guarantees more revenue.

Decision rule

Use three outcomes:

• Hire: Valid recurring work exceeds current usable capacity. The buyer and offer boundary are stable enough for the role. Normal decisions are teachable. Handoffs carry evidence. Coaching and exception ownership exist.
• Repair: The role is necessary, but avoidable rework, missing evidence, disputed ownership, or a broken handoff consumes the apparent capacity. Fix the first failed condition, then repeat the simulation.
• Redesign: The business cannot name the work unit or decision boundary the next SDR would own. Run a GTM diagnosis before committing headcount.

Do not use activity volume alone as the decision. Do not require perfect data or a process that removes judgment. Require a bounded job that can operate, reveal failure, and return learning.

Checklist

Before approving another SDR seat:

• Write the job claim in one sentence.
• Name the recurring work unit and intended commercial decision.
• Define the minimum buyer and account evidence.
• Separate normal decisions from exceptions.
• Trace recent work from target selection through handoff disposition.
• Mark valid load, waiting, reconstruction, return, and disappearance.
• Confirm that accepted work reaches a named owner with usable context.
• Confirm that rejection reasons return to the Playbook owner.
• Name who coaches quality and resolves exceptions.
• Run the seat simulation without private founder instructions.
• Choose hire, repair, or redesign.
• Repeat the test after any repair before opening the role.

What this is not

This is not an argument against SDRs. Hiring is correct when usable systems have more valid work than people can absorb.

It is not a promise that process creates revenue. Demand, offer fit, buyer timing, seller skill, pricing, and delivery capacity still matter.

It is not a universal quota, ramp plan, team ratio, compensation model, or plan to automate an undefined job. AI can support bounded actions after evidence and decision rules are explicit. Automation should face the same seat simulation.

FAQ

Does this mean a founder should delay every SDR hire?

No. It means the founder should know which capacity the hire adds. When valid recurring work exceeds current capacity and the role inherits a runnable system, delay can be the wrong choice.

What if the current SDR team is visibly overloaded?

Treat overload as a signal, then inspect its composition. If most waiting comes from valid work, add capacity. If work repeats because targeting, qualification, handoff, or ownership is unclear, repair that restriction first.

Can AI replace the next SDR instead?

Not when the commercial decision is undefined. AI can multiply the same ambiguity faster. Give automation explicit evidence, permissions, actions, and exception routes, then decide whether the remaining work needs software, people, or both.

If the hiring request still cannot be translated into a bounded job claim, a Lorde GTM diagnosis can locate the restriction and define whether the next investment belongs in Truth, Playbook, Architecture, Operator ownership, or headcount.

Contratar outro SDR é uma decisão de capacidade, não um conserto de pipeline

Contrate outro SDR quando uma carga comercial definida supera a capacidade da equipe atual e a nova pessoa consegue herdar um sistema executável. Não contrate apenas porque o pipeline parece fraco, a equipe está ocupada ou a prospecção produz resultados irregulares.

O modo de falha é contratação antes do desenho do trabalho. A empresa abre uma vaga antes de explicar quais contas a pessoa deve abordar, qual evidência qualifica uma conversa, para onde o trabalho aceito segue, por que o trabalho rejeitado retorna ou quem melhora a regra. O novo SDR não remove a ambiguidade. Ele produz mais atividade dentro dela.

Isso pode aumentar a capacidade nominal de trabalho sem elevar a capacidade comercial.

Definição

Definição: Uma decisão de capacidade para SDR determina se uma pessoa adicional consegue absorver trabalho comercial válido e repetível dentro de um sistema com evidência, decisões, responsabilidades e retorno de aprendizado explícitos.

Trabalho válido importa mais do que carga bruta. Pesquisa refeita, contexto reconstruído na passagem e aprovação do fundador em casos normais podem indicar defeitos em Verdade, Playbook ou Arquitetura, não demanda por outro vendedor. Uma empresa de GTM trata a contratação como uma intervenção possível, não como resposta automática para um sintoma.

Escreva a tese da vaga antes de abrir a posição

Comece com uma frase: O próximo SDR será responsável por este trabalho recorrente, usará esta evidência, produzirá esta decisão comercial e devolverá este aprendizado.

Depois, torne cada parte inspecionável.

Unidade de trabalho: A função deve selecionar alvos, abrir conversas, qualificar interesse ou reativar demanda? Uma vaga descrita apenas como geração de pipeline não possui uma unidade de trabalho delimitada.

Evidência de entrada: Quais fatos sobre comprador, conta, oferta e gatilho precisam existir antes do início? Isso pertence à Verdade. Exige acordo suficiente para que duas pessoas não criem listas diferentes a partir da mesma instrução.

Limite da decisão: O que o SDR pode aceitar, esperar, rejeitar ou escalar? Isso pertence ao Playbook. Um roteiro não basta quando o problema real é decidir se a conversa deve avançar.

Passagem: Qual evidência acompanha o trabalho aceito, quem recebe e o que conta como aceite do próximo responsável? Essa é uma questão de Arquitetura, mesmo quando as ferramentas já estão instaladas.

Retorno de aprendizado: Qual motivo volta quando um alvo, mensagem, regra de qualificação ou passagem falha? Isso dá ao Operador evidência para melhorar o sistema em vez de culpar o volume de atividade.

Se a tese da vaga não sobrevive a essas perguntas, o pedido de contratação está escondendo um diagnóstico de GTM.

Separe carga válida de retrabalho evitável

A sobrecarga visível contém pelo menos duas coisas diferentes.

Carga válida é trabalho recorrente que usa uma regra acordada, move uma decisão definida do comprador e produz evidência que o próximo responsável consegue usar.

Retrabalho evitável repete ou conserta uma atividade porque o sistema falhou ao definir, preservar, encaminhar ou aprender com a primeira tentativa.

Exemplos de retrabalho:

• Refazer pesquisa de contas porque a definição de comprador ideal muda sem uma decisão registrada
• Qualificar a reunião novamente porque a passagem contém um evento no calendário, mas não contém evidência do comprador
• Cobrar do executivo de vendas o motivo de uma reunião rejeitada
• Pedir ao fundador que interprete casos normais porque as exceções nunca foram separadas do caminho padrão

Não trate toda tarefa repetida como demanda por outra pessoa. Percorra uma amostra de trabalho recente desde a seleção da conta até o aceite ou a rejeição da passagem. Marque onde o trabalho avança, espera, retorna, desaparece ou precisa ser reconstruído.

Esse teste difere da análise sobre a repetição do movimento comercial da oferta. A oferta pode estar estável enquanto o pacote de trabalho do SDR ainda perde esforço em evidência ruim, passagem quebrada ou gestão insuficiente. A decisão de contratação precisa de um movimento utilizável e de um limite utilizável para a função.

Teste a absorção da gestão, não apenas a disponibilidade do vendedor

Um novo SDR precisa de mais do que lista, caixa de entrada e sequência. Alguém deve revisar a qualidade, orientar o julgamento, resolver exceções, inspecionar trabalho rejeitado e mudar o Playbook quando a evidência contradiz a regra.

Chame isso de absorção da gestão: a capacidade do sistema de transformar a atividade de outra pessoa em comportamento comercial melhor, e não em uma fila maior de exceções.

Faça quatro perguntas:

• Quem revisa se a seleção de contas continua alinhada à Verdade?
• Quem decide quando uma conversa incomum deve avançar?
• Quem responde pela qualidade da passagem para vendas?
• Quem muda a regra quando os motivos de rejeição se repetem?

Se a resposta para as quatro perguntas for o fundador, a próxima contratação pode preservar o fundador como restrição escondida. Isso não significa eliminar seu julgamento. Contas estratégicas, riscos incomuns e mudanças de oferta podem continuar sob responsabilidade do fundador. O trabalho normal precisa de um limite claro para que a atenção dele seja acionada de propósito, não por padrão.

O artigo da Harvard Business Review sobre a curva de aprendizado de vendas alerta contra a expansão da força de vendas antes que a organização aprenda como os clientes adquirem e usam um novo produto. A lição delimitada está na sequência: torne o trabalho normal ensinável, depois acrescente capacidade. O HubSpot também descreve o processo de vendas como um sistema repetível, com etapas observáveis que a equipe acompanha e melhora. Nenhuma fonte prova desempenho, mas ambas apoiam a entrega de um processo que revela o que aconteceu e o que precisa melhorar.

Simule a próxima vaga antes de afirmar falta de capacidade

A simulação da vaga não prevê receita. Ela testa se o sistema atual sustenta a função proposta.

Escolha trabalho recente que represente casos normais e exceções conhecidas. Retire explicações privadas que a nova pessoa não teria. Entregue o material a alguém que não criou o processo atual.

Peça que essa pessoa:

• Escolha quais contas merecem ação e indique a evidência
• Selecione a próxima ação usando o Playbook atual
• Registre a evidência exigida para qualificação
• Encaminhe o trabalho aceito ao responsável correto
• Coloque casos incompletos ou incomuns em uma rota de exceção
• Processe o motivo quando o trabalho for rejeitado ou devolvido

Observe onde a pessoa precisa adivinhar, perguntar no privado, inventar o significado de um campo ou esperar uma aprovação invisível. Classifique cada ponto antes de chamá-lo de falta de gente.

Exemplo prático: reuniões irregulares na prospecção

Um fundador quer outro SDR porque as reuniões de prospecção são irregulares. Os SDRs atuais executam muitas atividades, mas cada pessoa monta uma lista diferente. A definição de conta alvo muda em conversas, não no CRM ou no Playbook. As reuniões chegam à equipe de vendas com notas diferentes. As reuniões rejeitadas retornam com comentários vagos ou não retornam.

Outro SDR acrescentaria mais pesquisa de contas e mais tentativas de reunião. Também criaria outra interpretação do alvo, outro estilo de passagem e outra corrente de evidência ausente sobre as rejeições.

O diagnóstico muda a sequência. Primeiro, o fundador define a condição do alvo e o limite da oferta na camada de Verdade. O Playbook registra a evidência necessária para avançar, esperar, rejeitar ou escalar uma conversa. A Arquitetura leva essa evidência para a passagem e exige um motivo utilizável do responsável seguinte. A revisão do Operador procura incompatibilidades recorrentes e altera a regra.

A equipe então repete a simulação da vaga. Se o trabalho normal passa a fluir sem reconstrução privada e a carga válida ainda supera a capacidade atual, a contratação é racional. Se a capacidade reaparece porque o retrabalho diminui, a empresa reparou a restrição sem fingir que o conserto garante mais receita.

Regra de decisão

Use três resultados:

• Contratar: A carga válida e recorrente supera a capacidade utilizável. A definição do comprador e o limite da oferta estão estáveis o suficiente para a função. As decisões normais podem ser ensinadas. As passagens carregam evidência. Existem responsáveis por orientação e exceções.
• Reparar: A função é necessária, mas retrabalho evitável, evidência ausente, responsabilidade em disputa ou passagem quebrada consomem a capacidade aparente. Corrija a primeira condição que falhou e repita a simulação.
• Redesenhar: A empresa não consegue nomear a unidade de trabalho ou o limite de decisão que o próximo SDR assumiria. Faça um diagnóstico de GTM antes de comprometer mais gente.

Não use apenas o volume de atividades como critério. Não exija dados perfeitos nem um processo que elimine o julgamento. Exija um trabalho delimitado, capaz de operar, revelar falhas e devolver aprendizado.

Checklist

Antes de aprovar outra vaga de SDR:

• Escreva a tese da vaga em uma frase.
• Nomeie a unidade de trabalho recorrente e a decisão comercial pretendida.
• Defina a evidência mínima sobre comprador e conta.
• Separe decisões normais de exceções.
• Percorra trabalho recente desde a seleção do alvo até o motivo da passagem.
• Marque carga válida, espera, reconstrução, retorno e desaparecimento.
• Confirme que o trabalho aceito chega a um responsável com contexto utilizável.
• Confirme que motivos de rejeição retornam ao dono do Playbook.
• Nomeie quem orienta a qualidade e resolve exceções.
• Rode a simulação sem instruções privadas do fundador.
• Escolha contratar, reparar ou redesenhar.
• Repita o teste após qualquer reparo e antes de abrir a vaga.

O que isto não é

Isto não é um argumento contra SDRs. Contratar é a intervenção correta quando um sistema utilizável possui mais trabalho válido do que as pessoas conseguem absorver.

Não é uma promessa de que processo cria receita. Demanda, aderência da oferta, momento do comprador, habilidade comercial, preço e capacidade de entrega continuam relevantes.

Não é uma regra universal de metas, integração, tamanho de equipe, remuneração nem um plano para automatizar trabalho indefinido. A IA pode apoiar ações delimitadas depois que evidência e regras estão explícitas. A automação deve enfrentar a mesma simulação da vaga.

Perguntas frequentes

Isso significa que o fundador deve adiar toda contratação de SDR?

Não. Significa que o fundador deve saber qual capacidade a contratação acrescenta. Quando a carga válida e recorrente supera a capacidade atual e a função herda um sistema executável, adiar pode ser a escolha errada.

E se a equipe atual de SDRs estiver claramente sobrecarregada?

Trate a sobrecarga como um sinal e inspecione sua composição. Se a maior parte da espera vem de trabalho válido, acrescente capacidade. Se o trabalho se repete porque alvo, qualificação, passagem ou responsabilidade estão confusos, repare primeiro essa restrição.

A IA pode substituir o próximo SDR?

Não quando a decisão comercial está indefinida. A IA pode multiplicar a mesma ambiguidade com mais velocidade. Dê à automação evidência, permissões, ações e rotas de exceção explícitas. Depois, decida se o trabalho restante precisa de software, pessoas ou dos dois.

Se o pedido de contratação ainda não pode ser traduzido em uma tese de vaga delimitada, um diagnóstico de GTM da Lorde pode localizar a restrição e definir se o próximo investimento pertence à Verdade, ao Playbook, à Arquitetura, à gestão do Operador ou à contratação.