Une journée dans la vie d'un ingénieur solutions qui construit des démonstrations interactives de produits — sans attendre sur des workflows de développement complexes
Avertissement : Cette histoire met en scène un personnage fictif créé à des fins d'illustration et ne représente pas un client réel ou un individu.
Xavier a passé les six dernières années à aider les entreprises clientes à comprendre les technologies industrielles complexes.
En tant qu'ingénieur solutions, il est souvent le pont entre les équipes techniques, les équipes commerciales et les clients. Il aime traduire des produits compliqués en quelque chose que les gens peuvent réellement comprendre.
Mais un défi l'a toujours frustré.
Les conversations clients les plus efficaces se produisent lorsque les gens peuvent interagir directement avec un produit. Pourtant, la création de démonstrations sur mesure dépend souvent des ressources de développement, des priorités concurrentes et des délais qui ne correspondent pas toujours au rythme d'un cycle de vente.
Aujourd'hui, Xavier a 48 heures avant un grand rendez-vous client.
Le prospect évalue plusieurs fournisseurs. Le leadership veut quelque chose de plus convaincant que les slides. Sales a besoin d'une démo adaptée à l'environnement du client.
L'ingénierie est déjà surchargée.
Et la dernière chose que Xavier veut, c'est une autre présentation statique qui tente d'expliquer un produit qui a vraiment besoin d'être expérimenté.
Désormais, au lieu d'attendre des semaines pour des ressources techniques, il peut construire et partager lui-même des expériences interactives de produits avec Unity Studio; directement dans le navigateur, sans la complexité du codage.
8h00: Une nouvelle opportunité d'entreprise débarque
Un client manufacturier se prépare à moderniser une partie de son usine de production et évalue plusieurs fournisseurs potentiels.
L'équipe du compte croit que l'occasion est idéale, mais il y a un défi.
L'équipe de direction du client ne se contente pas de comparer les caractéristiques. Ils essaient de comprendre comment la solution s'intégrerait dans leurs opérations existantes.
Une vidéo générique ne répondra pas à ces questions.
Pas plus qu'un toboggan.
Le client doit voir la solution dans son contexte. Xavier se tourne vers Unity Studio
9h30: Donner vie à l’expérience client
Au fur et à mesure qu’il construit l’expérience, Xavier réfléchit aux questions que les clients se posent généralement lors des appels de découverte.
Comment cela s'intégrerait-il dans notre flux de travail existant ? Que se passe-t-il si un opérateur rencontre une exception ? Comment les équipes interagiraient-elles avec ce système au jour le jour ?
En utilisant Unity Studio, il crée :
- Procédures pas à pas guidées
- les hotspots interactifs et
- expériences basées sur des scénarios qui aident à répondre visuellement à ces questions.
Certaines interactions nécessitent plus qu'une simple navigation.
Par exemple, Xavier peut créer une logique qui révèle des informations supplémentaires lorsqu'un client explore un domaine spécifique du flux de travail, ou le guide à travers différents scénarios opérationnels basés sur ses sélections.
Plutôt que de décrire les possibilités, il crée une expérience que les clients peuvent explorer par eux-mêmes.
11h00: Adapter l’expérience au client
Juste avant le déjeuner, le chargé de compte envoie un message.
« Xavier, le client veut voir ce flux de travail en utilisant sa propre disposition des installations et les données 3D produit. »
C'est le genre de demande qui peut facilement faire dérailler la préparation de la démo. Dans les workflows traditionnels, cela peut signifier une autre demande de développement, une autre file d'attente et un autre délai.
Au lieu de cela, Xavier met à jour l'expérience lui-même.
Il tire les actifs CAO du client d'Unity Asset Manager dans Unity Studio, remplaçant rapidement les modèles génériques par une version qui reflète l'environnement propre du client. À partir de là, il ajuste la séquence de travail et met à jour la terminologie pour correspondre à la façon dont le client décrit ses opérations.
Au moment où l'appel de l'après-midi commence, l'expérience semble beaucoup plus pertinente pour les personnes qui l'évaluent.
13h00: Transformer un appel de vente en une expérience interactive
En début d'après-midi, Xavier est sur l'appel du client et au fil de la réunion du client quelque chose se passe que Xavier a vu de nombreuses fois auparavant.
Un membre de l'équipe client qui était silencieux pendant la première partie de la réunion commence à poser des questions détaillées.
Un chef des opérations commence à explorer différents scénarios.
Une personne de l'approvisionnement demande à quelle vitesse la solution pourrait être mise en œuvre.
La discussion passe de la compréhension du produit à l'imagination de son fonctionnement au sein de son entreprise.
Pour Xavier, c'est toujours bon signe.
La réunion cesse d'être une explication des concepts et commence à être une évaluation des possibilités.
15h00: Valider le concept avant que l’ingénierie n’intervienne
Après l'appel, l'équipe commerciale se réunit pour un débriefing rapide.
Les commentaires sont encourageants.
Le client comprend la proposition de valeur.
Les principaux intervenants semblent alignés.
Et peut-être le plus important, l'équipe a validé l'intérêt avant d'engager d'importantes ressources d'ingénierie dans une validation complète du concept.
16h30: Du prototype à la production
L'occasion prend de l'ampleur, et les conversations évoluent déjà vers ce à quoi pourrait ressembler une expérience prête à être produite.
Xavier ne cherche pas à remplacer les développeurs.
Il veille à ce que l'effort d'ingénierie soit axé sur des idées qui ont déjà été testées, affinées et validées auprès des clients.
Pour lui, c'est l'un des résultats les plus précieux.
- L'équipe commerciale peut agir rapidement
- Les développeurs peuvent concentrer leur expertise là où cela importe le plus
- Et les clients prennent confiance plus tôt dans le processus d'achat.
Les flux de travail entre Unity Studio et l'Unity Editor permettent aux équipes de passer plus facilement de prototypes légers à des applications de production entièrement développées sans reconstruire les projets à partir de zéro.
Pour Xavier, cela crée un pont plus fluide entre l'expérimentation avant-vente et le développement de produits à long terme. Cela change la donne.
Le passage de l’explication des produits à la validation des solutions
L'histoire de Xavier reflète un défi auquel sont confrontés de nombreux ingénieurs et équipes avant-vente.
Ils comprennent les points douloureux des clients. Ils connaissent les questions que les acheteurs sont susceptibles de poser. Ils sont souvent les premiers à identifier des opportunités pour rendre la valeur d'un produit plus claire et plus pertinente aux besoins spécifiques d'un client.
Mais transformer ces idées en expériences interactives a traditionnellement nécessité des flux de travail spécialisés, de longs cycles de production et des ressources indépendantes de leur volonté.
Unity Studio aide à changer ça.
Au lieu de se fier uniquement aux slide decks ou d'attendre le début de processus de développement complexes, les ingénieurs solutions peuvent prototyper des idées, adapter les expériences aux besoins individuels des clients et recueillir des commentaires plus tôt dans le cycle de vente.
L'impact va au-delà de la création de démos plus rapidement.
Cela signifie que les concepts peuvent être validés plus tôt. Les conversations clients deviennent plus collaboratives. Et les équipes commerciales peuvent se concentrer sur la compréhension des besoins réels des clients au lieu de passer du temps à expliquer des concepts abstraits.
Surtout, les personnes qui comprennent le mieux le problème du client peuvent participer directement à la construction de la solution. Parce que lorsque cela se produit, les équipes de solutions arrêtent d'attendre que quelqu'un d'autre construise chaque idée de démonstration.
Ils commencent plus tôt à tester, affiner et valider l’expérience client, aidant les acheteurs à passer de la compréhension d’un produit à voir comment il peut fonctionner dans leur monde.
Avertissement : Cette histoire met en scène un personnage fictif créé à des fins d'illustration et ne représente pas un client réel ou un individu.
