TalentApproved

Descrições de Vagas para Startups Que Realmente Convertem Contratações

Descrições de Vagas para Startups Que Realmente Convertem Contratações

A descrição de vaga numa startup deve vender impacto, deixar claras as expectativas desde o primeiro dia e converter-se diretamente numa avaliação de competências. É exatamente essa a função do documento. Não é um aviso legal nem uma lista de desejos. É um filtro e um argumento de venda a funcionar ao mesmo tempo.

Antes de publicar qualquer coisa, aplique esta lista de verificação ao seu rascunho:

  • O título utiliza uma função profissional padrão e pesquisável (não "Ninja de Crescimento").
  • A primeira frase indica um resultado concreto que a pessoa irá gerir, não uma declaração de missão.
  • Os requisitos listam de 3 a 5 itens indispensáveis desde o primeiro dia, não 15.
  • A faixa salarial está presente e é realista, não é um marcador de posição nem uma diferença de 40 mil dólares.
  • As etapas de candidatura indicam aos candidatos exatamente o que acontece a seguir e em que prazo.

Se falhar em qualquer um destes pontos, os seus melhores candidatos ou ignoram a publicação ou, pior ainda, candidatam-se e desistem a meio das entrevistas quando a realidade não corresponde ao que foi prometido.

Principais Conclusões

A descrição de vaga mais eficaz para uma startup vende um resultado concreto a 90 a 180 dias, limita os requisitos a três a cinco itens indispensáveis e testáveis, e converte-se diretamente numa avaliação de competências.

Ponto Detalhes
Corrija primeiro o título Utilize uma função profissional padrão e pesquisável para que os candidatos e o Google for Jobs consigam encontrar a publicação.
Comece com um único resultado Indique o que o novo colaborador irá gerir em 90 a 180 dias, em vez de abrir com uma declaração de missão.
Limite os requisitos a 3 a 5 Mova listas de ferramentas e preferências para uma secção separada de "desejável" para reduzir enviesamentos e ruído.
Publique uma faixa salarial real Uma faixa honesta e estreita cria confiança e aumenta tanto o volume como a qualidade das candidaturas.
Converta a descrição de vaga num teste O Magic Create do Talent Approved cria uma avaliação de competências específica para a função diretamente a partir da sua descrição de vaga finalizada.

Índice

Dicas para escrever descrições de vaga para startups que começam pelo título

Se errar no título, nada mais na publicação importa, porque ninguém a vê. As plataformas de emprego e o Google for Jobs recorrem a dados estruturados para fazer a correspondência com as pesquisas, e títulos criativos como "Wizard do Crescimento" ou "Chief Vibes Officer" simplesmente não coincidem com o que os candidatos escrevem numa barra de pesquisa. As orientações práticas sobre descobribilidade apontam consistentemente para títulos de cargo padrão combinados com palavras-chave de competências fundamentais como o padrão com melhor desempenho nas pesquisas em plataformas e na indexação.

Alguém que pesquise "engenheiro backend" nunca encontrará a sua publicação "Full-Stack Wizard", por melhor que seja o resto do texto. A solução é quase mecanicamente simples:

  • Utilize um marcador de senioridade reconhecido (Júnior, Sénior, Lead) apenas quando for preciso, não aspiracional.
  • Comece pela função principal (Engenheiro, Marketeer, Gestor de Operações), não pelo slogan do departamento.
  • Reserve a cultura e a personalidade para o parágrafo de abertura, não para o campo do título.
  • Elimine completamente a linguagem interna. Se a sua equipa chama ao cargo "Growth Hacker" internamente, o título público deve continuar a ser "Growth Marketer" ou "Performance Marketing Manager".

Dica Profissional: Mantenha os títulos com menos de 60 caracteres. A maioria das plataformas de emprego trunca qualquer coisa mais longa em dispositivos móveis, e um título cortado transmite desleixo antes mesmo de o candidato ter lido uma única palavra da sua proposta.

Como se escreve um parágrafo de abertura convincente?

