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 aceite, os requisitos pendentes e o contexto do cliente numa única passagem.
Pacote de passagem para execução
- Cliente e pessoas: contacto diário, quem aprova e responsável interno.
- Base aceite: proposta ou âmbito datado e evidência da decisão.
- Entregas e exclusões: o que está e não está incluído.
- Materiais: ficheiros, 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 respetivas condições.
- Dúvidas: factos por esclarecer e quem os acompanha.
Ligue os registos de origem em vez de copiar versões contraditórias do acordo.
Passagem fictícia ainda sem condições de início
Venda: website de cinco páginas, revisão 3 aceite. 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: âmbito aceite, 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 aceite.
Confirme a passagem, não apenas o projeto
Registe quem recebeu, quando e que perguntas continuam abertas. Separe “passagem recebida” de “pronto a começar”. Informe o cliente sobre o próximo contacto e a ação efetiva.
É um modelo operacional utilizável num 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 registo e substituir os factos antes de o usar.
- Âmbito aceite: pintar a receção e substituir as luminárias acordadas; obras estruturais excluídas.
- Evidência comercial: ligação à proposta aceite 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 aceite. O modelo não promete criação automática de projetos ou pagamentos.
Continue com: Agenda de arranque de projeto e registo de decisões · Pedido de alteração de âmbito: modelo para registar a decisão.
Continue com um recurso relacionado
Adapte o exemplo aos seus factos, atribua um responsável e reveja o resultado antes de o utilizar. Os recursos estão disponíveis sem criar conta.
Próximo recurso prático