O revisor reconstrói primeiro a oportunidade
Antes de poder julgar o âmbito ou o preço, o partner relê a transcrição, procura a proposta anterior e pergunta o que o cliente acordou de facto. A revisão começa muito antes de o documento estar aberto.
Revisão e aprovação de propostas
Reveja e aprove a versão exata da proposta de consultoria.
A Solon junta a cada pedido de revisão o contexto da oportunidade, o âmbito, os pressupostos, as fontes e as alterações, e regista a aprovação contra uma versão específica em vez de um documento em movimento.
Como funciona normalmente a revisão de propostas.
A revisão raramente é um workflow. É um documento, uma thread e um partner a tentar lembrar-se do cliente.
- 01Um rascunho é anexado a um email ou largado num drive partilhado
- 02O partner abre-o sem a conversa com o cliente por trás
- 03Os comentários caem no documento, na thread e numa conversa paralela
- 04Alguém aplica o feedback e cria uma nova versão do ficheiro
- 05A aprovação é uma resposta a dizer “pode seguir”
“O documento mais recente” não é um estado de aprovação.
Quando a aprovação fica presa a um ficheiro em vez de a uma versão, a firma não consegue responder a perguntas básicas depois do facto.
Ninguém consegue nomear o que foi aprovado
Se a proposta mudou depois do sign-off, a firma não sabe dizer se o cliente recebeu a versão revista ou uma posterior. A aprovação e o artefacto afastaram-se.
As alterações materiais não repõem nada
O âmbito cresce, o preço mexe, aparece um workstream. O documento mantém o mesmo nome e a aprovação anterior continua, discretamente, a parecer válida.
O feedback fica disperso por várias ferramentas
Os comentários vivem no documento, a decisão vive no email e o raciocínio vive na memória de alguém. Nada disso chega à proposta seguinte.
Proposta Versão 4
Alterações por rever- Pedido por
- Responsável do projeto
- Revisor
- Managing Partner
- Prazo
- Sexta-feira
O que mudou
- Cliente pediu um piloto mais restrito
- Prazo passou de 12 para 10 semanas
- Preço subiu 12.500 €
- Novo workstream de dados
AprovarPedir alteraçõesRejeitar
Versão 3Aprovada
- Abordagem
- Abordagem original
- Preço
- 145.000 €
- Workstreams
- Três workstreams
Versão 4Atual
- Abordagem
- Fase de implementação revista
- Preço
- 157.500 €
- Workstreams
- Quatro workstreams
Aprovação necessária
A aprovação da Versão 3 ficou desatualizada após uma alteração material de âmbito e preço.
Porque é que as ferramentas habituais de aprovação não servem para a revisão em consultoria.
A revisão interna do partner é um passo de juízo profissional, não um passo de assinatura. A maioria das ferramentas resolve outro problema.
- Assinatura eletrónica do cliente
- As ferramentas de assinatura registam que um cliente aceitou um documento final. Não dizem nada sobre se a firma reviu o âmbito, o preço e os pressupostos antes do envio.
- Aprovação documental genérica
- As ferramentas de workflow aprovam um ficheiro. Um revisor de consultoria precisa da oportunidade por trás do ficheiro: objetivos, pressupostos, fontes e o que mudou desde a última vez.
- Confirmação informal por email
- “Por mim está bem” é rápido e não deixa registo de a que versão se aplicava, nem do que o revisor estava realmente a ver.
- Comentários no documento
- Os comentários captam bem as correções de texto. Não captam uma decisão de aprovação, o seu alcance, nem o estado em que o artefacto estava quando foi tomada.
Como funcionam a revisão e a aprovação na Solon.
- 01
Preparar o pedido de revisão
O revisor recebe a proposta com os objetivos do cliente, o âmbito, os pressupostos, as questões em aberto e as fontes que os sustentam — e não um anexo isolado.
- 02
Mostrar o que mudou
Cada pedido indica o que mexeu desde a versão anterior: abordagem, preço, workstreams, prazos. O revisor lê a diferença, não o documento inteiro outra vez.
- 03
Decidir sobre uma versão
Aprovar, pedir alterações ou rejeitar. A decisão fica associada a essa versão exata, com o revisor e o raciocínio registados ao lado.
- 04
Sinalizar aprovações desatualizadas
Quando surge uma alteração material depois da aprovação, a Solon marca a aprovação como desatualizada em vez de deixar um sign-off antigo cobrir âmbito novo.
O que torna a decisão fiável.
O contexto viaja com o pedido
Objetivos, decisões, pressupostos e questões em aberto ficam anexados à revisão, para que o partner não esteja a reconstruir a oportunidade de memória.
Mais recente e aprovada são estados diferentes
A Solon regista a versão atual e a versão aprovada em separado, e mostra quando divergiram.
Rastreabilidade das fontes
As afirmações da proposta remetem para a transcrição, o trabalho anterior ou a regra da firma de onde vieram, para que um revisor possa verificar em vez de confiar.
Histórico e comparação de versões
Compare quaisquer duas versões lado a lado e veja os campos que mudaram de facto, incluindo os comerciais.
Estado de aprovação explícito
Cada versão tem um estado — rascunho, em revisão, aprovada, aprovação necessária — em vez de um estado implícito.
Histórico de auditoria
Quem pediu, quem decidiu, o que viu e quando. Disponível depois do engagement, não apenas durante.
Quando isto mais importa.
- Os partners revêem a maioria das propostas antes de chegarem ao cliente
- As propostas mudam materialmente entre o rascunho e o envio
- Mais do que uma pessoa edita a mesma proposta
- A firma já não conseguiu dizer que versão o cliente recebeu
- As decisões de preço ou âmbito precisam de ser defensáveis mais tarde
- A revisão acontece hoje por email e comentários no documento
Perguntas sobre revisão e aprovação de propostas
- O que é um workflow de aprovação de propostas numa consultora?
- É o processo interno que leva uma proposta redigida a uma versão explicitamente aprovada: quem a revê, que contexto vê, o que pode decidir e a que versão exata se aplica a sua decisão. É distinto de o cliente aceitar ou assinar o documento final.
- Em que é que isto difere da assinatura eletrónica do cliente?
- A assinatura eletrónica regista a aceitação de um documento acabado pelo cliente. Este workflow acontece antes e dentro da firma: é a forma como um partner se assegura de que o âmbito, os pressupostos e o preço estão certos antes de algo ser enviado.
- O que é o controlo de versões de propostas em consultoria?
- É manter cada versão da proposta como um estado distinto e recuperável — para que a firma possa comparar versões, ver o que mudou e associar uma aprovação a uma delas em vez de a um nome de ficheiro.
- Porque é que a versão mais recente não é a versão aprovada?
- Porque as propostas continuam a mexer depois da revisão. Se alguém alterar o preço ou acrescentar um workstream depois de um partner a ter aprovado, o documento mais recente nunca chegou a ser aprovado. A Solon mantém esses dois estados separados e sinaliza quando uma alteração invalidou uma aprovação anterior.
- A Solon aprova propostas automaticamente?
- Não. A Solon prepara a revisão, mostra o que mudou e regista o resultado. A decisão pertence ao revisor autorizado, e as ações dirigidas ao cliente exigem aprovação explícita.
- Pode estar envolvido mais do que um revisor?
- O workflow foi pensado em torno de revisores identificados e de uma decisão explícita por versão. A configuração de políticas de aprovação específicas faz parte do que trabalhamos com os design partners.
Workflows relacionados
Explorar o workflow de propostas de consultoria
Da conversa com o cliente à proposta aprovada, passo a passo.
Transforme o âmbito aprovado em entregáveis ligados
Da proposta ao SOW, ao plano de projeto e aos artefactos de execução.
Software de propostas com IA para consultoras
O quadro completo: o que é a Solon e como as peças se ligam.