O parágrafo de abertura ou capta a atenção ou perde o candidato nos primeiros dez segundos. Responda a três perguntas, por ordem: o que faz realmente a empresa, o que irá esta pessoa gerir e por que razão essa gestão é relevante agora. Omita qualquer uma das três e o parágrafo parece um preenchimento vazio.

Afirmações vagas sobre crescimento ("estamos a disrupcionar o setor") e clichés genéricos ("ambiente dinâmico", "vestir vários chapéus") produzem o efeito contrário ao pretendido pelos fundadores. Transmitem que o autor não pensou o suficiente para ser específico, e a especificidade é exatamente o que torna uma função numa startup atraente. Mantenha o parágrafo completo com cerca de 60 palavras. Os conselhos de contratação focados em startups apoiam diretamente esta abordagem, recomendando que os fundadores comecem por explicar por que a função é importante em vez de abrirem com uma lista de responsabilidades.

Eis como isso se parece na prática, para uma função de engenharia backend numa startup de logística em fase seed:

Desenvolvemos o software de rotas que mantém 200 frotas de entrega regionais dentro do horário. Irá gerir a nossa camada central de API enquanto passamos de 200 para 2.000 frotas, o que significa que as decisões de arquitetura que tomar neste trimestre ainda estarão a suportar o negócio daqui a três anos.

Note o que está ausente: sem "foguetão", sem "junte-se à nossa jornada", sem adjetivos a fazer o trabalho que um facto devia fazer.

Como deve ser o perfil do candidato e a realidade do dia a dia?

Transforme o seu Perfil de Candidato Ideal em quatro a seis pontos de persona que descrevam mentalidade e contexto, não apenas uma lista de verificação de currículo. Um perfil de candidato responde a uma pergunta diferente de uma lista de requisitos. Os requisitos perguntam "consegue fazer o trabalho?". Um perfil pergunta "irá prosperar neste ambiente específico?", o que numa startup em fase inicial normalmente significa conforto com a ambiguidade e um historial de gestão de resultados sem um manual de instruções.

Uma secção de persona forte para uma contratação de operações numa fase inicial pode ter este aspeto:

  1. Já exerceu funções em que a descrição de cargo mudava todos os trimestres e encarou isso como algo normal, não caótico.
  2. Prefere construir a primeira versão de um processo a herdar um já maduro.
  3. Já tomou uma decisão relevante com informação incompleta e viveu com as consequências.
  4. Comunica de forma proativa sem esperar que lhe peçam uma atualização de estado.
  5. Já geriu diretamente uma métrica, não apenas contribuiu para uma equipa que a geria.

Complemente com um breve retrato de "um dia na vida". Para essa mesma função de operações: Uma terça-feira típica pode começar com a reconciliação de uma discrepância numa fatura de fornecedor, passar para uma chamada de 30 minutos com um parceiro de fulfillment sobre um atraso de envio e terminar com a elaboração da primeira versão de uma política de devoluções que ainda ninguém escreveu. Esse parágrafo faz mais trabalho de filtragem do que qualquer lista de "responsabilidades" porque mostra a textura da ambiguidade em vez de a descrever de forma abstrata.

Ligue cada ponto da persona aos resultados de 90 a 180 dias indicados anteriormente na publicação. Se o resultado é "criar um processo de devoluções do zero", o perfil deve valorizar explicitamente alguém que já criou um processo a partir do zero, não apenas alguém com "experiência em operações".

Quantos requisitos deve ter uma publicação de vaga numa startup?

Limite os seus itens indispensáveis a três a cinco e os desejáveis a três ou quatro. É tudo. É a regra, e os conselhos de contratação para startups convergem nela porque uma lista mais longa produz o efeito contrário ao que os fundadores pensam: não eleva o nível, apenas reduz o grupo de candidatos sem melhorar a qualidade. Os frameworks centrados em recrutadores recomendam 5 a 7 itens indispensáveis e 3 a 4 desejáveis como o limite máximo antes de os retornos começarem a tornar-se negativos.

