Biblioteca·SOP·Operações
Conecte uma agenda, incorporação em qualquer site e alterações pelo cliente; valide a jornada completa e entregue à operação.
Última revisão: · Revisão editorial
Clareza, estrutura e referências revisadas nesta versão. Não equivale a um teste em uma conta real.
Publique uma jornada completa de agendamento na 6am: agenda disponível, página de reserva no site, agendamento e contato CRM registrados, além de reagendamento ou cancelamento pelo cliente com link privado.
Este é o checklist de aceite da família de agendamento. Siga os procedimentos detalhados abaixo, reutilizando a mesma agenda em todas as etapas:
| Procedimento | Entrega para a etapa seguinte |
|---|---|
| SOP 077 — Agenda pessoal | Uma agenda, anfitrião elegível, disponibilidade, URL pública e comportamento de reserva/contato verificado. |
| SOP 078 — Incorporar em qualquer site | A mesma agenda incorporada na página do visitante, com link alternativo separado. |
| SOP 079 — Alterações pelo cliente | Política salva, contato de suporte, link privado da reserva e histórico de alterações. |
É necessário acesso à empresa correta na 6am e permissão para gerenciar agendas, agendamentos e contatos. Para incorporar, também é necessário poder salvar e publicar HTML no site de destino. Prepare nome sintético, e-mail de teste exclusivo e dois horários futuros elegíveis. Nunca use um cliente real para validar a configuração.
O escopo atual inclui um anfitrião por agenda, confirmação imediata na página, proteção contra conflitos dentro da 6am e alterações opcionais pelo cliente. Não inclui e-mails de confirmação/lembrete, sincronização externa, links automáticos de vídeo, pagamentos, grupos, rodízio de anfitriões ou fila de aprovação. Uma reserva concluída não comprova nenhuma dessas integrações.
Registre estas decisões antes de configurar:
| Decisão | O que definir |
|---|---|
| Serviço | Título público, descrição útil, duração e local ou instruções reais do encontro. |
| Anfitrião | Membro ativo e verificado da empresa selecionada, capaz de atender cada horário oferecido. |
| Horários | Fuso da agenda, faixas semanais de trabalho e bloqueios de dias inteiros. |
| Capacidade | Duração, intervalo antes/depois, antecedência mínima e janela móvel de reserva. |
| Alterações | Prazos separados para reagendar/cancelar e contato monitorado do organizador. |
| Site | Página de destino, editor responsável e alternativa por link direto. |
| Operação | Quem acompanha agendamentos e atende pedidos que não podem ser concluídos online. |
O sistema atual espaça os horários iniciais pela duração do encontro; não há configuração separada de intervalo entre inícios. O intervalo de proteção vale antes e depois da reunião. Antecedência mínima e prazo de alteração resolvem problemas diferentes: uma limita o horário que pode ser escolhido, o outro limita alterações de uma reserva existente.
Por exemplo, consulta de 30 minutos, segunda-feira das 9h às 17h, antecedência de 120 minutos e janela de 30 dias só são adequadas se o anfitrião puder cumprir esses horários. Defina valores para o negócio em vez de copiar uma configuração de teste. Compromissos externos precisam ser refletidos manualmente na disponibilidade ou nos bloqueios até existir integração validada separadamente.
Cada nova reserva guarda sua política de alterações. Novos prazos não reescrevem reservas anteriores. Desativar uma ação também a bloqueia nos agendamentos existentes. Reservas antigas sem política salva dependem da equipe. Considere essas diferenças na comunicação com o cliente.
O iframe padrão acompanha a largura do contêiner e tem altura fixa ajustável, com rolagem interna. Não exige plugin, script do site, componente específico de framework ou ajuste automático de altura. Recarregar o site hospedeiro recarrega a URL pública: guarde o link privado da confirmação antes de sair.
Use a mesma reserva sintética em todas as etapas:
Não reduza prazos de produção nem remova intervalos para fazer o QA passar. Use uma agenda sintética separada ou horários futuros elegíveis. Se o autosserviço estiver desativado por decisão do negócio, registre isso e valide o cancelamento pela equipe e o canal de suporte publicado; não declare que testou reagendamento pelo cliente.
| Verificação | Resultado esperado | Se falhar |
|---|---|---|
| Empresa e agenda corretas | Página pública, incorporação e painel apontam para a mesma agenda. | Interrompa e corrija a seleção ou o código. |
| Horário e capacidade | Fuso/deslocamento e reserva salva correspondem; intervalos ocupados não são oferecidos. | Revise fuso, anfitrião, antecedência, bloqueios e intervalos antes de receber visitantes. |
| Identidade | Reserva ligada ao contato correto ou com revisão de identidade visível. | Confira a identidade existente; evite mesclagens automáticas. |
| Alteração pelo cliente | Mesma reserva/contato, horário/status atualizado, novo link e histórico. | Confira política, prazo, publicação e alterações nos dados da agenda/anfitrião. |
| Mobile e alternativa | Controles acessíveis, conteúdo com rolagem e link direto funcionando. | Revise altura, filtragem do CMS e segurança do site. |
| Privacidade | Apenas participante e equipe de suporte apropriados recebem a URL privada. | Interrompa o compartilhamento e revise o acesso com o organizador. |
Se uma edição da agenda ou um formulário expirado rejeitar o envio, reabra a página atual e escolha um horário disponível. Um link válido não contorna prazo encerrado. Cancelamento pela equipe registra a ação da equipe; esta entrega não possui editor dedicado de reagendamento administrativo. Consulte as regras completas de elegibilidade e recuperação no SOP 079.
Cancele todas as reservas sintéticas e despublique agendas exclusivas de QA. Preserve histórico e referência para reprodução; não exclua evidências para esvaziar o painel. Uma agenda de negócio só deve permanecer publicada depois de passar nos critérios de aceite.
Registre empresa/agenda, URL e plataforma do site, regras, referência, horários anterior/novo, resultado do CRM, histórico, alternativa por link, navegador/dispositivo, revisor e data. Não inclua a URL privada de gestão em relatório público. Acompanhe painel e pedidos de suporte conforme a rotina da equipe; este fluxo não envia alerta automático por e-mail para a equipe.
Repita as verificações afetadas após mudar anfitrião, fuso, disponibilidade, política, tema, incorporação ou cabeçalhos de segurança. Mantenha a última revisão visível no procedimento, distinguindo atualização editorial de teste em uma conta específica ou em todos os CMS suportados.
