Como projetar um sistema de notificação. Instruções passo a passo com exemplos

É difícil imaginar um serviço moderno sem um sistema de notificação integrado. Somos informados com cuidado de que um de nossos amigos apreciou a foto, o correio com a tão esperada pizza já está a caminho e um táxi chegou em casa.

Nos sistemas de gerenciamento de tarefas, o papel das notificações se torna crítico à medida que se integra profundamente ao fluxo de trabalho da equipe. Como uma bola jogada de mão em mão, as notificações informam prontamente sobre mudanças nas tarefas, exigem a implementação de sua parte do trabalho e solicitam informações importantes.

Abaixo, compartilharei minha experiência com uma abordagem sistemática para criar notificações. Como detectar e levar em consideração todas as situações para tornar o produto mais útil para os usuários e economizar os recursos de sua equipe?

Etapa 1: identificar os participantes do processo

Considere a história clássica de uma agência de marketing:
O diretor de arte Anthony está com pressa: sua empresa lançará em breve um novo produto no mercado, portanto os banners promocionais deverão ser entregues até o final da semana. O designer Johnny já concluiu todo o trabalho, mas, para aceitá-lo, os layouts devem ser aprovados pelos gerentes de projeto.
Portanto, Anthony define a tarefa para aprovação com um prazo até sexta-feira e adiciona uma explicação: "Por favor, aprove os banners da campanha".



Vamos dar uma olhada em quem está participando do sistema:

1. O designer é o executor da tarefa. Embora seu trabalho já tenha sido concluído, é importante que ele saiba o resultado: os modelos foram aceitos ou devolvidos para revisão.
2. Diretor de arte - aceita o trabalho executado e o aprova com o gerente-cliente. É importante para ele monitorar o processo de votação e tomar decisões táticas rapidamente.
3. Gerentes - obtenha o trabalho concluído para aprovação. É importante que eles entendam que são solicitados a verificar e com que urgência é necessário considerar a tarefa. E, é claro, tome uma decisão com a oportunidade de comentar.

Para criar um modelo de notificação, destacamos as funções abstratas envolvidas no sistema:

1. Empreiteiro - um ou um grupo de pessoas a quem a tarefa está atribuída. Definido pelo campo Performers na tarefa.
2. Iniciador - o usuário que iniciou o processo de aprovação.
3. Aprovador - Um ou um grupo de usuários atribuídos para aprovação.

Muitas vezes, pode haver funções implícitas em um sistema que você não deve esquecer. Por exemplo, se você deseja enviar notificações sobre o status do processo em andamento, será útil apresentar a função de "Robô" - mensagens para usuários em nome do seu produto.

Tente limitar esta lista. Quanto mais complexo o sistema de funções que você criar, mais difícil será para os usuários entenderem com que lógica eles trabalham.

Etapa 2: criar a tabela "Evento - Notificação"

Construa o quadro

Para projetar notificações sistematicamente e visualmente, vamos criar uma tabela. O quadro consistirá em duas partes:

Coluna da esquerda. Aqui, registraremos possíveis eventos no processo de aprovação por funções. Eles causarão o envio de notificações. Nem todas as funções na prática podem afetar o sistema. Por exemplo, o "Empreiteiro" em nosso exemplo é apenas um observador, portanto você não pode adicioná-lo à coluna da esquerda. No total, temos três seções:

1. Iniciador - ações do iniciador desde o início da declaração até o fim;
2. Aprovação - tomada de decisão e comentários sobre ela;
3. Robô - eventos de status do sistema.

Linha superior. Aqui, registramos as funções que devem receber notificações. Na prática, diferentes canais de comunicação também são usados, por exemplo, notificações push ou SMS. Para simplificar, consideraremos apenas um canal de comunicação da "Caixa de entrada" - um feed de notificação pessoal:

1. Aprovador
2. Artista
3. Iniciador

A tabela é mantida de forma mais conveniente no Planilhas Google. Além da funcionalidade poderosa, será conveniente que ela compartilhe com sua equipe e outros departamentos que precisam dessas informações. Por exemplo, com suporte ao cliente.

Compartilhe o link com os direitos de acesso Comentando. Portanto, a equipe terá a oportunidade de discutir eventos nos comentários nas células e ninguém, exceto você, poderá alterá-los ou excluí-los.

Preencher eventos

Quando o quadro da tabela estiver pronto, começamos a preencher a coluna da esquerda com todos os eventos que o usuário na aprovação pode realizar. É necessário que cada função avalie cada estado da interface e escreva as ações disponíveis. Neste ponto, siga algumas dicas:

