LeBouquetin a écrit 1911 commentaires

La contrainte est mixte technique et commerciale : proposer une offre "simple à comprendre" et "simple à mettre en place".

Le fait de ne pas proposer "facturation à la boîte mail" mais "facturation pour des volumes d'utilisation autorisés" est lié aux discussions qu'on a eues, et notamment des cas où des boîtes mail sont très peu utilisées ou encore lorsqu'on paie 50Go par boîte mail par exemple, au lieu d'avoir une boîte qui aurait 100Go et une autre 500Mo.

Est-ce que ça répond ?

J'entends cet argument.

Aujourd'hui cette clause a été mise pour des raisons techniques "imposées" par les outils que l'on va déployer.

La perspective d'avoir une limite plus souple est l'évolution naturelle.

Question : est-ce que retirer cette limite stricte en la remplaçant par une clause plus souple déclenchera ta contribution ?

Si oui, on change dès à présent et on prend le risque de notre côté pour la phase de lancement - en prévoyant de mettre en place un mécanisme de contrôle plus intelligent.

Merci pour le message. C'est bien ce qu'on prévoit de faire !

Pour avoir une idée du nombre de mails que vous envoyez, vous pouvez faire une recherche dans thunderbird (si vous utilisez ce client) sur une période de 1 an. Ça vous donnera une bonne idée de votre consommation et donc du coût associé dans le modèle galae (avec un coefficient de sécurité pour ne pas vous retrouver bloqué).

• Menu Édition > Rechercher > Rechercher dans le courier
• Là, pour l'entrée "rechercher dans" sélectionnez "Envoyés dans xxxx@xxx.xxx"
• Ajouter un filtre Date "se trouve après" et saisir 01/01/2022
• Ajouter un filtre Date "se trouve avant" et saisir 31/12/2022

Comme dit par ailleurs, une consommation "normale" d'un utilisateur est relativement faible et se compte plutôt en mails par personne par jour et non en "dizaines de mails par personne et par jour".

Exemple concret : Algoo est une boîte de 15 personnes. On est à une moyenne de 5 emails / personne / jour.

• Si on prend l'offre galae à 80€ HT / an, ça revient à moins de 45 centimes par boîte mail. On a 100 mails par jour, et on en envoie 75 en moyenne.
• Si on "craint" on prend l'offre à 275€ HT / an. ça revient à 1,53€ HT / personnne, avec une capacité d'envoi de 500 emails par jour.

Combien coûtent 15 boîtes mail individuelles + l'adresse support, plus l'adresse commerciale, plus les anciennes adresses qu'on conserve pendant quelques temps lors des départs, etc, etc.

Ceux-là coûtent fort peu et au sein d'une boite ou d'un groupe familial, peuvent être des one-liners anecdotiques…

On ne distingue pas les emails internes des externes.

Comme évoqué dans un autre commentaire, le nombre de mails envoyés par collaborateur est en moyenne très faible.

Il me semble que la bonne démarche n'est pas tant de chercher à "moins dépenser sur le modèle proposé par galae" mais de comparer avec les autres modèles de facturation et voir si c'est pertinent pour vous.

Dans certains cas, la facturation / boîte mail sera peut-être plus intéressante. On a des clients email qu'on facture à la boîte email en s'appuyant sur les services gandi. Sur tous les exemples qu'on a pu analyser, on arrive à un coût inférieur avec galae. La souplesse de création de boîtes "à moindre usage" (en terme d'envois ou en terme de volume de stockage) permet de mutualiser l'espace / les performances que l'on achète.

Je comprends. On s'est posé la question car l'idée du premier palier est de valider la demande, et ne proposer le * qu'à partir du second palier est nécessaire économiquement.

Le plan c'est clairement d'implémenter le * mais aussi d'être certains d'avoir la traction suffisante et de ne pas "commencer à faire des dév" alors qu'on n'atteint pas un nombre de clients suffisants.

Je suis condamné à prendre une participation sans savoir si je la paye à perte ?

A priori tu peux annuler ta contribution tant que la date limite n'est pas atteinte : https://support.ulule.com/hc/fr-fr/articles/213823469-Puis-je-annuler-une-contribution-

