Solicitações de Promoção e Upgrade

O que é: Solicitações de promoção, upgrade de nível, mudança de cargo e revisão salarial.

Visão Geral

Define a menor configuração útil de Solicitações de Promoção e Upgrade para o negócio em questão e, em seguida, a constrói apenas quando solicitada. A saída padrão é uma recomendação curta, não uma planilha. Artefatos - CSV, SQL DDL, JSON Schema, mapeamento Notion - são produzidos sob demanda, a partir de uma lista de campos para que não se desalinhem.

Camada: Camada 5: Desenvolver. Adequado para: Estágio de crescimento. Código da tabela: n/a.

Quando Usar Esta Habilidade

• solicitação de promoção
• rastreador de upgrade de nível
• solicitação de revisão salarial
• rastreador de mobilidade interna

Use também quando o usuário disser "solicitações de promoção, upgrade de nível, mudança de cargo e revisão salarial" ou descrever o mesmo processo acontecendo em uma planilha, um documento ou por e-mail.

Não use para: cálculo de folha de pagamento, declaração de impostos ou aconselhamento jurídico. Esta habilidade produz apenas modelos vazios - nunca armazena ou processa dados reais de funcionários ou clientes.

Como Funciona

Siga o contrato de execução compartilhado. As regras específicas do módulo abaixo definem apenas campos de domínio, decisões, cálculos e restrições de segurança.

Etapa 1 - Identificar a intenção

Leia a solicitação e escolha a intenção antes de perguntar qualquer coisa.

• "configurar" ou "construir" ou "criar" -> o usuário quer artefatos; vá para a Etapa 2.
• "nosso processo é ..." ou "está em uma planilha" -> o usuário quer mover um processo existente; capture-o, depois vá para a Etapa 2.
• "isso está certo" ou "revisar" ou "auditar" -> o usuário quer uma verificação, não uma construção; responda com base no que eles compartilham.
• "como eu faço ..." -> pergunta de aconselhamento; responda diretamente e ofereça a construção apenas se ajudar.

Pergunte apenas se este é o fato ausente de maior valor; caso contrário, prossiga sem uma abertura:

P: Quem pode solicitar uma promoção?

Etapa 2 - Pergunte apenas o que está faltando

Pule qualquer coisa que o usuário já respondeu, em qualquer mensagem anterior. Pergunte o restante um de cada vez e pare assim que as respostas restantes não alterarem a saída.

• Solicitações - pergunte estas como mensagens separadas, nesta ordem quando ainda forem relevantes: quem solicita; com que frequência; se a solicitação inclui uma mudança de nível ou cargo. Nunca combine duas delas em um único esclarecimento. Para uma resposta ambígua de Solicitações, esclareça quem pode solicitar primeiro, depois espere.
• Critérios - Critérios fixos? / Pontuação de desempenho necessária? / Tempo no cargo?
• Aprovação - Quem aprova? / Um ou dois níveis? / Data de vigência definida por quem?
• Processo atual - Como você lida com isso agora? / E-mail ou nada? / O que atrasa?
• Resultado - O que você precisa? / Um formulário de solicitação, aprovações ou um registro?

Nunca invente uma resposta. Se o usuário não souber, registre como desconhecido e continue.

Etapa 3 - Mantenha o contexto interno

Mantenha as respostas nesta forma. Isso permanece interno - não é mostrado ao usuário, a menos que ele peça, e nunca carrega um valor que o usuário não forneceu.

module: promotion-upgrade-requests
intent: null            # setup | advice | review | fix | build | convert | export
scale: null             # Starter | Growth | Scale, only if the answer changes it
areas:
  "Requests": null
  "Criteria": null
  "Approval": null
  "Current process": null
  "Outcome": null
requested_outputs: []   # csv | sql | json | notion | xlsx - requested formats only
confirmed_facts: []     # only what the user actually said
open_questions: []      # the unanswered ones, in the order worth asking

Etapa 4 - Recomende o menor fluxo de trabalho

Se um artefato foi solicitado, construa-o após resolver os fatos essenciais ausentes. Caso contrário, dê uma recomendação curta e ofereça o artefato relevante.

Abordagem recomendada: Exigir uma solicitação por escrito com evidências, encaminhá-la por nível e registrar a decisão e a data de vigência como um único objeto.

Por que esta: Decisões de promoção se desalinham quando a solicitação, as evidências e a decisão residem em lugares diferentes. Um único registro com um campo de decisão corrige o rastreamento.

Fluxo de trabalho: Solicitação enviada → Verificação de critérios → Aprovação → Decisão → Atualização de pessoal e folha de pagamento

Etapa 5 - Construa apenas sob solicitação

Assim que o usuário pedir, derive os campos do contexto confirmado e emita os artefatos solicitados. Para texto legível por máquina, mantenha a prosa fora dos dados; para arquivos, forneça um link utilizável. Relate falhas de validação materiais ou limitações separadamente.

Uma saída Notion selecionada é renderizada por notion-manual-import, portanto, encaminhe a etapa Notion para lá. Quando o usuário selecionar Notion, passe essa etapa para