Eis uma estatística que deve mudar a forma como escreve listas de requisitos: uma investigação da Harvard Business Review concluiu que as mulheres tendem a candidatar-se a uma função apenas quando sentem que preenchem quase todas as qualificações listadas, enquanto os homens se candidatam após preencher um critério muito mais flexível. Cada item desnecessário na sua lista de requisitos não é neutro. Está a filtrar ativamente pessoas qualificadas que levam a sua lista a sério.

A solução é a especificidade, não apenas a brevidade. Compare estes dois exemplos:

  • Vago: "Experiência em desenvolvimento backend necessária."
  • Específico e testável: "3+ anos a construir REST APIs com Python, incluindo pelo menos um sistema em produção com tráfego real de utilizadores."

A segunda versão é mais rápida de escrever e dramaticamente mais fácil de avaliar. Também indica ao candidato exatamente o que deve destacar na sua candidatura em vez de o deixar a adivinhar.

Os requisitos de grau académico merecem uma análise cuidadosa. A menos que uma licença ou acreditação seja legalmente exigida para a função, um requisito de grau académico normalmente não tem lugar nos seus itens indispensáveis. Se genuinamente utiliza um stack de ferramentas específico, liste-o numa secção separada "Ferramentas que Usamos" em vez de o incorporar nos requisitos. Um candidato que nunca usou o Linear mas que geriu três lançamentos de produto com o Asana não é desqualificado. Está a uma mensagem no Slack de ser produtivo.

Quantos requisitos deve ter uma publicação de vaga numa startup? — diagrama de visão geral

Como tornar as responsabilidades de leitura rápida?

A maioria dos candidatos faz uma leitura diagonal de uma publicação de emprego antes de decidir lê-la com atenção, razão pela qual a forma da sua secção de responsabilidades importa quase tanto quanto o seu conteúdo.

Isso não significa comprimir tudo em parágrafos. Significa usar marcadores para os itens que genuinamente beneficiam de uma quebra visual clara, como as três ou quatro responsabilidades de maior impacto, e usar prosa curta para o contexto que as liga. Uma parede de 15 marcadores lê-se como uma lista de tarefas. Um parágrafo conciso seguido de três marcadores claros lê-se como uma função com âmbito real.

Reescreva as responsabilidades genéricas como declarações de resultados. Compare:

  • Genérico: "Gerir tickets de suporte ao cliente."
  • Orientado para resultados: "Reduzir o tempo de primeira resposta para menos de duas horas nos primeiros 60 dias e construir a biblioteca de FAQ que nos permite chegar lá."
  • Genérico: "Escrever textos de marketing."
  • Orientado para resultados: "Gerir a sequência de e-mail que atualmente converte a 2% e levá-la acima dos 4% até ao final do Q2."
  • Genérico: "Ajudar com o desenvolvimento backend."
  • Orientado para resultados: "Migrar o nosso serviço de pagamentos do sistema de fila legado sem um único dia de inatividade."

A abordagem de resultados funciona porque permite ao candidato fazer uma autoavaliação face a algo concreto em vez de tentar adivinhar se "ajudar com o desenvolvimento backend" significa corrigir erros tipográficos ou arquitetar um serviço.

Dica Profissional: Mantenha as linhas dos marcadores com menos de 15 palavras. Em dispositivos móveis, qualquer coisa mais longa ocupa três linhas e a facilidade de leitura visual que pretendia desaparece por completo.

Quanto deve uma startup partilhar sobre remuneração e participação acionista?

Publique uma faixa salarial real, não um marcador de posição, nem uma diferença de 60 mil dólares que não diz nada aos candidatos. As orientações sobre transparência de compensação concluem consistentemente que publicar uma faixa salarial realista aumenta tanto o volume de candidaturas como a confiança dos candidatos, principalmente porque estes podem fazer a sua própria seleção em vez de se candidatarem às cegas e descobrirem três entrevistas mais tarde que o valor não é adequado.

Secretária com mãos a folhear documentos de contratação

Uma faixa estreita e honesta faz mais pelo seu funil do que uma ampla que é tecnicamente precisa mas praticamente inútil. Se a função paga entre 95.000 e 105.000 dólares, diga isso. Se paga entre 80.000 e 140.000 dólares dependendo do nível de experiência, provavelmente ainda não decidiu para que nível está a contratar, e isso vale a pena definir antes de publicar.

