Colay / Guias
Transforme múltiplas perspectivas de IA em uma proposta para o cliente
Consultores e agências precisam de uma proposta que ajude o cliente a concordar com o próximo passo. No Colay, você pode coletar respostas individuais dos agentes, discutir divergências no Consensus e solicitar uma apresentação HTML da conclusão. Este guia conecta esse fluxo de trabalho ao briefing do cliente, aos limites do escopo e aos compromissos que você pode fundamentar.
Decida o que a proposta precisa alcançar
Uma apresentação para uma reunião inicial tem uma finalidade diferente de uma proposta pronta para aprovação. A primeira ajuda a esclarecer o problema e acordar uma etapa de diagnóstico. A segunda especifica escopo, responsabilidades, preço e condições de aceitação. Informe a etapa da negociação no briefing para que o rascunho não assuma compromissos além do que foi acordado.
Descreva o destinatário, a decisão pela qual ele é responsável e o que já sabe. O dono de uma empresa pode estar escolhendo o próximo passo enquanto a liderança de operações verifica se a equipe pode apoiar a implementação. Essa distinção determina quais objeções merecem atenção e o que deve aparecer nos slides.
Cenário resolvido: uma agência analisa solicitações de entrada perdidas
Imagine um cliente pedindo a uma agência para implementar um novo CRM porque algumas consultas estão sendo perdidas. O material de origem inclui um mapa de processos e exemplos de solicitações perdidas. Não estabelece se a perda ocorre durante transferências de pessoal, entrada de dados ou acompanhamento. Este é um fluxo de trabalho hipotético, não uma história de cliente do Colay.
Uma proposta inicial pode ir direto para a implementação. A revisão pode revelar que substituir o sistema ainda não se justifica: a verdadeira causa pode ser uma definição pouco clara de responsabilidades. Um resultado útil da discussão seria propor a análise do processo, testar a causa e depois acordar o escopo da implementação. Evidências favoráveis à substituição do sistema levariam a uma recomendação diferente.
Leve esse raciocínio para a apresentação: o que se sabe, qual incerteza a primeira etapa resolve e o que dá suporte à próxima decisão. Uma descrição refinada do novo sistema não estabelece essa conexão.
Revise o briefing sob diversas perspectivas
Estas são tarefas sugeridas para seus prompts, não um painel integrado de especialistas certificados. Use Ask separately para respostas iniciais individuais. Forneça o mesmo resumo e identifique onde terminam as evidências do cliente e começam suas suposições.
Para uma conclusão conjunta, use Consensus com o briefing, os trechos relevantes e as notas de revisão. Forneça esses materiais explicitamente: conversas separadas não se tornam automaticamente fontes de uma nova solicitação. Peça que a discussão preserve divergências que as evidências disponíveis não conseguem resolver.
- Designer de solução: qual sequência de trabalho aborda o problema do cliente.
- Crítico: quais declarações não têm suporte e quais dependências estão faltando.
- Perspectiva do destinatário: o que precisa ser esclarecido antes da aprovação.
- Editor: como transformar as descobertas revisadas em um documento conciso.
Transforme promessas em condições que a equipe possa verificar
Não transforme incógnitas em números confiáveis apenas para preencher um slide. A equipe responsável deverá confirmar estimativas, datas e compromissos. Deixe uma pergunta no rascunho de trabalho quando um valor não for resolvido; na versão do cliente, indique a condição claramente ou remova a promessa não suportada.
| Afirmação no rascunho | O que especificar |
|---|---|
| Aumentaremos as vendas | A mudança de processo incluída no escopo e como seu resultado será avaliado. |
| Todas as integrações incluídas | Sistemas nomeados, acesso necessário e limitações acordadas. |
| Entrega na data acordada | A data, as dependências e as condições que dão início ao cronograma. |
| Suporte incluído | O período de suporte, o trabalho coberto e os limites de responsabilidade. |
Uma solicitação para conclusão e apresentação
“Usando este briefing [evidências] e as notas de revisão [trechos], prepare uma proposta para [destinatário] na etapa de [reunião inicial ou aprovação do escopo]. Separe fatos de premissas. Verifique se cada atividade proposta aborda o problema do cliente. Não invente experiência da equipe, depoimentos, preços, datas ou melhorias de desempenho. Identifique condições contestadas que uma pessoa precisa confirmar. Depois prepare uma apresentação HTML cobrindo: problema do cliente; observações estabelecidas; opções e abordagem recomendada; escopo e exclusões; dependências e condições de aceitação; próximo passo.”
Revise primeiro o conteúdo da conclusão. Resolva mudanças de escopo ou de condições antes de finalizar a apresentação. A solicitação padrão do Consensus no Colay inclui uma apresentação HTML baseada na conclusão, mas revise o resultado gerado: um modelo pode omitir um requisito ou apresentá-lo de forma inadequada.
Prepare uma versão que você possa usar em uma reunião
Leia cada slide da perspectiva do destinatário. A proposta faz sentido sem uma explicação falada? O escopo está claro? A compressão removeu uma condição importante? Verifique nomes, números, links e legibilidade da tabela. Remova notas internas que não sejam destinadas ao cliente.
Exporte a apresentação revisada quando necessário. A exportação PPTX atual do Colay preserva os slides como imagens; rótulos individuais não são objetos de texto editáveis do PowerPoint. Se precisar de alterações no texto do slide, faça-as antes de exportar ou planeje edições adicionais.
Avalie o fluxo de trabalho através do tempo gasto na revisão e da clareza das condições com as quais você pode concordar. Este cenário não estabelece uma referência de tempo de preparação ou melhoria de vendas. Considere créditos e gerações repetidas. Comece com um resumo anônimo e uma seção de proposta sobre a qual a equipe discorda.
Traga sua próxima pergunta paro Colay
Escolha um modelo, use Auto ou reúna diversas perspectivas com Consensus.