Récapitulatif du mois d'août 2024

Publié le 2 septembre 2024

En août 2024, nous avons optimisé notre stratégie de contenu sur X (Twitter), obtenant 65 000 impressions et 200 nouveaux abonnés, tandis que LinkedIn a ralenti à cause des vacances. Côté produit, nous avons lancé la conception d’Hermes, un outil d'e-mailsing axé sur la gestion de contacts et conforme au RGPD, tout en avançant sur la refonte du site de Dédale. Les aspects techniques se sont concentrés sur l'intégration d'AWS SES pour suivre la délivrabilité des e-mails.

Récapitulatif du travail effectué au cours du mois d'août 2024

Création de contenu et communication sur les réseaux sociaux

Durant la première quinzaine d'août, nous avons priorisé le travail de communication et de création de contenu.

Pour permettre à nos produits de gagner en visibilité nous avons compris qu'il est essentiel de développer :

• notre stratégie de contenu mass marketing,
• notre stratégie de vente et de démarchage commerciale.

La seconde option étant étroitement liée à la notion "d'être" en capacité de convertir nos prospects en client, c'est-à-dire, avoir un produit ou un service à vendre (ce que nous n'avons pas encore), nous avons décidé de nous concentrer sur la première.

Nous avons décidé de travailler avec une approche itérative, méthode "essai/échec", pour tester et adapter notre manière de communiquer sur les réseaux.

Voici ce que nous avons découvert :

• la meilleure manière de faire des statistiques sur X est de citer des tweets et de proposer du contenu en rapport, puis de mesurer l'intérêt suscité (j'aimes, réponses au tweet, abonnements),
• certaines idées sont bonnes mais peuvent être invisibilisées par notre faible portée organique,
• il est souvent possible de remettre en avant un ancien contenu en citation/réponse d'un tweet pour lui faire gagner en visibilité,
• poster beaucoup ne suffit pas et peut parfois desservir,
• un thread doit être court,
• découper un sujet en plusieurs threads (parties) ne fonctionne pas : la première partie prend toute la visibilité et les suivantes très peu.

Voici les résultats atteints sur X :

• une publication à 65 000 impressions, pratiquement 300 j'aimes,
• un thread Twitter en 4 parties avec la première qui a atteint 112 j'aimes,
• pratiquement 200 nouveaux abonnés sur 30 jours glissants.

Au sujet de LinkedIn, le mois d'août a été plus compliqué. Nous avons observé une chute des statistiques en rapport à la période de vacances, aussi, nous avons diminué le nombre de publications pour conserver nos idées de contenu pour le mois de septembre.

Recherche et développement : suite du projet Dédale et conception d'Hermes

En parallèle de l'effort sur notre communication, nous avons continué d'échanger sur Dédale pour :

• améliorer le produit et définir les prochaines fonctionnalités à prioriser,
• comprendre les besoins de notre coeur de cible (les développeurs),
• adapter notre communication et notre approche commerciale.

Voici les actions que nous avons entamées à partir de ces échanges :

• refonte du site bireme.io,
• changement de la manière de communiquer sur Dédale pour éclaircir la promesse auprès de notre coeur de cible,

et surtout : nous avons commencé le travail de recherche et conception nécessaire pour notre 2ème produit : Hermes.

Tous nos échanges nous ont amené à revenir sur la problématique initiale que nous souhaitions traiter : simplifier et moderniser les services et les méthodes d'e-mailsing.

Nous avons donc décidé de traiter la problématique de gestion de liste de contacts et de pouvoir facilement diffuser un e-mail conçu avec Dédale à une audience.

Travail lié à la conception et au développement produit

Focus produit du mois : Hermes

Les tâches produits accomplies durant le mois

UX/UI sur Hermes :

• Gestion des contacts

• Création d'audiences à partir de la liste de contacts

• Création et gestion des diffusions d'e-mails

• Définition des fonctionnalités tierces importantes : gestion des noms de domaines, cross-intégration de Dédale avec Hermes

• Refonte de bireme.io :

  • refonte de la page d'accueil pour éclaircir ce que nous faisons, pourquoi, et pour qui,
  • travail sur le copywriting de la landing page de Dédale pour éclaircir l'apport de valeur.

Focus sur : RGPD et conception produit

Permettre à nos utilisateurs finaux de créer et gérer une liste de contacts signifie stocker et traiter des données d'utilisateurs.

Cette composante essentielle d'un système d'e-mailing digne de ce nom est soumis au règlement général de protection des données (RGPD) entré en vigueur le 25 mai 2018.

