Ora viva...
Dito dessa maneira, dá a entender que terá de ser enviado algo a indicar que existe uma mensagem para ser recebida. Sim e não... O envio de uma notificação para que o destinatário saiba que existe uma mensagem para ser aberta, será feita de forma automática pelo servidor do lado do remetente (visto pela app cliente). Uma mensagem enviada ficará retida e no seu lugar será feita pelo sistema uma cópia da mesma mensagem sem conteúdos e seguirá exactamente pelo protocolo de email que sempre usou. Não se deseja alterações de protocolos. E o servidor não vai buscar a mensagem retida. O que acontece é que depois de clicar para abrir a mensagem, este servidor de destino executa uma flag que irá libertar a mensagem retida para finalmente ser aberta.
O numero de cliks para ter o comportamento que hoje já se tem, mantém-se. Chega a mensagem (notificação) clica para receber e esta abre.
Se o destinatário não quer ver o email, apaga essa linha da fila que está no servidor de RECEÇÃO (visto pela app cliente, tal como acontece hoje). A diferença é que os conteúdos ficam do lado do remetente dando a este a obrigatoriedade de ter de lidar com aquilo que o destinatário não quis. Será justo afirmar que da mesma forma que quem paga uma chamada telefónica que efetuou, por analogia, terá de ser o remetente a ter o mesmo encargo de responsabilidade.
As notificações não "custam" nada do lado do destinatário. Nem tempo, nem trabalho, nem mudança de hábitos.
Certamente que a responsabilidade onerosa é maior do lado do remetente, mas é isso mesmo que se pretende. A capacidade de proteção é demasiado grande para que um destinatário tenha de lidar com lixo (ou não) provocado por terceiros. O objetivo aqui é levar a uma troca de responsabilidades. É justo que assim seja.
Pense assim desta forma. Se você como remetente, actualmente terá de investir em "artifícios" para levar a que o destinatário seja convidado a receber publicidade, esse "artifício" também é pago por si. Normalmente uma empresa que envia publicidade por si, custa-lhe dinheiro. Pelo método P2T, o remetente não terá de o fazer porque está implícito no modo como servidor o faz. O custo através de um sistema P2T apenas está no incomodo de ter de ser o remetente a limpar caixas de envio que antes seria o destinatário a fazê-lo.
Completamente de acordo. Quantas vezes, recebemos mensagens que por hábito são recebidas por mero "gozo" e posteriormente teremos de ser inconvenientes para o nosso "amigo" e dizer-lhe que para já não queremos mais. No modelo P2T temos essa liberdade sem "ferir" quem quer que seja. Hoje você não quer receber, mas outro dia qualquer se a desejar, então clica na linha do seu cliente e nessa altura vai receber.
Ok, fixe. Não me importo que isso venha a acontecer com o modelo P2T. É o remetente que vai ter de lidar com as mensagens. Ele tem de ter p.ex. 1 milhão de mensagens a aguardar a recepção e 1 milhão de utilizadores recebe apenas uma notificação. Quem fica a perder?
↧