- Visão geral
- Instalação e configuração
- Introdução
- A interface do Cartographer
- Suas primeiras tarefas do Cartographer
- Trabalhando com automações existentes
- Documentação COMO ESTÁ (Processo atual)
- Fornecimento de documentos ao Cartográfico
- Como delegar uma tarefa
- Design TO-BE e geração de PDD
- Refinando seu PDD e a lista de verificação de qualidade
- Geração de um SDD
- Enviando SDDs para o Automation Hub
- Confiança e conformidade
- Governança
- Recursos
- Referência
- Solução de problemas
- Backup e restauração
Design TO-BE e geração de PDD
Os estágios de processo Design para ser e Arquitetar no Cartographer, cobrindo a atribuição do modo de automação, o mapa de processo do estado futuro e a geração do Documento de design de processo.
Projetar como está projeta o estado futuro do seu processo com base no mapa COMO ESTÁ confirmado. O processo do Arquitete combina ambos os estados em um Documento de Design de Processos (PDD) para download.
Pré-requisitos
Confirmamos e bloqueamos seu mapa de processo AS-IS. Consulte a documentação AS-IS.
Iniciando o design como ser
Design para ser normalmente leva cerca de uma hora. Você pode pausar em qualquer ponto e retomar em uma sessão posterior. Para começar, diga: "Continuar para o design atual" ou " Vamos projetar o estado futuro".
Atribuição de modos de automação
A primeira tarefa no Design como será é atribuir um modo de automação a cada etapa no seu processo. Cartographer mostra cada etapa e solicita que você selecione como isso será tratado após a automação.
| Mode | O que isso significa | quando usar |
|---|---|---|
| Totalmente automatizado | Executa sem intervenção humana — baseado em regras, de sistema para sistema | Etapas com regras claras em que um bot de API ou RPA lida com tudo |
| Assistido | É executado ao lado de quem o aciona ou orienta | Etapas em que uma pessoa precisa iniciar ou revisar em tempo real |
| Agente | Orientado por IA — lida com variação ou julgamento no runtime | Etapas com entradas de variável, linguagem natural ou decisões dinâmicas |
| Revisão humana | Automatizado com uma etapa de aprovação humana obrigatória | Etapas com requisitos de conformidade, financeiros ou de assinatura de exceção |
| Manual | Permanece totalmente humano | Ações físicas, julgamento de política ou etapas fora do escopo por enquanto |
Exemplos de atribuições para um processo de roteamento de cobrança de laboratório:
- Receber o arquivo de pedido do LIS — Totalmente automatizado
- Validar códigos de cobrança em relação às regras do pagador — agente
- Rotear para a fila de faturamento — Totalmente automatizada
- Aprovar cobranças de exceção sobre o limite — Revisão humana
- Reconciliar discrepâncias de fim de dia — Assistido
Se você não tiver certeza de um modo, escolha manual como um padrão conservador e marque-o como provisório. Você pode alterar qualquer modo antes ou após a geração do PDD.
Resposta a perguntas de design
Após definir o modelo de entrega, o Cartographer faz um pequeno número de perguntas direcionadas específicas para o design do seu processo. Essas não constituem uma lista de verificação fixa — apenas perguntas que são realmente necessárias:
- Gatilho — o processo começa com um agendamento ou quando ocorre um evento?
- Pontos de revisão humana — quem aprova exceções e como eles recebem notificações?
- Tratamento de erros — o que acontece se um sistema não estiver disponível ou se houver dados ausentes?
Responda ao que você sabe. Se algo ainda não foi decidido, diga isso — ele é registrado como um item aberto no PDD.
Decisões de transformação
Cartographer apresenta uma lista de melhorias e transformações propostas diretamente no painel de conversa. Considere cada recomendação cuidadosamente e aprove apenas aquelas que você deseja incluir no design futuro.
Cada decisão de transformação é rastreada na tabela de decisões de transformação , revisável a qualquer momento no painel esquerdo, com:
- A justificativa e as evidências por trás disso
- A alteração proposta
- Seu estado de aprovação — aceito ou rejeitado
Solicite o agente para adicionar esta tabela ao PDD.
Confirmação do mapa de processo de estado futuro
Depois de definir o modelo de entrega, o Cartographer gera um mapa de processo de estado futuro, codificado por cores por modo de automação:
| Cor | Mode |
|---|---|
| Azul | Totalmente automatizado |
| Teal | Assistido |
| Marrom | Agente |
| Vermelho escuro | Revisão humana |
| Verde | Manual |
A confirmação do mapa de estado futuro é um ponto de verificação obrigatório. O Cartographer não elabora a documentação detalhada de etapas TO-BE até que você confirme o mapa. Uma alteração no formato do mapa após esse ponto requer refazer seções afetadas, portanto, reserve um período para fazê-lo corretamente.
Itere no mapa até que ele reflita com precisão seu design. Quando você estiver satisfeito, diga: "Confirmo o mapa de estado futuro".
Revisão dos detalhes do estado futuro em rascunho
Com o mapa confirmado, o Cartographer escreve:
- Etapas de estado futuro — uma entrada por etapa com gatilho, entradas, saídas e modo atribuído
- Tratamento de exceção — documentado apenas quando seu tratamento TO-BE difere de AS-IS
- Benefícios — uma narrativa qualitativa que abrange período do ciclo, redução de erros, capacidade liberada e auditabilidade
A seção de benefícios descreve apenas resultados qualitativos. Ela não inclui cálculos de ROI, economia de custo em dólares ou projeções de período de retorno. Adicione um caso de negócios quantificado manualmente após o download.
Revise os detalhes rascunhos e solicite correções antes de confirmar que o Design futuro está concluído. Após confirmar, diga "O design futuro está concluído" ou "pronto para gerar o PDD" para migrar para o processo do Arquiteto.
Geração do PDD
Metadados do documento
Antes de gerar o PDD, Cartographer resolve quatro valores do que já sabe — nome do seu processo, nome da organização, autor e versão do documento — em vez de fazer um conjunto fixo de perguntas:
| Campo | Como foi resolvido | Observações |
|---|---|---|
| Nome do processo | Do processo que você documentou | Use o nome oficial conforme ele aparece nas capas dos documentos |
| Nome da Organização | Do wiki, da conversa ou de seus documentos de origem | O Cartographer pergunta apenas se realmente não pode determinar isso, por exemplo: "Qual cliente ou organização deve ter o nome do documento na cobertura?" |
| Autor | Do contexto ou deixado em branco | Nome ou nomes para aparecer na capa e no cabeçalho |
| Versão do Documento | O padrão é 1.0 ou incrementa um rascunho existente | Incremente para 0.x durante ciclos de revisão e promova para 1.0 na aprovação final |
Use um número de versão 0.x durante a revisão das partes interessadas. Promover para 1.0 apenas quando o documento receber a assinatura final. Você pode alterar qualquer um desses valores posteriormente nos detalhes de Editar do painel do documento.
Escolha de um formato de documento
No início do processo do Arquiteto, você pode escolher um formato de documento. Se você pular essa etapa, o Cartographer gera um PDD padrão.
| Format | Melhor para | Tamanho típico |
|---|---|---|
| PDD (Process Design Document) | Documentação completa de design de automação para desenvolvedores, arquitetos e Centros de Excelência | 30 a 50 páginas |
| Procedimento Operacional Padrão (SOP) | Guia de instruções de estado futuro para equipes de operações e treinamento | 15 a 25 páginas |
| Resumo da transformação | Resumo executivo da transição do estado atual para o futuro | 3 a 5 páginas |
Para usar o modelo de sua própria organização, gere um PDD no formato padrão, em seguida, anexe ou cole seu modelo de destino e peça, por exemplo, "Aqui está um modelo para um formato PDD diferente — escreva o conteúdo do PDD nesse formato e me forneça a saída.>
O que cada PDD (Process Design Document) contém
Conteúdo COMO ESTÁ (Processo atual), de Definir como está:
- Visão geral e narrativa do processo no estado atual
- Mapa de processo de estado atual — fluxograma real incorporado
- Fluxo de trabalho atual passo a passo
- Entidades, funções e sistemas usados hoje
- Regras de negócios e pontos de decisão
- Pontos problemáticos e lacunas de estado atual
Conteúdo TO-BE (Design futuro), do Design futuro:
- Visão geral do processo de estado futuro
- Mapa de processo de estado futuro, codificado por cores por modo de automação
- Fluxo de trabalho futuro passo a passo com modo por etapa
- Tabela de modelo de entrega — etapa, modo atual, modo futuro
- Alterações no tratamento de exceções
- Narrativa de benefícios qualitativos
Seções de suporte, geradas automaticamente:
- Atribuição de origem — de onde vem cada fato
- Abrir lacunas e itens adiados do registro Definir lacuna como está
- Funções e responsabilidades
- Documentação referenciada
Revisão e download
Após a geração, que normalmente leva de dois a cinco minutos, o PDD aparece no painel de documentos do Cartographer com:
- Uma visualização em tempo real de todas as seções.
- Links "Refinar seção" na parte inferior de cada seção para atualizações direcionadas
- Espaços reservados de captura de tela onde as capturas de tela do sistema apareceriam, preenchidas a partir de todas as gravações de tela que você anexou durante a definição como está
Resultado: quando você estiver satisfeito com o conteúdo, selecione Baixar Para salvar um arquivo .docx. O arquivo baixado sempre reflete seu rascunho mais recente, incluindo quaisquer refinamentos que você fez no painel.
Próximas Etapas
- Pré-requisitos
- Iniciando o design como ser
- Atribuição de modos de automação
- Resposta a perguntas de design
- Decisões de transformação
- Confirmação do mapa de processo de estado futuro
- Revisão dos detalhes do estado futuro em rascunho
- Geração do PDD
- Metadados do documento
- Escolha de um formato de documento
- O que cada PDD (Process Design Document) contém
- Revisão e download
- Próximas Etapas