Un truc qui me pose question, c'est la limite journalière. Je ne pense pas écrire plus de 35 mails perso par jour en temps normal mais de manière exceptionnelle (invitation à une fête par exemple), je peux imaginer dépasser ce quota. Concrètement, si je suis sur votre offre Start, cela va bloquer au 36ème mail ? et je devrai attendre le lendemain pour continuer ? je pourrai envoyer un 36ème mail et les suivants mais je serai "surtaxé" par la suite ? Ou dit-on comprendre cela comme 35 envois/jour en moyenne ?

à valider avec des personnes plus techniques : au delà de 35 envois par jour l'envoi des emails sera refusé (tu auras une erreur SMTP). Ceci dit, si tu envoies une invitation à 36 personnes (un mail avec 36 destinataires), ça sera comptabilisé comme un seul message.

Il n'y a pas de mécanisme de surtaxe.

Je termine sur une grosse critique. Un € supplémentaire pour la livraison à domicile (oui oui, je n'habite pas le petit pays coincé entre la Bretagne et la Belgique) ? Je crois que je préférerais me passer de stickers.

On a hésité à mettre ces frais de port. C'est le prix d'un timbre et on s'est dit que c'était ok. :-s

La tarification aux mails envoyés, pourquoi pas, mais comme je fais de la revente, je n'en ai strictement aucune idées :) Et je me vois pas demander à mes clients de compter leurs mails !

Tu factures tes clients par adresse email ? Je pense que ça serait intéressant qu'on discute par rapport à ce que tu dépenses et quelle volumétrie ça te donnerait avec galae.

Qu'est ce que cela vous coûte le nombre de mails envoyés ?

Toute l'infrastructure est dimensionnée selon le volume de stockage et le nombre de mails qui sortent (et qui rentrent). Si tu envoies chez Gmail par exemple, tu es limité en volume / débit d'envoi donc si beaucoup de mails partent il faut s'adapter. Sinon tu te retrouves avec des emails qui mettent 30 minutes à arriver, c'est potentiellement problématique.

Le nombre de boîtes mail, ça va indirectement impacter la charge de support ; c'est ce qu'on va facturer avec l'option de Support Business Prioritaire.

Concernant le nombre d'emails envoyés, sur une utilisation classique (individuelle) d'emails, tu es dans une boîte entre 100 et 400 mails. Tout dépend si l'email est le moyen de communication principal. Tout dépend de l'activité des personnes.

Moi individuellement par exemple, je suis à 300 mails par mois soit 11 par jour. En moyenne. Je communique "beaucoup" à l'extérieur, ce n'est pas le cas de la majorité des gens dans l'équipe.

Si tes utilisateurs sont des humains, en comptant en moyenne 10 à 15 mails par jour, il y a des chances que tu sois bon. Plus tu auras d'utilisateurs, plus tu pourras réduire ton nb moyen de mails car les pics seront encaissés par la masse.

Après, ce qui peut chiffrer vite, ce sont les notifications envoyées automatiquement par des outils.

Aujourd'hui on est 15 au total, entre dév, tracim, adminsys, infogerance, formation et support. L'idée c'est rapidement de spécialiser l'équipe en charge de la partie mail, tout en mutualisant les services transverses (comme, marketing, pilotage, etc) et de pouvoir s'entraider au besoin.

Le support humain c'est prévu : c'est d'ailleurs ce qui nous a initialement poussé vers la proposition de ce service car on était prêt à payer plus pour avoir un vrai service mais ce n'était pas possible.

L'idée c'est qu'on va proposer ensuite une offre de service prioritaire facturée par domaine pour les domaines qui présentent un fort enjeu. C'est un peu l'idée du service business que propose scaleway sur ses serveurs pour un support prioritaire.

Merci pour tes encouragements :)

Oui c'est clair que c'est un gros morceau. C'est pour ça que ça a du sens : comme tu le dis, sinon il ne restera que des gros.

Concernant la scop vs entreprise libérée, c'est vraiment complémentaire : entreprise libérée c'est plutôt opérationnel là où scop c'est plus stratégie.

Bonne question : galae est un clin d'œil et signifie Gestion Autonome et Libre d'Adresses Email.

Concernant l'intro et le disclaimer, je n'y vois aucune objection : effectivement c'est distillé dans le journal.

Si tu n'es pas hyper pressé, je te suggère d'attendre qu'on présente notre offre algoo à venir d'ici septembre.

L'annonce va arriver d'ici semaine prochaine.

