WelcoKit

Les hôtes répondent aux mêmes questions pour chaque voyageur : le mot de passe du wifi, comment entrer, où se garer, le règlement intérieur et que faire dans le quartier. Ces informations se trouvent généralement dans un classeur imprimé, un PDF que personne n’ouvre ou une série de messages WhatsApp envoyés à la hâte au moment où le voyageur arrive.

Étant moi-même copropriétaire de deux locations de courte durée (Sol Muralla à Séville et Carihuela Cristal à Torremolinos), ce n’était pas un brief hypothétique mais un problème que je vivais au quotidien. Il avait deux coûts :

• Le temps : les mêmes cinq ou six questions, répétées à chaque séjour et pour chaque logement.
• L’expérience du voyageur : l’arrivée est la première impression d’un séjour, et une réponse lente ou incomplète la gâche dès le départ.

La décision centrale a été de concevoir autour d’un lien unique et jetable plutôt qu’un identifiant ou une application. L’hôte génère une URL par séjour, liée au nom et aux dates du voyageur. Il n’y a pas de compte à créer ni d’appli à télécharger : le voyageur ouvre une page qui sait déjà qui il est et quand il séjourne. Trois choix en ont découlé :

• Zéro friction pour le voyageur : un seul geste depuis un message WhatsApp ou Airbnb, sans parcours d’accueil.
• Des minutes, pas des heures, pour l’hôte : la configuration ressemble plus à remplir un formulaire qu’à construire un site.
• L’IA comme levier, pas comme gadget : les recommandations locales, la section la plus fastidieuse à rédiger, sont générées à partir de la localisation et du type de destination du logement, et l’hôte peut tout modifier.

Une offre gratuite pour un seul logement a été un choix délibéré de mise sur le marché, pour que les hôtes puissent essayer le produit sur une annonce avant de payer pour davantage.

Pour comprendre les deux publics de bout en bout, j’ai cartographié deux parcours. Celui de l’hôte passe par la découverte, l’évaluation, la prise en main, le premier voyageur, l’usage continu et le changement d’offre. Celui du voyageur va de l’avant-arrivée et de l’ouverture du guide à l’arrivée et au check-in, au séjour, à la demande d’aide et au check-out. Chaque carte couvre les actions, les points de contact, les ressentis, les points de douleur et les opportunités.

Deux frictions se répètent dans les deux cartes : la confiance dans les recommandations générées par l’IA, et l’incertitude quant à savoir si le voyageur ouvre vraiment le lien. Les opportunités qui en sont sorties ont façonné le produit : un aperçu en direct du guide avant l’inscription, une modification sans effort du contenu généré par l’IA, une confirmation claire que le guide a été ouvert, et une invitation à changer d’offre qui montre ce que l’hôte a déjà économisé.

Deux rôles d’utilisateur appelaient deux interfaces différentes, parce qu’ils s’utilisent dans des contextes différents. Le tableau de bord de l’hôte est un outil d’administration utilitaire, utilisé à un bureau et optimisé pour une saisie rapide des données. Le guide du voyageur est une expérience de lecture calme et éditoriale, utilisée sur téléphone, souvent en route vers le logement, qui devait se charger vite, s’utiliser d’une main et ressembler davantage à la page d’accueil d’un hôtel de charme qu’à un logiciel.

L’architecture de l’information est construite autour de blocs de contenu (wifi, arrivée, départ, règlement intérieur, parking, équipements, recommandations et notes personnalisées). Chacun a sa propre icône pour que le voyageur puisse parcourir le guide visuellement, plus proche de la signalétique d’un aéroport que d’un document.

L’identité visuelle associe un bleu ardoise (#1B4F72) et un orange vif (#FF4200) à une typographie serif pour les noms de logements et à Inter pour tout ce qui est fonctionnel, en évitant l’aspect générique des tableaux de bord SaaS, car le guide fait partie de la marque d’hospitalité de l’hôte. Le produit est multilingue dès sa conception, avec l’espagnol, l’anglais, le français, l’italien et le portugais pris en charge dès le début.

J’ai mené le produit du premier croquis à un service en ligne par moi-même, sans équipe de développement intermédiaire, de sorte que chaque décision de design est arrivée intacte en production.

• D’abord le design, dans le détail : écrans, états et textes ont été définis avant la construction, afin que chaque itération dispose d’une spécification concrète à suivre.
• En cycles courts : l’interface et le modèle de données ont été développés et affinés de façon itérative plutôt qu’en un seul grand transfert.
• Une croissance itérative après le lancement : de deux à cinq langues, de liens génériques à des liens voyageurs personnalisés qui expirent, une classification du type de destination pour de meilleures recommandations, un quota mensuel de régénération par IA par catégorie et des garde-fous d’abonnement avec Stripe.
• Validé sur de vrais logements : Sol Muralla et Carihuela Cristal ont été les premiers tests en conditions réelles, si bien que la friction initiale a été repérée de première main.

Du côté de l’hôte : la publication, une image de couverture, le téléphone de contact du voyageur, un code QR imprimable et une vue d’analyse simple. Du côté du voyageur : le guide en un geste.

• Des liens voyageurs personnalisés et à durée limitée, liés au nom du voyageur et aux dates du séjour.
• Des recommandations locales générées par IA et adaptées à la localisation (quoi voir, où manger, vie nocturne, plages, nature), modifiables par l’hôte.
• Des blocs de contenu avec icônes pour le wifi, l’arrivée et le départ, le règlement intérieur, le parking et les équipements, ainsi que des notes personnalisées.
• Cinq langues pour l’interface et le contenu généré.
• Des statistiques pour les hôtes : visites des 30 derniers jours, sections les plus consultées et pays des visiteurs.
• Une offre gratuite pour un logement et des offres payantes gérées via Stripe.

WelcoKit est en ligne sur welcokit.com, en production, et sert de guide voyageur pour mes deux propres logements, en plus de ses offres publiques gratuite et payantes. C’est un produit actif, pas un prototype : les liens à durée limitée et les recommandations adaptées au type de destination ont été ajoutés après le lancement, à partir de l’usage réel.

Ce que ce projet démontre :

• La responsabilité de bout en bout d’un produit SaaS, de la définition du problème au design UX et visuel jusqu’au déploiement en production.
• L’IA appliquée comme fonctionnalité du produit : un contenu adapté à la localisation, généré pour l’utilisateur final.
• Un design pour deux publics distincts, un outil d’administration et une expérience publique pour le voyageur, au sein d’un même produit cohérent.