Eis o que deve especificar, concretamente:

  • Faixa salarial base, indicada como um valor, não "competitivo" ou "de mercado".
  • Estrutura de participação acionista, mesmo que brevemente: faixa percentual ou dimensão do pool de opções, e se é o standard de 4 anos de vesting com um cliff de 1 ano.
  • Estrutura de bónus, se existir, indicada como percentagem alvo em vez de deixada vaga.
  • Benefícios principais que sejam genuinamente diferenciadores para esta função, não uma lista genérica copiada de um modelo.

Oferecemos cobertura total de saúde e PTO ilimitado com um mínimo de 10 dias que realmente fazemos cumprir."* Note a última cláusula. A especificidade sobre como um benefício funciona na prática transmite mais credibilidade do que o próprio benefício.

O que devem indicar as instruções de candidatura?

Diga aos candidatos exatamente o que devem enviar e exatamente o que acontece depois de submeterem a candidatura. A ambiguidade aqui não só incomoda os candidatos, como degrada ativamente a qualidade do que recebe, porque candidatos fortes com opções darão menos prioridade a uma função que não lhes dá qualquer noção do processo.

Peça três coisas, e apenas três, a menos que a função exija genuinamente mais: um currículo, um portfólio relevante ou link do GitHub para funções técnicas, e uma resposta curta e direcionada a uma pergunta específica sobre a função em vez de uma carta de apresentação genérica. Esse terceiro item faz mais trabalho de filtragem do que os dois primeiros combinados, porque exige esforço real para ser simulado e revela imediatamente se a pessoa leu de facto a publicação.

Publicar o prazo esperado antecipadamente e ser explícito sobre os materiais necessários reduz mensuravelmente o abandono por parte dos candidatos e evita o tipo de ghosting em fase inicial que desperdiça a semana de um fundador.

Um calendário realista para uma contratação numa fase inicial tem mais ou menos este aspeto: revisão da candidatura em 3 dias úteis, uma chamada de triagem de 20 minutos na semana seguinte, uma avaliação de competências específica para a função enviada imediatamente após, e uma sessão final presencial ou de trabalho ao vivo entre 10 a 14 dias após a candidatura inicial. Publique algo próximo disso na própria publicação.

Um bloco de exemplo de "como candidatar-se": "Envie o seu currículo e uma resposta de dois parágrafos à seguinte questão: qual é o problema mais ambíguo que resolveu com informação incompleta? Revemos as candidaturas em 3 dias úteis e procuramos concluir todo o processo em duas semanas." Essa única frase define uma expectativa que a maioria das publicações de emprego nunca se dá ao trabalho de definir, e é a diferença entre um candidato que verifica obsessivamente o e-mail e um que silenciosamente passa para a publicação do seu concorrente.

Que erros de linguagem afastam silenciosamente os bons candidatos?

O erro mais comum nas descrições de vaga para startups é a lista de requisitos "tudo e mais alguma coisa" — aquela que se lê como uma lista de desejos para uma contratação mítica que é simultaneamente engenheiro sénior, estratega de produto e gestor de comunidade a tempo parcial. Os recrutadores tratam cada vez mais uma descrição de vaga como um documento de vendas em vez de um inventário de tudo o que seria agradável ter, e listas longas desincentivam desproporcionalmente candidatos fortes, particularmente mulheres, de se candidatarem.

A linguagem codificada como masculina é uma versão mais subtil do mesmo problema. Palavras como "dominante", "crescimento agressivo" ou "ninja" não descrevem uma competência. Descrevem um tipo de personalidade e estreitam silenciosamente o seu grupo de candidatos sem acrescentar qualquer sinal sobre o desempenho real no trabalho.

Expressão a evitar Substituição mais clara
Programador "rockstar" ou "ninja" "Engenheiro backend experiente"
"Deve prosperar sob pressão" "Confortável a reajustar prioridades quando os planos mudam semanalmente"
"Vestir muitos chapéus" "Gerir três funções distintas nos primeiros 90 dias: X, Y, Z"
"Metas de crescimento agressivas" "Aumentar as inscrições mensais de 500 para 2.000 até ao Q3"
"Salário competitivo" "85.000 a 95.000 dólares de base, mais participação acionista"
"Licenciatura obrigatória" (a menos que seja legalmente necessário) "Experiência demonstrada em [competência específica]"