On va proposer de base les alias tels que ceux de Gandi et on facture à l'usage et non par boîte mail.

Tu parles des alias type * ou type + ?

Ce qu'on va proposer est plutôt comme migadu. Effectivement l'envoi de mails transactionnels est un sujet distinct.

Je répondais "juste" au message qui disait que Migadu semblait intéressant.

En fait c'est + pour valider l'adéquation prix / contenu de l'offre / typologie de client que juste le prix. (On ne va pas proposer une copie conforme)

C'est ce genre d'offre qu'on va proposer avec Algoo (basée sur le nombre de mails sortant et le volume de stockage avec paramétrage).

Je suis preneur d'un échange avec toi si tu es ok (ça me permettrait de valider "sur le papier" que ce que je prévois matche avec ce qu'attend un utilisateur "type")

J'ai testé sur un SoGO de dév, on a une gestion des threads conversations (ça se paramètre via les écrans de paramétrage, donc tu ne bascules pas d'un mode à l'autre comme dans thunderbird par exemple)

Concernant les partages hors utilisateurs Gandi, tu veux dire donner accès via une url publique ? en lecture ? en écriture ? A priori le SoGO que je viens de tester basiquement propose aussi un accès public (mais il est cassé sur ma config, il faut que j'investigue). En tout cas je peux récupérer un .ics.

J'en ai parlé là : Avec Algoo on va proposer une offre hébergée en France. L'idée c'est de faire "que du mail" par contre (pas de nom de domaine, pas d'hébergement web, etc).

À l'image de proton, je me pose la question de faire (également) une offre gratuite pour des adresses sur un domaine imposé (genre damien arobase algoomail point com).

Ce qu'on prévoit de faire c'est d'embarquer SoGO comme webmail (et de permettre les connexions classiques IMAP, POP3, CalDAV, CardDAV, etc). Est-ce que ça répond aux frustrations auxquelles tu fais face devnewton ? (par rapport à tes tests mailo, etc)

Par rapport à Nextcloud, Tracim cible vraiment la collaboration de groupe / d'équipe et la capacité à mixer bureautique / collaboration / communication. Nextcloud propose plus de variété fonctionnelle mais ne marche pas sans une solution de communication en complément (type chat).

Typiquement pour des associations, tu peux utiliser Tracim et ça remplace le drive, les kanbans, les mailings listes, la messagerie instantanée (qui est souvent exploitée en asynchrone en réalité).

Merci pour le retour détaillé.

L'idée d'associer un nom de domaine avec ses mails c'est la base de ce que je souhaite proposer. Personnellement, j'ai fait de l'auto-hébergement de mail pendant des années, puis je suis passé chez Gandi (plus le temps / l'énergie pour gérer moi-même) et Gandi a bien répondu pendant quelques temps. Ces derniers temps, le service s'est dégradé, on a commencé à réfléchir et depuis début d'année les bonnes raisons de partir se sont multipliées.

Tu entends quoi par basique ?

Les offres ne sont pas prêtes aujourd'hui, donc je ne peux pas encore répondre. Ce qu'il faut c'est qu'on ait un coût d'exploitation adapté au tarif qu'on propose. Donc d'une manière ou d'une autre : basique veut dire "pas cher" (à nous de trouver le bon équilibre). Sur du mail, il y a 2 facteurs de coût :

• le stockage
• le temps de travail (administratif, technique, support, etc)

Quand tu dis Infomaniak est cher mais fait bien le boulot, à quel offre tu fais référence ? (j'ai pas de doute qu'ils font bien le boulot, mais c'est sur la notion de "cher" que ça m'intéresse).

Je vois la même distinction mails "perso" / mails "pro" (avec des critères et budgets bien distincts entre les 2 populations)

Je note pour les alias dynamiques (je ne connaissais pas personnellement). J'en parle avec l'équipe.

Concernant le modèle SCIC / SCOP aucun modèle n'est exclu pour le moment (on est en cours de discussion avec l'URSCOP pour évaluer les différentes solutions) ; de ce que je comprends le modèle SCIC favorise les clients / acteurs externes là où la SCOP favorise les travailleurs (mais ni l'un ni l'autre des modèles intègre vraiment les deux).

Ce qui manque à Bookmyname d'après ce que tu dis, c'est par exemple d'avoir une option x€ / Go supplémentaire ? Ou x€ / 20 comptes supplémentaires ?

