Vous êtes ici parce que
Une architecture qui doit passer à l'échelle
Vous n'êtes pas sûr que votre architecture tiendra encore quand vous aurez grandi.
L'adoption n'a jamais suivi
Vous avez construit la plateforme, et l'adoption n'a jamais suivi.
La qualité des installations sur le terrain
La qualité des installations sur le terrain n'est pas au niveau que le marché attend.
Le savoir qui s'en va
Vos techniciens les plus expérimentés partent à la retraite, et les mêmes appels au support continuent d'arriver.
Des données que personne n'exploite
Vous avez les données. Mais vous n'en tirez rien d'exploitable.
Un doute sur le CRA
Vous n'êtes pas sûr que votre produit respecte le Cyber Resilience Act.
Chacune de ces questions demande de la recherche. Si vous savez déjà ce qu'il faut corriger, ce n'est pas par ici qu'il faut passer.
Passer plutôt directement au développement
Ce que vous recevez
Un seul rapport, présenté aux personnes qui décident, et qui se suffit à lui-même, sans nous.
1
Ce qui se passe vraiment
La cause derrière le symptôme pour lequel vous nous avez appelés, avec la recherche qui l'étaye.
Y compris ce qui se révèle en bon état.
2
Ce qui doit se passer, et dans quel ordre
Des recommandations que vous pouvez prioriser, avec un ordre de grandeur à côté de chacune.
Pour que vous sachiez ce que vous mettez en balance avec quoi.
3
Réparer ou reconstruire
Parfois, reconstruire coûte moins cher que deux ans de rustines supplémentaires. Parfois, vous avez intérêt à garder ce que vous avez.
Nous disons lequel, et nous montrons les calculs.
Nous vous disons ce qui doit se passer. Comment l'exécuter est une décision à part, et une conversation à part. Ce qui veut aussi dire que les recommandations tiennent, et les chiffres tiennent, quel que soit celui qui fera le travail.
Et quand c'est fini, c'est à vous. Le rapport est écrit pour être mis en œuvre par n'importe quelle équipe, y compris une autre que la nôtre. Vous restez libre de votre choix.
Comment nous travaillons
Avant de commencer, vous nous envoyez ce qui existe déjà : votre architecture, vos données d'usage, vos tickets de support, la roadmap telle qu'elle est. Puis nous allons voir sur place, et la méthode dépend de votre situation.
Si c'est votre question
Voici comment nous y répondons
Une architecture qui doit passer à l'échelle
Nous confrontons votre architecture actuelle à vos objectifs de croissance : ce qui tient, ce qui lâche en premier, et ce qu'il faut pour le changer.
L'adoption n'a jamais suivi
Recherche utilisateur et données de comportement. Où exactement les utilisateurs décrochent, et sur quel écran.
La qualité des installations sur le terrain
Nous partons en tournée avec un installateur. Ce qui se passe mal pendant une installation ne ressort pas dans un entretien.
Le savoir qui s'en va
Nous dépouillons vos tickets de support et accompagnons des interventions, pour trouver le savoir qui n'existe que dans la tête de quelqu'un.
Des données que personne n'exploite
Qui regarde quel écran aujourd'hui, et quelle décision cet écran devait l'aider à prendre.
Un doute sur le CRA
Nous confrontons le produit au règlement : mécanisme de mise à jour, gestion des vulnérabilités, security by design, tout le cycle de vie. Nous évaluons et nous conseillons. Nous ne certifions pas, et nous ne sommes pas un organisme notifié.
Quelle que soit la question, nous parlons aux personnes qui utilisent, installent ou entretiennent votre produit. Cette partie n'est pas optionnelle. Sans elle, nous vous remettrions un avis de plus, et vous en avez déjà.
Nous regardons le produit, pas l'équipe. D'après notre expérience, la technologie est généralement en ordre, et ce qui crée l'écart, c'est la distance entre ce qui a été construit et ce que les équipes sur le terrain font toute la journée. Personne ne voit cela depuis l'intérieur de son propre produit.
Nous ne séparons jamais l'expérience utilisateur de la technologie
Les deux s'influencent, et c'est en regardant l'un sans l'autre que ces problèmes restent sans solution.
Étudiez l'expérience sans connaître la technologie et vous finissez avec « l'app devrait être plus jolie ». Étudiez la technologie sans observer un seul utilisateur et vous finissez avec « le système fonctionne comme prévu ». Les deux réponses sont vraies, et aucune n'aide.
Un atelier, et seulement si nous en avons besoin
S'il y a une décision que nous ne pouvons prendre qu'avec votre équipe autour de la table, nous organisons un atelier. Un seul, au maximum, et seulement si la recherche le demande.
Puis nous le présentons
Aux personnes qui décident, en une session. Ce que vous emportez, c'est le rapport, et vous pouvez le remettre à qui vous voulez.
4 à 6 semaines, du kick-off à la présentation
Parler aux installateurs, accompagner des interventions et dépouiller un an de tickets de support prend le temps qu'il faut. Vous avez une réponse au bout.
Nous pouvons généralement démarrer dans les 2 à 4 semaines.
Ce que cela demande de vous
L'accès aux personnes qui utilisent, installent ou entretiennent votre produit. Lesquelles des trois, cela dépend de la question. Sans cet accès, nous en serions réduits à deviner, et cela coûte plus cher.
Un état des lieux de ce qui existe déjà : architecture, données d'usage, tickets de support.
Confidentialité et sécurité dès la conception, pas après coup
Toute notre documentation de sécurité est dans le trust center
Ce travail vous demande d'ouvrir un système. Il n'est donc pas indifférent de savoir qui le regarde. Nous travaillons depuis des années dans des secteurs strictement réglementés.
Le Cyber Resilience Act va concerner presque tous les produits connectés.
Ils nous font déjà confiance. Il ne manque que votre logo.
Pas certain que la recherche puisse y répondre ?
C'est une bonne première question, et c'est celle qu'il faut nous poser. Pieter-Paulus vous dira en une conversation si la recherche peut répondre à ce que vous décrivez, ou si vous en savez déjà assez pour aller le corriger. Si c'est la deuxième option, il le dira.
Pas de pitch deck. Apportez le problème et ce que vous avez déjà essayé.
Services
