RADAR pour Sonelay : rendre la prospection plus lisible
Pour Sonelay, Vesoria a conçu et développé l’expérience digitale de RADAR, une plateforme de prospection pensée pour aider ses utilisateurs à repérer, qualifier et prioriser des opportunités avec moins de bruit visuel.
Le contexte
RADAR devait présenter des signaux, des priorités et du contexte sans transformer l’interface en cockpit. Le travail a donc porté sur la hiérarchie de l’information, l’UX/UI, le responsive et la continuité entre lecture et action. Le projet évolue progressivement vers l’identité Sonelay.
Ce que nous avons travaillé
La structure rapproche les éléments nécessaires à une décision : niveau de priorité, qualification et contexte. Sur mobile, la composition est recomposée pour une consultation rapide, avec des zones tactiles claires et les informations les plus utiles en premier.
- Hiérarchiser les opportunités sans donner la même importance à chaque signal.
- Rendre la qualification compréhensible sans multiplier les écrans.
- Traiter le mobile comme une expérience produit dédiée.
- Utiliser l’animation pour guider la lecture, jamais pour la ralentir.
À retenir
Un outil de prospection n’a pas besoin d’afficher davantage pour sembler puissant. Il doit surtout rendre la prochaine action plus évidente.
RADAR for Sonelay: making prospecting easier to read
For Sonelay, Vesoria designed and developed the digital experience for RADAR, a prospecting platform created to help users spot, qualify and prioritise opportunities with less visual noise.
The context
RADAR needed to present signals, priorities and context without turning the interface into a cockpit. The work therefore focused on information hierarchy, UX/UI, responsive behaviour and continuity between reading and action. The project is gradually moving towards the Sonelay identity.
What we worked on
The structure brings the information needed for a decision closer together: priority, qualification and context. On mobile, the composition is rebuilt for fast consultation, with clear touch targets and the most useful information first.
- Prioritise opportunities without giving every signal the same visual weight.
- Make qualification understandable without multiplying screens.
- Treat mobile as a dedicated product experience.
- Use motion to guide reading, never to slow it down.
Key takeaway
A prospecting product does not need to display more information to feel powerful. It needs to make the next action more obvious.
Jetsborder : repenser l’expérience digitale de l’aviation privée
Jetsborder réunit charter privé, offres Empty Legs et services autour du voyage. Vesoria a travaillé une expérience qui rende cette offre plus lisible tout en conservant la sensation de service sur mesure.
Le défi
Dans l’aviation privée, l’utilisateur doit comprendre vite sans avoir l’impression d’entrer dans un tunnel transactionnel froid. L’interface doit installer la confiance, présenter l’essentiel et accompagner naturellement la demande de vol.
La direction choisie
Le projet privilégie des contrastes nets, des médias généreux, des espaces calmes et une hiérarchie courte. Les informations utiles à la décision passent avant la décoration : itinéraire, timing, voyageurs et action suivante.
- Clarifier charter privé, Empty Legs et services associés.
- Éviter les clichés visuels de cockpit ou d’interface futuriste.
- Concevoir un mobile plus direct, tactile et dense juste ce qu’il faut.
- Faire sentir le niveau de service avant même la demande de vol.
À retenir
Dans un service premium, la sophistication utile est souvent invisible : moins d’effets, davantage de clarté et une meilleure continuité entre intention et action.
Jetsborder: rethinking the digital private aviation experience
Jetsborder brings together private charter, Empty Legs and travel services. Vesoria worked on an experience that makes the offer clearer while preserving the feeling of a tailored service.
The challenge
In private aviation, users need to understand quickly without feeling pushed into a cold transactional funnel. The interface has to build trust, present what matters and naturally support a flight request.
The direction
The project favours strong contrast, generous media, calm spacing and a short hierarchy. Decision-critical information comes before decoration: route, timing, travellers and the next action.
- Clarify private charter, Empty Legs and associated services.
- Avoid cockpit clichés and performative futuristic interfaces.
- Design mobile to be direct, tactile and appropriately dense.
- Make the service level tangible before a flight request is submitted.
Key takeaway
In a premium service, useful sophistication is often invisible: fewer effects, more clarity and better continuity between intent and action.
Velaya Experience : concevoir la découverte comme un récit
Velaya Experience présente une sélection de villas et une conciergerie autour d’une expérience privée. L’enjeu : laisser les lieux respirer, guider la découverte et éviter l’effet catalogue.
Le point de départ
Les images portent une grande partie de la projection. L’interface devait donc donner davantage de place au média, réduire le chrome et conserver une architecture suffisamment claire pour comprendre le service et passer à la prise de contact.
Une direction éditoriale
Le rythme alterne grands médias, respirations et informations courtes. Sur mobile, la composition est réorganisée plutôt que simplement empilée, afin de préserver la priorité donnée aux lieux et à la découverte.
- Donner une place dominante au média sans perdre l’information utile.
- Créer un parcours : univers, lieux, service, prise de contact.
- Réduire la densité sur mobile sans supprimer la valeur.
- Garder des mouvements discrets pour soutenir la continuité du parcours.
À retenir
Pour une marque d’hospitalité, l’interface doit aider l’utilisateur à se projeter avant de chercher à tout expliquer.
Velaya Experience: designing discovery as a story
Velaya Experience presents a villa selection and concierge service around a private experience. The challenge was to give places room to breathe, guide discovery and avoid a catalogue feel.
The starting point
Imagery carries much of the sense of projection. The interface therefore needed to give media more space, reduce chrome and keep an architecture clear enough to understand the service and move naturally towards contact.
An editorial direction
The rhythm alternates large media, breathing room and short pieces of information. On mobile, the composition is reorganised rather than simply stacked, preserving the priority given to places and discovery.
- Give media a dominant role without losing useful information.
- Create a journey: universe, places, service, contact.
- Reduce density on mobile without removing value.
- Keep motion restrained so it supports continuity.
Key takeaway
For a hospitality brand, the interface should help people imagine the experience before trying to explain everything.
GPT‑Live‑1 : ce que le full‑duplex change pour les expériences vocales
OpenAI a annoncé GPT‑Live‑1 dans l’API le 10 septembre 2026. Le modèle peut écouter et parler en même temps, gérer des interruptions naturelles et servir de couche conversationnelle pour des applications et workflows vocaux.
Ce qui est confirmé
Selon OpenAI, GPT‑Live‑1 apporte les conversations vocales full‑duplex à l’API. Il peut gérer des interruptions, et les développeurs disposent de davantage de contrôle sur le ton, le rythme et le style conversationnel. OpenAI indique aussi des connexions via WebRTC pour le navigateur, WebSockets pour les intégrations serveur et un support de la téléphonie.
Ce que cela change en conception
Une conversation vocale plus naturelle ne supprime pas le besoin de design produit. Pour une entreprise, il faut toujours définir ce que l’agent sait faire, quand il doit agir, quand il doit demander confirmation et quand il doit transmettre à un humain.
- Le full‑duplex réduit la sensation de tours de parole rigides.
- La gestion des interruptions devient une partie réelle de l’UX.
- La voix doit être reliée aux outils et workflows métier pour être utile.
- Les garde-fous, confirmations et transitions vers un humain restent essentiels.
Notre lecture
La technologie vocale progresse, mais la différenciation se jouera surtout dans la qualité du parcours : contexte, continuité, actions autorisées et ton adapté à la marque.
GPT‑Live‑1: what full duplex changes for voice experiences
OpenAI announced GPT‑Live‑1 in the API on September 10, 2026. The model can listen and speak at the same time, handle natural interruptions and act as the conversational layer for voice-enabled applications and workflows.
What is confirmed
According to OpenAI, GPT‑Live‑1 brings full-duplex voice conversations to the API. It can handle interruptions, while developers get more control over tone, pace and conversational style. OpenAI also lists WebRTC for browser apps, WebSockets for server integrations and telephony support.
What this changes in product design
A more natural voice conversation does not remove the need for product design. Businesses still need to define what the agent can do, when it should act, when it should ask for confirmation and when it should hand off to a human.
- Full duplex reduces the feeling of rigid turn-taking.
- Interruption handling becomes a real part of the user experience.
- Voice becomes useful when connected to business tools and workflows.
- Guardrails, confirmations and human handoff remain essential.
Our view
Voice technology is improving, but differentiation will mainly come from the quality of the journey: context, continuity, permitted actions and a tone that fits the brand.
Google ajuste l’application de sa politique de réputation des sites dans l’EEE
Google Search Central a annoncé le 28 août 2026 une modification de l’application de sa politique de réputation des sites dans l’Espace économique européen, avec un effet différent à partir du 30 août selon l’endroit où la recherche est effectuée.
Ce que Google a annoncé
Pour les recherches effectuées hors EEE, une action manuelle liée à la politique de réputation des sites affecte directement les résultats de recherche de la partie concernée du site, sans affecter le reste du site. Pour les recherches effectuées dans l’EEE, Google indique que l’impact de l’action manuelle ne s’applique pas ; la section concernée peut toutefois être séparée dans ses systèmes afin de se classer indépendamment du reste du site au fil du temps.
Google précise que les propriétaires de sites continuent d’être informés dans Search Console lorsqu’une action manuelle est appliquée et qu’une demande de réexamen reste possible.
Ce que cela rappelle aux marques
Une stratégie éditoriale durable ne doit pas compter uniquement sur l’autorité générale d’un domaine. Le contenu doit avoir une raison claire d’exister sur le site, être cohérent avec l’expérience proposée et offrir une valeur propre.
- Éviter de publier du contenu tiers uniquement pour exploiter la réputation du domaine hôte.
- Clarifier la responsabilité éditoriale et la relation avec le sujet traité.
- Construire des pages qui répondent réellement à l’intention de recherche.
- Travailler la structure, les entités, les sources et la cohérence thématique plutôt que des artifices.
SEO et GEO : même exigence de fond
Les moteurs de recherche et les systèmes génératifs ont besoin d’un contenu compréhensible, sourcé et structuré. Le GEO n’est pas une garantie de citation : c’est une discipline émergente qui renforce surtout les qualités déjà utiles au SEO et aux lecteurs.
Google adjusts enforcement of its site reputation policy in the EEA
Google Search Central announced on August 28, 2026 a change to how its site reputation policy is enforced in the European Economic Area, with different effects from August 30 depending on where the search is made.
What Google announced
For searches outside the EEA, a manual action related to the site reputation policy directly affects search results for the affected portion of the site, while the rest of the site is not affected. For searches in the EEA, Google says the impact of the manual action does not apply; however, the affected section may be separated in its systems so that it ranks independently from the rest of the site over time.
Google also says site owners will continue to be notified in Search Console when a manual action is applied and can submit a reconsideration request.
What this reminds brands
A durable editorial strategy should not rely only on the general authority of a domain. Content needs a clear reason to exist on the site, thematic coherence and standalone value.
- Avoid third-party content published only to exploit the host domain's reputation.
- Make editorial responsibility and topical relevance clear.
- Build pages that genuinely satisfy search intent.
- Prioritise structure, entities, sources and topical coherence over shortcuts.
SEO and GEO: the same underlying requirement
Search engines and generative systems both benefit from content that is understandable, sourced and structured. GEO is not a guarantee of citation; it is an emerging practice that largely reinforces qualities already useful for SEO and readers.
Pourquoi un chatbot IA métier ne devrait pas être une simple bulle de chat
Un chatbot IA personnalisé devient réellement utile quand la conversation est reliée au parcours client et aux actions métier : répondre, orienter, qualifier, réserver, collecter une information ou transmettre à un humain.
Commencer par le parcours, pas par le modèle
La première question n’est pas « quel modèle utiliser ? », mais « à quel moment la conversation doit-elle aider l’utilisateur ? ». Sur un site de service, les besoins peuvent être très différents : comprendre une offre, vérifier une information, réserver un créneau, qualifier une demande ou préparer un transfert vers une équipe.
Personnaliser signifie plus que changer le ton
Un assistant métier doit connaître le périmètre qu’on lui autorise, s’appuyer sur des informations validées, suivre le vocabulaire de la marque et savoir reconnaître les situations où il ne doit pas improviser. La qualité vient autant de l’orchestration et du contenu que du modèle lui-même.
- Réponses ancrées dans les informations utiles à l’entreprise.
- Actions clairement définies et confirmées quand c’est nécessaire.
- Passage vers un humain lorsque le contexte ou le risque l’exige.
- Interface conversationnelle cohérente avec le reste du produit.
À retenir
Le meilleur assistant n’est pas celui qui parle le plus. C’est celui qui réduit la friction au bon moment et aide l’utilisateur à avancer.
Why a business AI chatbot should be more than a chat bubble
A custom AI chatbot becomes genuinely useful when conversation is connected to the customer journey and business actions: answering, guiding, qualifying, booking, collecting information or handing off to a human.
Start with the journey, not the model
The first question is not “which model should we use?” but “when should conversation help the user?”. On a service website, needs can differ widely: understanding an offer, checking information, booking a slot, qualifying a request or preparing a handoff to a team.
Customisation is more than changing tone
A business assistant needs a defined scope, validated information, brand vocabulary and a clear understanding of situations where it should not improvise. Quality comes from orchestration and content as much as from the model itself.
- Answers grounded in information that matters to the business.
- Clearly defined actions with confirmation where needed.
- Human handoff when context or risk requires it.
- A conversational interface that feels coherent with the rest of the product.
Key takeaway
The best assistant is not the one that talks the most. It is the one that removes friction at the right moment and helps the user move forward.
Cybersécurité : le risque le plus coûteux est souvent invisible
Un site, une application ou un assistant IA peut être irréprochable visuellement et rester fragile derrière l’interface. La sécurité doit donc influencer l’architecture, les accès et les intégrations dès les premiers choix, pas être ajoutée juste avant la mise en ligne.
Ce qui n’est pas visible reste du produit
Dès qu’un projet gère un compte, un formulaire, un paiement, une API, des données clients ou un outil métier, il crée aussi des surfaces à protéger. Le sujet n’est pas de rendre le projet anxiogène. Il est de supprimer tôt les risques évitables, quand les décisions sont encore simples à corriger.
Les réflexes qui changent vraiment le niveau de sécurité
- Accorder à chaque utilisateur, service et intégration uniquement les droits dont il a réellement besoin.
- Garder les clés, secrets et informations sensibles hors du code exposé au navigateur ou à l’application cliente.
- Valider les données reçues et encadrer strictement les actions qu’une API ou un assistant IA peut déclencher.
- Limiter les dépendances, les maintenir à jour et comprendre ce qu’elles ajoutent à la surface d’attaque.
- Prévoir les erreurs, une journalisation utile et la réaction à un incident sans collecter plus de données qu’il n’en faut.
Pourquoi le choix du partenaire compte
Choisir un studio n’est pas seulement choisir qui dessinera l’interface. C’est aussi choisir qui décide où vivent les secrets, qui peut accéder à quoi, quelles bibliothèques entrent dans le produit et ce qu’il se passe lorsqu’un flux sort du chemin prévu. Ces choix sont presque invisibles dans une maquette, mais ils peuvent protéger ou fragiliser directement l’activité qui repose dessus.
Pas de promesse magique
Aucune équipe sérieuse ne peut promettre « zéro faille ». L’objectif est plus concret : réduire la surface d’attaque, éviter les erreurs connues, limiter l’impact d’un problème et rendre sa détection et sa correction plus rapides. C’est l’esprit des bonnes pratiques de l’OWASP et du Secure Software Development Framework du NIST.
Chez Vesoria, ces références servent de points de contrôle, pas de badge marketing ni de certification. La sécurité doit rester proportionnée au projet, à ses données et au risque réel.
Pour les assistants IA aussi
Quand un assistant peut consulter des données ou appeler des outils, son périmètre doit être explicite. On limite ce qu’il peut lire, ce qu’il peut modifier et ce qu’il peut déclencher, puis on traite les entrées comme potentiellement hostiles. Une IA utile n’a pas besoin d’avoir tous les droits.
Références : OWASP Top 10:2025 et NIST SP 800-218, Secure Software Development Framework.
Cybersecurity: the costliest risk is often invisible
A website, app or AI assistant can look flawless and still be fragile behind the interface. Security therefore needs to shape architecture, access and integrations from the first decisions, not be added just before launch.
What users cannot see is still part of the product
As soon as a project handles an account, form, payment, API, customer data or business tool, it also creates surfaces that need protection. The point is not to make a project feel frightening. It is to remove avoidable risk early, while decisions are still easy to correct.
The habits that genuinely change the security level
- Give each user, service and integration only the permissions it genuinely needs.
- Keep keys, secrets and sensitive information out of code exposed to the browser or client application.
- Validate incoming data and tightly constrain the actions an API or AI assistant is allowed to trigger.
- Limit dependencies, keep them current and understand what they add to the attack surface.
- Plan for errors, useful logging and incident response without collecting more data than necessary.
Why the partner you choose matters
Choosing a studio is not only choosing who designs the interface. It is also choosing who decides where secrets live, who can access what, which libraries enter the product and what happens when a flow leaves its expected path. Those choices are almost invisible in a mock-up, yet they can directly strengthen or weaken the business that depends on them.
No magic promise
No serious team can promise “zero vulnerabilities”. The practical goal is to reduce attack surface, avoid known mistakes, limit the impact of a problem and make detection and remediation faster. That is the spirit behind OWASP guidance and NIST’s Secure Software Development Framework.
At Vesoria, these references are checkpoints, not a marketing badge or a certification. Security should be proportionate to the project, its data and its actual risk.
AI assistants need the same discipline
When an assistant can read data or call tools, its scope needs to be explicit. We limit what it can read, change and trigger, then treat inputs as potentially hostile. A useful AI system does not need every permission.
References: OWASP Top 10:2025 and NIST SP 800-218, Secure Software Development Framework.