Mantenha os itens indispensáveis e os desejáveis em secções genuinamente separadas. Misturá-los novamente no corpo do texto da publicação, mesmo depois de os ter rotulado corretamente numa lista com marcadores, reintroduz a mesma confusão que estava a tentar corrigir. E resista à tentação de publicar uma faixa salarial performativa apenas para marcar uma caixa de conformidade. Uma faixa como 50.000 a 150.000 dólares sinaliza que ou ainda não decidiu para que nível está a contratar ou está a tentar evitar um compromisso real, e os candidatos lêem-na dessa forma imediatamente.

Dois exemplos completos de descrições de vaga para startups que pode adaptar

O modelo universal aplica-se a qualquer função: gancho → resultado → contexto da equipa → itens indispensáveis → salário → candidatura. Eis como se desenrola na totalidade para duas funções em fase inicial muito diferentes.

Engenheiro Backend, startup de fintech em fase inicial (aproximadamente 280 palavras)

Desenvolvemos a infraestrutura de pagamentos que permite a pequenas empresas aceitar pagamentos por cartão sem uma conta de comerciante. Irá gerir o nosso serviço central de transações à medida que escalamos de 500 para 5.000 transações diárias, o que significa que as decisões de fiabilidade que tomar este ano determinam se conseguimos suportar esse crescimento sem interrupções.

Nos seus primeiros 90 dias, irá migrar a nossa fila de pagamentos legada para uma arquitetura tolerante a falhas e reduzir a nossa taxa de incidentes P1 em metade.

Irá trabalhar diretamente com os nossos dois fundadores e um outro engenheiro. Ainda não existe uma equipa de QA separada, por isso será responsável pelos testes do que construir.

O que precisará no Dia 1:

  • 3+ anos a construir REST APIs em produção, idealmente em Python ou Go
  • Experiência direta com sistemas de processamento de pagamentos ou infraestrutura compatível com PCI
  • Conforto em gerir um serviço de ponta a ponta sem uma equipa de operações dedicada

Desejável: experiência com Kubernetes, experiência prévia em startup, familiaridade com a API do Stripe.

Para se candidatar: Envie o seu currículo e uma nota curta sobre o sistema mais crítico em termos de fiabilidade que já geriu. Respondemos em 3 dias úteis.

Generalista de Operações, startup de consumo em fase seed (aproximadamente 260 palavras)

Vendemos produtos de cuidados de pele diretamente ao consumidor e acabámos de ultrapassar as 10.000 encomendas por mês. Irá construir a espinha dorsal operacional que nos permite chegar às 30.000 sem que tudo descarrile, começando por um processo de devoluções que atualmente não existe.

Em 90 dias, irá reduzir os atrasos médios de fulfillment de 4 dias para menos de 24 horas e criar a nossa primeira política de devoluções por escrito.

Irá reportar diretamente ao nosso COO e trabalhar em conjunto com a nossa equipa de suporte ao cliente de duas pessoas.

O que precisará no Dia 1:

  • 2+ anos numa função de operações ou logística numa empresa pequena
  • Experiência direta em negociação com fornecedores ou parceiros de fulfillment
  • Historial de criação de um processo do zero, não apenas de manutenção de um já existente

Desejável: experiência em e-commerce, familiaridade com Shopify, background em cadeia de abastecimento.

Remuneração: 70.000 a 80.000 dólares de base, mais participação acionista na faixa de 0,05% a 0,1%.

Para se candidatar: Envie o seu currículo e uma resposta de dois parágrafos à seguinte questão: descreva um processo que criou num emprego anterior que não existia antes de chegar.

