Fonder qaryon : une idée portée des années, un premier client qui ouvre la porte

J'ai eu l'idée de qaryon bien avant qaryon.

Depuis des années, je voulais ma propre structure : concevoir une architecture et la livrer moi-même, sans la passer à un autre à mi-parcours. Ce qui manquait n'était pas l'envie. C'était un premier client prêt à confier une vraie mission à une structure d'une seule personne. Ce client est arrivé en Suisse.

Ce texte raconte la création de qaryon telle qu'elle s'est passée : une idée mûre, une occasion réelle, et le saut.

Le départ en Suisse

Douze ans chez des intégrateurs et opérateurs télécom, à concevoir des architectures que d'autres devaient déployer, puis à remettre sur les rails des projets en dérive. Mon terrain n'a pas bougé : la voix d'entreprise et opérateur. UCaaS et CCaaS, SBC et IPBX, interconnexion opérateur, automatisation de provisioning. C'est de ces années que datent une plateforme UCaaS pour un groupe multi-sites de plus de 16 000 utilisateurs, et un provisioning ramené de plusieurs heures à quelques minutes par site.

Ces douze ans m'ont surtout appris une chose. L'architecte qui conçoit n'est presque jamais celui qui déploie. Un senior cadre l'avant-vente, un junior hérite du go-live, et le client découvre l'écart en production, sur sa facture ou sur sa qualité de service. J'ai vu ce cycle assez de fois pour vouloir en sortir : tenir les deux bouts, de la conception à la mise en production, sous une seule responsabilité. C'est de là qu'est née l'idée de qaryon, bien avant que la structure existe.

La Suisse, c'était une mission télécom au long cours chez un opérateur mobile. Du concret, pas des slides. Du Teams Direct Routing, des frontières SIP multi-tenant durcies et tenues en production. Le genre de mission où l'on juge un profil sur ce qui tourne, pas sur ce qu'il promet.

Le premier client qui ouvre la porte

Une idée mûre ne suffit pas. Il faut quelqu'un qui parie sur elle.

Ce quelqu'un a été mon premier client. Après avoir vu le travail livré, il a accepté de confier la suite non pas à une grande structure, mais à la mienne : une entreprise individuelle, une seule personne, un contrat de conseil B2B en bonne et due forme. Deux chantiers en parallèle, UCaaS et Teams Direct Routing, du cadrage à la production.

Convaincre, ici, n'a pas été un pitch commercial. C'est le travail déjà livré qui a convaincu. Mais la décision de transformer cette confiance en entreprise, elle, m'appartenait. Un premier client sérieux, c'est exactement l'occasion que j'attendais depuis des années pour franchir le pas.

Créer la structure

Créer qaryon, concrètement, ce sont des actes précis :

• Une entreprise individuelle en France, dans le Grand Est. Le retour au pays faisait partie du plan.
• Un kit contractuel B2B complet : contrat-cadre, annexes, NDA.
• La facturation et les devis délégués à un outil, pour ne pas y passer mes semaines.
• Un site, un journal technique, une marque.

J'ai commencé en entreprise individuelle, pas en société. Le plus simple pour démarrer, quitte à changer de structure quand l'activité l'imposera. On optimise le cadre quand il gagne de l'argent, pas avant.

Le reste, c'est le prix du saut. Plus de fiche de paie qui tombe seule, plus d'équipe derrière pour absorber un trou. Tout repose sur ce que je livre. C'est précisément ce que je cherchais.

La même main conçoit et déploie

qaryon existe pour tenir les deux bouts. Celui qui dessine l'architecture configure aussi le SBC, teste les flux SIP, valide la QoS. Pas de transfert vers un junior.

Ce n'est pas un slogan, c'est une manière de travailler. Quand je monte un trunk, j'écris la config moi-même, je la teste, je ne la délègue pas. Un exemple, la config d'un trunk Teams Direct Routing, là où le détail décide si l'audio tient :

# SBC Teams Direct Routing : keep-alive OPTIONS + codec figé côté trunk
ProxySet 1
  ProxyName            = "sip.pstnhub.microsoft.com"
  ProxyEnableKeepAlive = 1     ; OPTIONS toutes les 60 s, sinon Teams coupe le trunk
  KeepAliveTime        = 60
CodersGroup 0
  0 = g711Alaw64k, ptime=20    ; pas de SILK côté trunk, ptime figé à 20 ms

Deux réglages, deux décisions d'exploitation. Le keep-alive OPTIONS, sans lequel Teams coupe le trunk au bout d'une minute. Le codec et le ptime figés, sans quoi l'audio se dégrade et les tonalités passent mal. Rien de spectaculaire à la conception, tout se joue en production. C'est précisément ce qu'un transfert vers un junior fait perdre.

Ce que ça ouvre

Un premier client ouvre la porte, il ne referme pas le sujet. La suite, c'est d'autres clients, ce journal, et une plateforme SaaS que je construis en arrière-plan. L'idée que je portais depuis des années est enfin une entreprise. C'est un début, pas une ligne d'arrivée.

Si vous êtes intégrateur, opérateur ou équipe B2B avec un sujet voix, UCaaS ou SBC à cadrer, le point d'entrée est simple : prendre contact.