Nous avons découvert, via des échanges sur Twitter et en visio avec des personnalités de l'univers numérique Français, qu'aucune solution d'e-mailsing connue ne respecte à 100% les obligations légales du RGPD :

• options de traçabilité des actions de l'utilisateur non désactivables,
• siège social de la société basé aux États-Unis et soumis au Patriot Act américain.

En France le traitement des données d'un utilisateur doit : être légitime et nécessaire au fonctionnement de l'outil pour rentrer dans la notion de bases légales, où, être soumis à consentement.

Avec Bireme Lab, nous voulons proposer une solution 100% réglementaire RGPD, orientée protection des données dès la conception, basée et pilotée en France.

Au cours de ce mois d'août nous avons revu :

• la conformité de notre infrastructure technique (localisation des serveurs, transit des données etc.),
• l'orientation produit en repensant les fonctionnalités qui pourraient poser problèmes.

Fonctionnalité d'import de contacts et RGPD

Un exemple de fonctionnalité qui a nécessité d'intégrer la notion de RGPD dans sa conception : l'import de contacts.

Dans le cadre d’une migration d’un outil de gestion d’e-mailsing à un autre, une question se pose quant au respect du processus de double opt-in. Si un utilisateur a déjà validé son inscription à ma newsletter via l’outil 1, suis-je en droit de transférer ses informations dans l’outil 2 tout en validant à sa place le double opt-in, ou dois-je lui envoyer un nouvel e-mail pour qu’il confirme à nouveau son inscription ? Cette situation soulève la question de la conformité lors du transfert de données entre deux plateformes.

Nous avons décidé de déléguer la prise de décision en proposant les deux options : l'utilisateur final pourra importer ses contacts en activant le double-optin, ou, proposer de renvoyer un e-mail "souhaitez-vous toujours avoir de mes nouvelles ?" pour obtenir à nouveau le consentement de ses lecteurs.

Travail de développement

Focus tech du mois : Hermes

Les tâches techniques accomplies durant le mois

• création du projet Hermes,
• développement du stockage des contacts,
• mise en place du système de filtrage pour créer des audiences,
• intégration des interfaces graphique pour gérer les contacts et les audiences,
• connexion entre AWS SES et notre infrastructure pour récupérer les événements concernant la délivrabilité des e-mails envoyés.

Focus sur : Récupérer les informations de délivrabilité des e-mails avec AWS SES

L'objectif principal de notre prochain produit est d'envoyer des e-mails à une liste de diffusion.
Mais nous voulons aussi confirmer à nos utilisateurs que les e-mails sont bien arrivés à leurs destinataires. Parce que ces derniers peuvent ne pas être délivrés. On appelle cela un Bounce.
Il existe 2 types de bounce :

1. les hard bounce appelés aussi permanent bounce qui indiquent que le message ne peut pas être délivré parce que :

• l'e-mails du destinataire n'existe pas,
• l'e-mails du destinataire est blacklisté.

2. les soft bounce appelés aussi transient bounce qui sont temporaires et peuvent arriver lorsque :

• la boîte e-mail du destinataire est pleine,
• le message est trop long,
• le message contient des propos bannis par le fournisseur de messagerie
• les pièces jointes sont trop lourdes ou sont potentiellement dangereuses (comme des exécutables qui pourraient contenir des virus)

Dans la pratique nous avons :

• notre application qui va se charger de récupérer une liste de contacts et générer des e-mails pour chacun à partir d'un modèle
• un service d'envoi d'e-mails, dans notre cas nous utilisons AWS SES (Simple e-mails Service)
• un service de réception d'e-mails qui dépend du destinataire : Google pour les adresses @gmail, Microsoft pour les adresses @outlook, etc.
• le destinataire, la personne à qui appartient l'adresse e-mail

Notre application va demander à AWS SES d'envoyer un e-mail à une adresse.
Cet e-mail arrive au service de reception qui va exécuter certaines vérifications avant de le transmettre au destinataire.
Si le service de réception considère que le message ne doit pas être transmis au destinataire pour une des raison évoquées plus haut, il va l'indiquer à AWS SES.
Quand SES reçoit une information provenant du service de réception, nous devons passer par le service de notification d'AWS appelé SNS (Simple Notification Service) pour transmette l'information à notre application grâce à un webhook¹.

Avec cette architecture, nous pouvons savoir quels sont les e-mails qui ne sont pas arrivés à destination et afficher l'information à nos utilisateurs.

¹ : Un webhook est un moyen automatique pour un site web ou une application d'envoyer instantanément des informations à un autre site ou application dès qu'un événement spécifique se produit.