Secção Exemplo do engenheiro backend Exemplo de operações
Gancho História de escalamento de infraestrutura de pagamentos História de escalamento de fulfillment
Resultado a 90 dias Migrar fila, reduzir incidentes em 50% Reduzir atrasos para 24 horas, criar política de devoluções
Itens indispensáveis 3, técnicos e testáveis 3, baseados em experiência e testáveis
Desejáveis 3, específicos de ferramentas 3, específicos do setor
Compensação Faixa base mais banda de participação acionista Faixa base mais banda de participação acionista

Como se transforma uma descrição de vaga numa avaliação de competências?

Uma descrição de vaga finalizada não é o fim do processo de escrita. É matéria-prima para uma ferramenta de triagem, e tratar-a dessa forma é o que distingue os fundadores que fazem contratações rápidas e confiantes dos fundadores presos a ler manualmente quarenta currículos quase idênticos.

Eis o processo:

  1. Extraia três resultados principais da sua secção de responsabilidades. Para o exemplo do engenheiro backend acima, são engenharia de fiabilidade, design de API e gestão independente sem equipa de QA.
  2. Defina três competências por resultado. Para "engenharia de fiabilidade", isso pode significar diagnóstico sob pressão de produção, compreensão dos modos de falha em sistemas distribuídos e escrita de testes que realmente detetam regressões.
  3. Crie dois a três prompts de teste curtos por competência. Um prompt pode pedir ao candidato que diagnostique um incidente de produção descrito e proponha uma solução, ou que reveja um excerto de código de gestão de filas e identifique os pontos de falha.
  4. Agrupe os prompts numa única avaliação curta, pontuada com base numa rubrica simples: a resposta identifica o problema central, propõe uma solução viável e demonstra consciência das contrapartidas.

Essa estrutura converte uma revisão subjetiva de currículos numa comparação objetiva de output real, que é exatamente a lacuna que as avaliações de competências específicas para a função foram criadas para colmatar. O benefício multiplica-se à medida que contrata mais: listas curtas mais rápidas, menos enviesamento baseado em currículos e tempo de entrevista dedicado a aprofundar respostas fortes em vez de eliminar as fracas.

Dica Profissional: Não construa todas as avaliações manualmente. As ferramentas que geram testes estruturados diretamente a partir do texto da descrição de vaga podem transformar um processo manual de 40 minutos num de cinco minutos, o que importa enormemente quando está a contratar para três funções ao mesmo tempo.

Como deve a cultura da startup aparecer na publicação?

A cultura pertence às especificidades, não aos adjetivos. Escrever "temos uma cultura dinâmica e colaborativa" não diz nada ao candidato, porque todas as empresas reivindicam as mesmas três palavras independentemente de serem verdadeiras. O que realmente comunica cultura é uma descrição de como as decisões são tomadas, como os desacordos são resolvidos e como é uma semana difícil quando acontece.

Considere incluir uma secção curta e honesta de "expectativas" que declare de forma direta as realidades do trabalho numa fase inicial: as prioridades mudam semana a semana, ainda não existe uma função de suporte dedicada para a maioria dos cargos e a ambiguidade é o estado padrão, não a exceção. Este tipo de enquadramento direto filtra candidatos que consideram esse ambiente estimulante em vez de esgotante, e afasta os que ficariam miseráveis lá dentro de um mês. Os fundadores que acrescentam esta secção relatam que muda quase imediatamente o tipo de candidatos que se candidatam, porque é o oposto do otimismo vago que a maioria das publicações adota por defeito.

Como destacar flexibilidade e potencial de crescimento?

As startups oferecem genuinamente algo que as grandes empresas estruturalmente não conseguem: uma distância muito menor entre fazer bom trabalho e obter mais responsabilidade por isso. É uma vantagem real, mas apenas se a declarar concretamente em vez de a sugerir com uma linha genérica de "espaço para crescer".

Em vez de "oportunidade de progressão", escreva como é a progressão na fase atual da sua empresa. Se a sua primeira contratação de operações tem uma hipótese realista de construir e liderar uma equipa de três pessoas num ano dado o seu trajeto de crescimento, diga isso diretamente. Se a sua contratação de engenharia será provavelmente o seu líder técnico quando conseguir a Série A, diga isso também. Caminhos de crescimento específicos e plausíveis são muito mais persuasivos do que promessas abstratas, e também são mais fáceis de avaliar honestamente por parte do candidato face aos seus próprios objetivos de carreira.

