Pourquoi Stelyo existe

Stelyo est né d'un échec précis et évitable : un QR code dynamique qui fonctionnait parfaitement sur un carton produit, une vitrine, ou une brochure — jusqu'à ce que l'abonnement derrière s'arrête, et qu'il commence silencieusement à afficher une 404 sur de l'imprimé déjà dans la nature et impossible à rappeler.

C'est le mauvais mode de défaillance pour quelque chose d'imprimé. Une page web peut être retirée sans que personne ne le remarque. Un QR code sur dix mille cartons imprimés ne peut pas — il est là, que quelqu'un continue de payer ou non, et la plateforme derrière ne devrait pas pouvoir décider qu'il s'arrête de fonctionner.

Donc Print Insurance n'est pas un argument marketing pour nous — c'est la raison pour laquelle le produit existe. Tout le reste (style, analytics, routing, une API) est ce qu'une plateforme de QR dynamique est censée avoir. Print Insurance, l'hébergement UE sans cookies, et un prix qui ne bouge pas après inscription sont les trois choses qu'on a construites précisément parce qu'on ne voyait aucune autre plateforme les prendre au sérieux.

On est une petite équipe, encore en bêta, et honnête sur ce qui n'est pas encore fini — les comptes multi-utilisateurs et la facturation automatique sont tous les deux marqués comme à venir plutôt que présentés comme existants. Ce qui est en ligne l'est parce qu'on l'utilise nous-mêmes de la même façon que vous : imprimer un code, lui faire confiance, passer à autre chose.