01Método · DDC Framework
Sua estratégia, as necessidades do cliente, os padrões técnicos e a rotina das áreas precisam orientar o mesmo trabalho. A engenharia de contexto organiza esse conhecimento para que pessoas e IA tomem decisões com critérios compartilhados.
A IA não lê mentes. Ela precisa saber o que importa, quais limites respeitar e quem valida a entrega.
Entenda as camadas
02As camadas do contexto
O DDC (Domain-Driven Context) organiza o conhecimento da empresa em quatro domínios. Cada um responde a uma pergunta e registra decisões que os outros precisam consultar.
01 · Por quê?
Define a direção e os limites da decisão: para quem a empresa existe, como gera receita e o que considera sucesso.
02 · O quê?
Traduz a direção em algo útil para o cliente: a necessidade atendida, a experiência esperada e o que uma entrega precisa cumprir.
03 · Como construir?
Define como transformar a proposta em um sistema confiável, com dados e integrações que respeitam os limites da empresa.
04 · Como executar?
Organiza o trabalho entre áreas: quem faz, quem aprova, quando passa adiante e o que acontece quando algo sai do esperado.
Operações é uma camada própria do framework. Conecta vendas, marketing, atendimento, produto e tecnologia; inclui os processos de engenharia e os das demais áreas.
03Um exemplo de aplicação
Imagine uma empresa que quer usar IA para preparar propostas comerciais. O pedido parece simples, mas a entrega depende de acordos entre áreas.
A demanda
“Quero que a IA prepare uma proposta a partir da conversa com o cliente.”
01 · Negócio
A proposta consulta o posicionamento, os serviços elegíveis, a política de preços e os limites de negociação.
02 · Produto
O perfil do cliente, o problema identificado e os critérios de escopo definem o que a proposta deve oferecer.
03 · Engenharia
O sistema acessa as fontes autorizadas, respeita permissões e verifica os dados necessários para montar o documento.
04 · Operações e processos
O fluxo define quem revisa preço e escopo, quando a proposta pode ser enviada e como registrar a decisão no CRM.
O valor da conexão
O vendedor recebe um rascunho que pode revisar por critérios conhecidos. A aprovação tem responsável, a informação tem origem e o próximo passo está definido. O ganho pode ser acompanhado pelo tempo de preparação, pelo retrabalho e pelos erros encontrados na revisão.
Exemplo ilustrativo de aplicação. O resultado depende das fontes, do processo e da validação no seu negócio.
04Como trabalhamos
Escolhemos uma demanda real, identificamos o conhecimento necessário e testamos o uso no trabalho da equipe. A estrutura cresce com o que a operação aprende.
Mapeamos o processo, as pessoas envolvidas, as fontes disponíveis e o custo da falha. Definimos o que acompanhar antes de mudar a rotina.
Organizamos os quatro domínios, conectamos os documentos e definimos responsáveis pela atualização. Divergências viram decisões explícitas.
Pessoas e IA consultam o contexto pertinente à tarefa. Testamos uma aplicação delimitada, com permissões e critérios de revisão.
A equipe compara a entrega com os critérios acordados. Erros e exceções alimentam a revisão do contexto, do fluxo e da solução.
05O que fica com a equipe
A estrutura precisa ajudar a executar o trabalho. Conforme o escopo combinado, a equipe fica com os documentos, os critérios e o fluxo da aplicação escolhida.
Conhecimento separado por domínio, com fontes, referências entre documentos e responsáveis pela manutenção.
Prioridades, restrições e escolhas documentadas para que uma nova pessoa ou uma nova tarefa consulte o mesmo entendimento.
Responsabilidades, aprovações, passagens entre áreas e caminhos para lidar com exceções.
Critérios de aceitação e indicadores ligados ao processo, para acompanhar qualidade, retrabalho e tempo de execução.
O contexto precisa de fontes confiáveis, manutenção e validação humana. Ele orienta a execução; a responsabilidade pelas decisões permanece com as pessoas da empresa.