J'ai l'impression que l'idée sur des offres "VM dédiée" répond à cette approche (mais sur des volumes plus importants)

J'avais évoqué la solution imapsync

Ça peut s'utiliser comme rsync donc tu peux déjà migrer et resynchroniser 1 ou plusieurs fois (ça permet notamment d'encaisser les pertes potentielles de mail liées aux temps de propagation des DNS).

Ma perception du mécanisme de recommandations qui se base sur l'analyse des intérêts de chacun me laisse penser que ça va forcément vers une radicalisation des positions (tu as des idées, on te montre ce qui y correspond, ça te conforte dans tes idées - d'autant que ça te confronte de moins en moins aux idées alternatives)

Bonjour,

Je suis dirigeant de la société Algoo - éditrice du logiciel Tracim.

Algoo prévoit de commercialiser une offre email de proximité, éthique (et qualité bien sûr), souveraine hébergée en France.

À Algoo, on utilise jusqu'à présent différents prestataires et partenaires pour nos problématiques email (interne et client). Comme je l'évoquais il y a quelques temps nous allons probablement développer un service lié au mail.

Ce que nous envisageons vient de notre expérience et de notre évolution dans ce domaine :

• gandi est devenu un acteur "classique" (dirigé par des financiers),
• nos prestataires d'envoi de mail ne nous donnent pas forcément satisfaction en terme de relation commerciale,
• il devient compliqué voire impossible d'avoir de l'auto-hébergement et de la souveraineté sur le sujet du mail (qui reste pourtant toujours d'actualité)
• il semble y avoir des attentes en terme de souveraineté et d'éthique

Dans la démarche qu'on suit l'idée est de développer une démarche et une relation + de proximité, "artisanale" et ça passe par :

• une infra hébergée en France a priori chez DC2Scale et exploitée potentiellement avec l'aide de Dyjix
• une offre de mail "classique", hébergée mutualisée pour des besoin modestes. On ne sera pas à 42 centimes / boîte / mois mais on sera sous la barre des 4€ / mois pour les offres de base
• une offre "pro" ciblant les petites structures qui ont besoin d'aide autour de 9€ / boîte / mois (on ne cible pas les geek avec cette offre mais plutôt des gens qui cherchent un prestataire éthique et souverain qu'ils peuvent appeler et qui prend en charge tous les aspects "administratifs" et "techniques")
• une offre d'hébergements dédiés où on déploie des VM MailCow dédiées pour chacun de nos client, facturées sur des critères d'exploitation et pas de nombre de boîte (stockage, trafic).

Ce qu'on cherche à développer c'est une offre commerciale basée exclusivement sur des logiciels libres et développée selon une démarche de relation longue durée et de proximité. Et "exportable".

J'avoue que j'ai été pris de court : je m'attendais à l'annonce de Gandi, mais pas aussi rapidement. Les plans sont donc un peu bousculés. je planifie de lancer une version beta à la rentrée (septembre).

On va sans doute faire une campagne de financement participatif pour valider que l'idée génère de la traction (il faut qu'on fasse vite) ; je suis preneur de tous vos retours (ici ou en privé) sur les tarifs / services / modalités que vous recherchez.

Pour info (on ne vient pas de "nulle part" non plus), je communique depuis le début d'Algoo sur LinuxFR, vous pouvez aussi me suivre sur LinkedIN ; je suis relativement transparent.

Sachez que :

• Algoo n'a pas d'investisseurs extérieur (aujourd'hui je suis seul actionnaire)
• Je défends la cause du "vrai" logiciel libre depuis quelques temps maintenant et de plus en plus (à titre personnel, mais aussi beaucoup à travers algoo) du fait de "l'opensource washing" qui devient la norme,
• Algoo est dans une démarche de libération d'entreprise (pour donner l'initiative aux salariés) mais également dans une démarche de transformation en SCOP
• On a accompagné la ville d’Échirolles sur le déploiement de leur messagerie mail basée sur SoGO
• On travaille depuis pas mal de temps avec des clients pour leur mail (en partie en intermédiaire de Gandi)

Si vous êtes intéressés, je vous invite à réagir ici et/ou de m'envoyez un mail avec comme sujet "artisans du mail" à damien point accorsi arobase algoo point fr.