Ce que les gens font
sur OpenEmail.
12 tâches que les gens confient à OpenEmail, de tout le courrier d'une entreprise aux reçus qu'une app envoie. Chacune montre la configuration, les éléments sur lesquels elle repose et les parcours en dessous.
Une seule boîte, et les tâches qu'on lui confie.
Des adresses pour les personnes et pour les fonctions, sur un seul domaine. Chacune a ses lecteurs, garde la formule de fin commune et reste en place quand quelqu'un part.
Une adresse sur votre domaine, traitée par les personnes à qui vous l'accordez. Les règles étiquettent et répondent à l'arrivée, et tout le monde lit le même fil.
sales@, jobs@ et billing@ sont traitées par plusieurs personnes à la fois, chacune avec son accès. Rien n'est redirigé, et personne ne part avec l'adresse.
Votre app envoie un message et OpenEmail l'expédie depuis votre domaine. Chaque appel est rattaché à la clé qui l'a fait, et chaque envoi a un résultat à lire.
Écrivez-le une fois comme modèle. Envoyez-le depuis l'éditeur, depuis votre code ou le jour de votre choix, puis lisez ce qui s'est passé.
Donnez à un agent sa propre adresse et une clé limitée à ce qu'il peut faire. Il lit, étiquette, rédige et envoie, et chacun de ses appels est journalisé.
Chaque ticket, fiche ou client peut avoir son adresse. Le courrier envoyé là atteint votre point de terminaison en événement signé, et votre code répond depuis cette adresse.
Chaque client a son espace de travail : ses domaines, ses adresses, ses personnes. Vous passez de l'un à l'autre en haut de la barre latérale, et rien ne se croise.
Votre domaine, une adresse inventée par inscription, et rien qui rapporte quand vous lisez. Changez de fournisseur plus tard : les adresses suivent le domaine.
Chaque formulaire veut une adresse. Donnez-en une à chacun, voyez laquelle reçoit du spam, et désactivez celle-là sans toucher au reste.