A flexibilidade merece a mesma especificidade. "Horário flexível" significa algo diferente em cada empresa. Indique as suas normas reais: horário central, expectativas assíncronas, quanto controlo alguém tem sobre o seu calendário do dia a dia.

O storytelling pode realmente ajudar no recrutamento?

Uma descrição de vaga que se lê como um documento jurídico atrai pessoas que querem uma função previsível e bem definida. Uma descrição de vaga que conta uma história curta e específica atrai pessoas que querem construir algo. Para startups que competem com empresas que as podem superar em salário, o storytelling é frequentemente o único alavanca que ainda funciona.

A história não precisa de ser elaborada. Precisa de um detalhe concreto que uma publicação genérica não incluiria: o problema específico que a empresa está a resolver, o momento que revelou a necessidade exata desta contratação, ou a escala que o fundador espera atingir e quando. Uma publicação que começa com "reparámos que os clientes estavam a reconciliar faturas manualmente em folhas de cálculo, e construímos software que o faz em segundos" diz mais numa frase do que três parágrafos de linguagem de declaração de missão. Candidatos com mentalidade empreendedora — aqueles que prosperam na ambiguidade e querem responsabilidade — respondem à especificidade porque sinaliza um problema real que vale a pena resolver em vez de um cargo a preencher.

Como lidar com opções remotas e híbridas na publicação?

Indique a sua política real numa frase clara, não num gesto vago em direção à "flexibilidade". As startups recorrem cada vez mais a modalidades remote-first ou híbridas, e os candidatos tratam agora isto como um filtro primário quase tão importante como o salário, por isso enterrá-lo no quarto parágrafo da publicação desperdiça a clareza que poderia fornecer desde o início.

Se a função é totalmente remota, indique se existem restrições de fuso horário ligadas às horas de sobreposição da equipa. Se for híbrida, indique os dias presenciais efetivamente esperados em vez de "visitas ocasionais ao escritório", que significam algo diferente para cada candidato que as lê. Se a função exige relocalização ou é estritamente presencial por razões operacionais, diga-o claramente em vez de deixar um candidato descobri-lo três entrevistas mais tarde. A ambiguidade aqui não cria flexibilidade. Cria candidatos que aceitam uma proposta com base numa suposição e abandonam dentro de dois meses quando a realidade se instala.

Com que frequência deve atualizar uma descrição de vaga para startup?

Trate cada descrição de vaga como um documento vivo, não como um artefacto de uso único. Uma publicação escrita para uma função há seis meses raramente reflete o que a empresa precisa hoje, especialmente ao ritmo a que a maioria das startups em fase inicial evolui, e reutilizar linguagem desatualizada desperdiça tanto o seu tempo como o dos candidatos.

Atualize uma descrição de vaga imediatamente após qualquer um destes gatilhos: os resultados principais da função mudam devido a um pivot, conclui uma contratação para uma função semelhante e aprende o que realmente importou nas entrevistas, ou a qualidade dos candidatos cai visivelmente ao longo de uma janela de publicação de duas semanas. Este último sinal é frequentemente o mais claro. Se uma publicação que costumava gerar cinco candidatos fortes por semana de repente gera zero, o mercado mudou ou a sua linguagem ficou desatualizada, e vale a pena reescrever antes de assumir que o pool de talentos se esgotou.

Mantenha um registo interno simples do que mudou e porquê cada vez que toca numa publicação. Ao longo de três ou quatro contratações, esse registo transforma-se no seu próprio manual interno sobre qual formulação e estrutura realmente converte.

Lições práticas aprendidas na contratação para startups em fase inicial

O padrão que vejo falhar com mais frequência não é uma má descrição de vaga. É uma descrição de vaga tecnicamente adequada que vende em excesso a estabilidade da função e subestima as suas exigências reais, o que produz candidatos que aceitam a proposta e depois saem dentro do período de experiência quando descobrem no que o trabalho realmente consiste. As publicações que resistem ao longo de múltiplos ciclos de contratação são as diretas — aquelas dispostas a nomear um ou dois critérios de exclusão difíceis desde o início em vez de tentar agradar a todos.

