Agência de software · Vendas
Estimativa e proposta de projeto de software
Envie propostas de software baseadas em um briefing de verdade e em uma estimativa que os seus engenheiros sustentam. O cliente potencial preenche o briefing do projeto por um link público, e nenhum preço sai da empresa antes de o diretor de operações aprovar.
- Duração: 1 a 3 semanas
- Frequência: Para cada pedido de orçamento
- Etapas: 9 etapas
- Agentes de IA: 2 agentes de IA
- Aprovações: 2 aprovações
Plano gratuito, sem cartão de crédito.
O que muda com este modelo
Sem o modelo
Os orçamentos começam com um e-mail de um parágrafo.
Um desenvolvedor estima o projeto inteiro com um único número.
Os preços saem sem ninguém conferir capacidade ou margem.
Cada proposta é escrita do zero na véspera do prazo.
Com o modelo
O cliente potencial preenche um briefing estruturado, e as perguntas em aberto são listadas antes da estimativa.
Cada funcionalidade recebe uma faixa, com os riscos e as premissas por escrito.
O diretor de operações aprova o preço e a data de início antes de a proposta ser escrita.
Um agente de IA escreve a proposta a partir do escopo e do preço aprovados, e o gerente de contas finaliza.
O modelo, etapa por etapa
Cada etapa diz quem a faz: alguém da sua equipe, um agente de IA ou o cliente por um link público. Uma aprovação mantém todas as etapas seguintes travadas até ser dada.
- Feito pela sua equipe
- Feito por um agente de IA
- Feito pelo cliente, por um link público
Começa quando
Um cliente potencial qualificado pede orçamento para um aplicativo novo. O gerente de contas inicia uma execução com o nome do cliente potencial e a data de entrega da proposta.
- 1
Qualificar o pedido e compartilhar o briefing
Oculto no link públicoDia 1Gerente de contas · Equipe
Anote o que o cliente potencial pediu, o orçamento e o prazo dele, e depois envie o link público para ele preencher o briefing do projeto.
Checklist
- Reunião de descoberta feita
- Orçamento e prazo perguntados
- Link público enviado
Campos a preencher
- Nome do cliente potencial (obrigatório)
- Data de entrega da proposta (obrigatório)
- Faixa de orçamento
- Data de lançamento desejada
- 2
O cliente potencial preenche o briefing do projeto
Dias 1 a 5Contato do cliente potencial · Link público
Pelo link público, o cliente potencial descreve os objetivos e os usuários, lista as funcionalidades indispensáveis e os sistemas com que o aplicativo precisa se integrar, e compartilha links para documentos ou designs existentes.
Checklist
- Objetivos e usuários descritos
- Funcionalidades indispensáveis listadas
Campos a preencher
- Objetivos e usuários (obrigatório)
- Funcionalidades indispensáveis (obrigatório)
- Sistemas a integrar
- Link para documentos ou designs existentes
- 3
Dividir o briefing em uma lista de funcionalidades
Semana 1Redator de escopo · Agente de IA
O redator de escopo transforma o briefing em uma lista de funcionalidades agrupada por área do aplicativo, com as premissas que adotou e as perguntas a fazer ao cliente potencial.
Campos a preencher
- Rascunho da lista de funcionalidades (obrigatório)
- Premissas e perguntas em aberto (obrigatório)
Revisão humana: O arquiteto de soluções corrige a lista de funcionalidades na etapa 4.
- 4
Revisar o escopo e estimar cada funcionalidade
Oculto no link públicoSemanas 1 a 2Arquiteto de soluções · Equipe
Corrija a lista de funcionalidades, resolva as perguntas em aberto com o cliente potencial e estime cada funcionalidade em faixa. Se faltarem respostas, marque a execução como bloqueada e anote o que você perguntou.
Checklist
- Lista de funcionalidades corrigida
- Perguntas em aberto resolvidas
- Cada funcionalidade estimada em faixa
- Riscos e premissas listados
Campos a preencher
- Link para a estimativa (obrigatório)
- Estimativa mínima em dias (obrigatório)
- Estimativa máxima em dias (obrigatório)
- Principais riscos (obrigatório)
- 5
Aprovar o preço e as condições
Oculto no link públicoSemana 2Diretor de operações · Equipe
Compare a estimativa e os riscos com a capacidade da equipe, escolha preço fechado ou por hora, e defina o preço, os marcos de pagamento e a data de início mais cedo possível.
Checklist
- Estimativa e riscos revisados
- Capacidade da equipe conferida para a data de início
- Marcos de pagamento definidos
Campos a preencher
- Modelo de preço (obrigatório)
- Preço (obrigatório)
- Data de início mais cedo possível (obrigatório)
Aprovação: A proposta só é escrita depois que o diretor de operações aprova o preço e as condições.
- 6
Escrever a proposta
Semana 2Redator de propostas · Agente de IA
O redator de propostas escreve a proposta a partir do briefing, da lista de funcionalidades corrigida, do preço e da data de início, na estrutura das suas instruções, com o que está e o que não está no escopo.
Campos a preencher
- Rascunho da proposta (obrigatório)
Revisão humana: O gerente de contas corrige e aprova a proposta na etapa 7.
- 7
Finalizar e enviar a proposta
Semana 2Gerente de contas · Equipe
Corrija o rascunho, passe para o seu formato de proposta, aprove e mande por e-mail ao cliente potencial, que registra a decisão pelo link público.
Checklist
- Rascunho corrigido
- Escopo e exclusões claros
- Proposta enviada
Campos a preencher
- Link para a proposta (obrigatório)
Aprovação: A etapa de decisão do cliente potencial fica travada até o gerente de contas aprovar a proposta final.
- 8
O cliente potencial decide sobre a proposta
Semanas 2 a 3Contato do cliente potencial · Link público
O cliente potencial lê a proposta que o gerente de contas enviou e registra a decisão pelo link público, com o que mudaria ou por que recusa.
Campos a preencher
- Decisão (obrigatório)
- O que mudar ou por que não
- 9
Registrar o resultado
Oculto no link públicoSemana 3Gerente de contas · Equipe
Registre o resultado e o motivo no seu CRM. Se for um sim, envie o contrato para assinatura e planeje o kickoff do projeto; se for um não, anote o que pesou na decisão.
Checklist
- Resultado registrado no CRM
- Contrato enviado para assinatura
- Kickoff do projeto planejado
Campos a preencher
- Resultado (obrigatório)
- O que pesou na decisão (obrigatório)
Termina quando
O cliente potencial aceitou ou recusou a proposta, e o escopo, a estimativa e o preço por trás dela estão na execução.
Deixe do seu jeito. Renomeie etapas, troque responsáveis e adicione itens de checklist, campos ou aprovações. O modelo é um ponto de partida para o jeito de trabalhar da sua equipe.
Os agentes de IA deste modelo
Um agente só trabalha nas próprias etapas, e alguém da sua equipe confere o que ele fez. Tudo o que um agente grava em um app conectado aguarda aprovação, a menos que você permita.
Redator de escopo
Transforma o briefing do cliente potencial em uma primeira lista de funcionalidades com premissas e perguntas em aberto.
O que ele faz
- Lê o briefing que o cliente potencial preencheu
- Agrupa as funcionalidades por área do aplicativo
- Lista as premissas que adotou e as perguntas a fazer
- Conclui a sua etapa para a estimativa começar
Revisão humana: O arquiteto de soluções corrige a lista de funcionalidades na etapa 4.
Redator de propostas
Escreve a proposta a partir do escopo, da estimativa e do preço aprovados.
O que ele faz
- Lê o briefing, a lista de funcionalidades corrigida, o preço e a data de início
- Segue a estrutura de proposta das instruções da sua etapa
- Indica o que está e o que não está no escopo
- Escreve o rascunho da proposta na sua etapa
Revisão humana: O gerente de contas corrige e aprova a proposta na etapa 7.
Perguntas que este modelo responde
Divida o briefing em funcionalidades, estime cada uma em faixa e anote as premissas e os riscos que podem mudar a estimativa. Na etapa 3 o redator de escopo transforma o briefing em uma lista de funcionalidades, e na etapa 4 o arquiteto de soluções a corrige e estima cada funcionalidade.
Os objetivos e usuários, as funcionalidades indispensáveis, os sistemas com que o aplicativo precisa se integrar e links para o que já existe. A etapa 2 pede exatamente isso ao cliente potencial pelo link público, antes de qualquer estimativa.
Precifique a partir de uma faixa com riscos nomeados, e deixe a aprovação com alguém que conhece a capacidade da equipe. A etapa 5 é um controle de aprovação: a proposta só é escrita depois que o diretor de operações aprova o preço, o modelo de preço e a data de início.
O preço fechado combina com um escopo claro e riscos pequenos, e o modelo por hora com um briefing que ainda tem muitas perguntas em aberto. Na etapa 5 o diretor de operações escolhe o modelo de preço com a faixa estimada e os principais riscos da etapa 4 à vista.
Deixe a IA escrever o escopo e a proposta a partir do que o cliente potencial e a sua equipe já escreveram, e mantenha o preço e o texto final com pessoas. O redator de escopo na etapa 3 e o redator de propostas na etapa 6 escrevem os rascunhos, e o arquiteto de soluções na etapa 4 e o gerente de contas na etapa 7 conferem o trabalho deles.
Registre a decisão e o motivo em toda proposta, não só nas que você ganha. Na etapa 8 o cliente potencial registra a decisão pelo link público, e na etapa 9 o gerente de contas anota o resultado e o que pesou na decisão.
Execute este fluxo no OKiDO
Configure as etapas, os responsáveis e as aprovações uma vez e depois inicie uma execução para cada caso novo.