Vendas e execução
Passagem de vendas para projeto: entregue o trabalho acordado
Uma venda ganha não é automaticamente um projeto pronto a começar. Entregue à execução o trabalho aceito, os requisitos pendentes e o contexto do cliente em uma única passagem.
Pacote de passagem para execução
- Cliente e pessoas: contato diário, quem aprova e responsável interno.
- Base aceito: proposta ou escopo datado e evidência da decisão.
- Entregas e exclusões: o que está e não está incluído.
- Materiais: arquivos, acessos, decisões e responsável por cada elemento.
- Requisitos: condições comerciais e operacionais a confirmar no processo real.
- Dependências: assuntos que impedem início ou etapas posteriores.
- Compromissos: datas realmente acordadas e respectivas condições.
- Dúvidas: fatos por esclarecer e quem os acompanha.
Ligue os registros de origem em vez de copiar versões contraditórias do acordo.
Passagem fictícia ainda sem condições de início
Venda: site de cinco páginas, revisão 3 aceito. Aprovação do cliente: Diana. Execução: Luís. Materiais: texto e fotografias aprovados por Diana; domínio através do processo seguro combinado.
Evidência atual: escopo aceito, mas faltam fotografias e combinação de acessos. Decisão: preparar o projeto e pedir os elementos em falta; não anunciar lançamento como data fixa. O processo comercial confirma separadamente qualquer requisito de pagamento ou ativação.
Permita perguntas de quem recebe
O responsável deve conseguir explicar a primeira tarefa sem pedir a vendas que reconte tudo. Pergunte: “O que foi prometido? O que falta? Quem decide se o cliente pedir mais?”
Transforme ambiguidades em perguntas. “Pacote normal” não chega quando foram discutidas exclusões, idiomas ou responsabilidades específicas. Preserve essas decisões na base aceita.
Confirme a passagem, não apenas o projeto
Registre quem recebeu, quando e que perguntas continuam abertas. Separe “passagem recebida” de “pronto a começar”. Informe o cliente sobre o próximo contato e a ação efetiva.
É um modelo operacional utilizável em um documento ou sistema existente. Não afirma que um CRM verifica pagamentos, transfere permissões ou cria automaticamente todo o projeto ao mudar uma oportunidade de estado.
Exemplo preenchido: passagem de uma renovação de receção
Este é um exemplo fictício, não um projeto de cliente realizado. Pode copiá-lo sem registro e substituir os factos antes de o usar.
- Âmbito aceita: pintar a recepção e substituir as luminárias acordadas; obras estruturais excluídas.
- Evidência comercial: ligação à proposta aceita e confirmação separada de eventual pagamento necessário para começar.
- Responsável pela execução: Sam; decisão do cliente: Alex.
- Primeiro marco: confirmar visita e materiais antes de acordar a data de início.
- Dúvida: quem disponibiliza acesso fora do horário?
- Condição de início: responsável aceita o processo, encontra o âmbito e atribui os requisitos pendentes.
Mudar a etapa de uma oportunidade não conclui a passagem. Quem executa precisa de encontrar e compreender o acordo aceita. O modelo não promete criação automática de projetos ou pagamentos.
Continue com: Roteiro de início de projeto e registro de decisões · Solicitação de mudança de escopo: modelo para registrar a decisão.
Continue com um recurso relacionado
Adapte o exemplo aos seus fatos, atribua um responsável e revise o resultado antes de utilizar. Os recursos estão disponíveis sem criar conta.
Próximo recurso prático