O que funciona de forma fiável é tratar a descrição de vaga como o primeiro rascunho do cartão de pontuação da entrevista, não como um documento separado escrito por uma parte diferente do cérebro. Se um requisito não é suficientemente específico para ser testado, normalmente também não é suficientemente específico para ser triado, e provavelmente deve ser eliminado.

Alguns hábitos operacionais que vale a pena adotar imediatamente:

  • Reveja e edite a descrição de vaga após cada contratação concluída, usando o que aprendeu nas entrevistas para aperfeiçoar a próxima versão.
  • Acompanhe a qualidade das candidaturas, não apenas o volume, e trate uma queda de qualidade como um sinal para reescrever antes de assumir que o pool de candidatos é fraco.
  • Ligue cada descrição de vaga diretamente à avaliação de competências que irá usar para triar candidatos, para que os dois documentos nunca se separem.

Como o Talent Approved transforma a sua descrição de vaga num atalho de contratação

Quando a sua descrição de vaga estiver bem definida, a forma mais rápida de agir sobre ela é introduzi-la diretamente numa avaliação de competências em vez de reescrever os mesmos requisitos uma segunda vez manualmente. A funcionalidade Magic Create do Talent Approved faz exatamente isso: cole a sua descrição de vaga finalizada ou uma lista curta de competências, e ela cria uma avaliação específica para a função em minutos em vez das horas que normalmente leva a escrever perguntas de teste do zero.

Talent Approved

A plataforma trata das partes que consomem o tempo dos fundadores durante a triagem. A monitorização anti-batota integrada, incluindo verificações de ecrã e webcam, mantém os resultados honestos. Os resumos gerados por IA e as classificações de candidatos significam que está a rever um relatório estruturado e conciso em vez de quarenta transcrições brutas. Como a avaliação é gerada diretamente a partir dos itens indispensáveis reais da sua descrição de vaga, testa as competências específicas que listou em vez de um banco genérico de competências, o que fecha a lacuna entre o que pediu e o que realmente mede.

O Talent Approved funciona com um modelo de pagamento por utilização, uma taxa de 5 dólares por candidato que conclua uma avaliação, sem compromisso de subscrição necessário. Se acabou de aperfeiçoar uma descrição de vaga usando o framework acima, o passo natural seguinte é transformá-la num teste: crie um teste de competências a partir da sua descrição de vaga e veja a classificação de candidatos que produz no seu primeiro lote de candidatos.

Fontes

Algumas fontes moldaram as orientações deste artigo, e cada uma vale uma leitura mais aprofundada se estiver a construir um argumento para mudar a forma como a sua equipa escreve publicações de emprego.

FAQ

O que é a regra 70/30 na contratação?

O que é a regra dos 3 meses num emprego?

Na escrita de descrições de vaga, o enquadramento dos "3 meses" refere-se normalmente à indicação de um resultado concreto que o novo colaborador deve alcançar nos primeiros 90 dias, dando tanto ao candidato como ao empregador um referencial claro de compatibilidade e desempenho logo no início.

Quais são os erros comuns nas descrições de vaga?

Os erros mais comuns são listas de requisitos "tudo e mais alguma coisa" que desincentivam candidatos qualificados de se candidatarem, clichés corporativos vagos como "ambiente dinâmico", faixas salariais ausentes ou meramente performativas, e títulos demasiado criativos para as plataformas de emprego indexarem.

Qual é um bom ponto de partida para desenvolver uma descrição de vaga?

Comece pelo resultado que a contratação precisa de entregar nos primeiros 90 a 180 dias, depois trabalhe de trás para a frente até às três a cinco competências indispensáveis necessárias para o alcançar, em vez de começar por uma lista genérica de responsabilidades.

Como transformo uma descrição de vaga finalizada num teste de competências?

Extraia os resultados principais da função, defina duas ou três competências testáveis por resultado e crie prompts curtos em torno delas. A funcionalidade Magic Create do Talent Approved automatiza este processo diretamente a partir do texto da sua descrição de vaga.