1. Escreva eventos monossilábicos sempre que possível. Se você se apressar com o agrupamento, poderá perder alguns dos eventos simples, complicar imediatamente a redação e perder a clareza da tabela.
2. Considere o modelo lógico do sistema. Alguns eventos, dependendo do contexto, podem produzir resultados diferentes. Por exemplo, se removermos o último aprovador do processo ativo, além do evento de exclusão, a própria instrução deverá ser cancelada.
3. Não tenha medo de duplicatas. Para algumas funções, os eventos podem ser repetidos. Por exemplo, o iniciador e qualquer usuário com direitos podem alterar a data de vencimento. Deixe isso ampliar a tabela, mas ajudará a descrever melhor o sistema de ações disponíveis para todos e exclusivo para cada função.

Etapa 3: determinar os princípios para receber notificações

Os eventos estão prontos, mas antes de adicionar notificações, é útil determinar os princípios para recebê-los por função. Eles são úteis para projetar apenas listas relevantes para cada função e não sobrecarregar os usuários com informações desnecessárias. Isso ajudará os resultados de entrevistas com usuários, estudos de produtos similares e soluções conceituais colocadas no sistema.

Em nosso modelo de aprovação, descrevemos os seguintes princípios:

1. Iniciador - recebe notificações sobre decisões de aprovação e sobre todas as alterações que alguém faz em seu processo.
2. Aprovador - recebe notificações sobre o início de uma nova aprovação com sua participação e todas as alterações significativas no processo.
3. Intérprete - é um observador. Ele aprende sobre o início da aprovação, as decisões tomadas e seu fim.

Registre esses princípios para cada função nas linhas de destinatários. É conveniente indicá-los com comentários nas células. Com o desenvolvimento do sistema, os princípios ajudarão a manter um curso.

Etapa 4: preencher notificações

Por fim, você pode começar a criar as próprias notificações. Vá sequencialmente do evento da coluna esquerda pelas células de cada função do destinatário. Siga estas diretrizes:

1. Tente reutilizar o texto ou suas partes idênticas. Portanto, as notificações serão mais consistentes. Se você estiver criando um produto internacional, isso facilitará o trabalho da equipe de localização.
2. Nas linhas de notificação, realce os dados variáveis ​​entre o texto do corpo. Por exemplo, "USUÁRIO: alterou a data de vencimento para DATE". Isso facilitará o trabalho dos desenvolvedores com suas strings.
3. Não se esqueça das regras das boas notificações: texto curto, máximo de informações úteis, tom de acordo com a sua marca, princípios selecionados de recebimento. Tente pré-testar o comprimento das linhas na interface do seu produto ou nas notificações push móveis - algumas formulações podem ser difíceis de ler ou cortar com elipses.
4. Coloque traços onde as notificações não devem ser enviadas. Quando um projeto leva muito tempo, é fácil ficar confuso onde você ainda não preencheu a tabela e onde decidiu que eles não deveriam estar. Isso também removerá os problemas da equipe.

De acordo com a situação, insira o código de cores nas células e corrija-o como uma legenda no cabeçalho da tabela. Por exemplo: texto em preto - rascunho da linha, texto verde - a linha está marcada e pronta para funcionar, texto em vermelho - há problemas e detalhes de implementação nos comentários da célula.

Etapa 5: finalizando eventos

Após preencher todas as células, a tabela deve ser finalizada:

1. Traga todas essas linhas para um formulário. Às vezes acontece que em uma lista grande as partes com significado idêntico são diferentes: casos ligeiramente diferentes, preposições, sinônimos.
2. Adicione expressões para eventos em massa sempre que possível para reduzir o número de notificações de peças. Por exemplo, "USUÁRIO: N arquivos adicionados à instrução"
3. Adicione novas linhas exclusivas para substituir grupos de ações seqüenciais. Por exemplo, em vez de excluir os aprovadores e adicionar outros, você pode fazer o evento "Substituído o aprovador por APROVANDO para APROVANDO"
4. Discuta todas as notificações com a equipe de desenvolvimento. A arquitetura do produto pode não permitir que você realize algumas de suas idéias, mesmo que pareçam simples e lógicas. Quanto mais cedo você mostrar um rascunho ao desenvolvedor de back-end, mais tempo você economizará em desenvolvimento adicional.

Conclusão

Mesmo os cenários mais complexos podem se tornar visuais e fáceis de desenvolver se você abordar sistematicamente e aderir aos princípios selecionados. Uma tabela de notificação bem projetada ajudará o designer a tornar o produto mais útil e compreensível para os usuários. A equipe - para não gastar recursos extras na compreensão da idéia e de todos os detalhes, mas se concentrar na qualidade da implementação.

Algumas dicas úteis para trabalhos adicionais com a tabela:

1. Para diferentes cenários do produto, use páginas de tabela separadas. Será mais fácil navegar e encontrar os lugares certos.
2. Faça uma apresentação para a equipe de desenvolvimento. Explique a lógica e os princípios de sua construção. Responda às perguntas para que todos tenham o mesmo entendimento do trabalho.
3. Se outros designers trabalharem com notificações no seu produto, implemente a abordagem e use uma tabela comum. Portanto, todos os eventos serão salvos em um só lugar e a imagem geral ficará visível.