Basée à Varsovie, en Pologne, Intent assiste une grande variété d’entreprises dans tous les domaines, de la conception de produits et de l’expérience utilisateur au développement et au déploiement d’appareils connectés. Il s’adresse à divers secteurs, avec des clients tels que le tracker de sommeil ŌURA, le QG du jeu-questionnaire, Tomorrow Health, Samsung, Mercedes-Benz et Nike.
Pour voir comment Intent adapte son approche aux besoins des clients et comment l’entreprise aide ses clients à mettre leurs produits sur le marché, nous nous sommes entretenus avec Wojciech Borkowski, son responsable du développement commercial, et le CTO Peter Tuszynski.
En tant qu’atelier de développement, dans quelle mesure vous impliquez-vous lorsque vous aidez les clients à valider des idées avant qu’ils ne commercialisent leurs applications ?
Notre service va au-delà d’être un magasin de développement typique, car nous nous alignons avec les clients pour être des « partenaires de réflexion » – c’est la méthodologie que nous utilisons lorsque nous abordons tout nouveau projet. Nous aidons nos clients à valider leurs idées, car leur réussite est cruciale pour l’aboutissement d’un projet. Nous agissons comme une seconde paire d’yeux et évaluons le projet et ses hypothèses à travers nos cadres et techniques, tels que les sprints de conception et le lean canvas.
Nous n’acceptons qu’un faible pourcentage de clients qui nous approchent, car nous sommes hautement spécialisés dans la fourniture de solutions numériques où un appareil physique est présent.
Il est important d’avoir un processus éprouvé pour la validation des produits. Nos clients sont souvent très concentrés sur le côté matériel, ce qui nous oblige à être plus diligent lorsque nous travaillons sur le côté logiciel/firmware du projet pour nous assurer que tout fonctionnera bien ensemble.
Pouvez-vous décrire le processus d’admission des nouveaux clients ? Comment évaluez-vous leurs besoins et de quelles informations avez-vous besoin avant de pouvoir partager une estimation du calendrier et du budget du projet ?
Nous appliquons nos propres processus partiellement ou entièrement en fonction de l’état d’avancement du client dans le développement de ses produits. Nos équipes PM et UX organisent également des ateliers, car nous travaillons généralement avec de nouveaux types de projets et des choses que nous n’avons jamais faites auparavant.
Nous devons comprendre le budget, les objectifs du projet et les délais pour aider le client à naviguer dans le projet et à le faire répondre à ses besoins. Cela se fait par le biais d’ateliers et de quelques méthodologies que nous utilisons pour nous aligner, nous et le client, en termes de connaissances et de portée du projet.
Aidez TechCrunch à trouver les meilleurs consultants en logiciels pour les startups. Fournissez une recommandation dans cette enquête rapide et nous partagerons les résultats avec tout le monde.
Qu’est-ce qu’un devis approximatif pour un projet moyen et à quelle fréquence communiquez-vous avec les clients une fois les travaux en cours ?
Chaque projet est différent, mais la majorité des projets se situent dans la fourchette à six chiffres.
Nous avons développé différentes méthodes de travail que nous appliquons en fonction du type de projet et des attentes du client. Nous déployons une gamme d’outils pour tenir les clients informés, et cela s’accompagne généralement de différents types de réunions, telles que les quotidiens des développeurs et les démonstrations et sessions de planification hebdomadaires ou bihebdomadaires, qui suivent un format Scrum.
Quel pourcentage de vos clients sont des personnes non techniques qui ont une idée, mais aucune expérience de codage ? À quel point est-ce une limitation pour le lancement d’une application ?
Environ 50 % de nos clients sont des fondateurs non techniques qui démarrent un nouveau projet net, ce qui signifie qu’Intent agit en tant que « partenaire de réflexion » ou, en fait, un CTO pour leur projet. De nombreux fondateurs de startups qui réussissent n’ont aucune formation technique, mais possèdent d’excellentes compétences en matière de produits, de vente et de marketing. Le fait d’être non technique n’est donc pas une limitation lorsqu’il s’agit de travailler avec le bon partenaire technologique.
Nous n’agissons pas seulement en tant que partenaire, nous pouvons également les aider à constituer leur propre équipe interne, allant même jusqu’à embaucher un CTO.
En tant que consultant, est-ce qu’aider les clients à éviter la dérive de la portée fait partie de votre rôle ? Si oui, comment aidez-vous à gérer leurs attentes ?
Oui, c’est pourquoi nous mettons l’accent sur la compréhension des personnalités de leurs clients et des parcours des utilisateurs. Nous travaillons ensuite avec le client pour définir son MVP en utilisant des méthodologies et des processus d’atelier de pointe.
Nous accordons une grande importance à la hiérarchisation des fonctionnalités qui entrent dans le prototype et nous évitons activement de réinventer la roue en utilisant de nombreux composants prêts à l’emploi que nous pouvons rapidement intégrer au projet sans passer beaucoup de temps à faire du développement personnalisé.
Quel est votre délai moyen pour livrer une application fonctionnelle après avoir signé un contrat ? Que devez-vous accomplir avant de pouvoir partager des wireframes ?
Chaque projet est très différent, car nous essayons de prioriser le développement d’idées inédites qui nous font sortir de notre zone de confort. Cela dit, nous pouvons généralement créer un MVP pour n’importe quel produit en quatre mois.
Supervisez-vous également le processus d’assurance qualité ? Intent peut-il aider les clients à naviguer dans le processus d’approbation des magasins d’applications ?
Non seulement nous supervisons le processus d’AQ, mais nous croyons profondément à l’engagement d’ingénieurs AQ dès les premiers jours du projet afin qu’ils puissent avoir une longueur d’avance sur la conception de la stratégie de test globale et la création de cas de test.
De plus, notre personnel a une connaissance approfondie du processus d’approbation pour une plate-forme d’application donnée, ainsi que des directives qui doivent être suivies. Nos ingénieurs assistent régulièrement à des conférences telles que la WWDC d’Apple ou l’IO de Google, où ils peuvent rencontrer et discuter avec les personnes responsables du processus d’approbation afin qu’ils puissent offrir une meilleure assistance en cas de problème inattendu lors de la soumission de la candidature.
Fournissez-vous des services de marketing ?
Nous n’offrons pas de purs services de marketing aux clients, mais nous pouvons les aider à trouver des personnalités pour leurs types de clients, ce qui les aide à identifier les meilleurs canaux de distribution.
Travaillez-vous à la fois sur des applications hybrides et natives ? Que pouvez-vous nous dire sur les avantages et les inconvénients de chacun, et quand encouragez-vous les clients à passer à l’hybride ?
Nous travaillons sur des applications natives et hybrides. Étant donné que nous nous spécialisons dans la création d’applications qui communiquent avec divers appareils périphériques et connectés, les technologies natives prévalent. Cependant, nous avons une expérience de travail avec presque toutes les piles hybrides (React Native, Flutter, etc.). En fait, nous maintenons certaines des bibliothèques Bluetooth Low Energy open source les plus largement adoptées pour ReactNative.
Chaque projet est différent et une grande partie du travail que nous faisons est nouveau, ce qui signifie qu’il n’a pas vraiment été fait auparavant. Il n’y a pas de solution miracle que nous recommandons à nos partenaires. Cependant, notre équipe a trouvé que Flutter est idéal pour déployer rapidement des prototypes. Pour les applications qui nécessitent l’apparence native, en particulier sur iOS, nous avons tendance à nous tourner vers une chaîne d’outils native.
Avez-vous déjà refusé un client ? Y a-t-il des applications sur lesquelles vous ne travaillerez pas, par exemple des jeux, des rencontres, etc. ?
Malheureusement, nous n’acceptons qu’un faible pourcentage de clients qui nous approchent, car nous sommes hautement spécialisés dans la fourniture de solutions numériques où un appareil physique est présent. L’industrie des appareils connectés est encore en pleine maturation, ce qui signifie que nous avons dû inventer notre propre terme, « PxD », que nous décrivons comme « l’intersection du physique et du numérique ». Une bonne adéquation culturelle est également un facteur important des deux côtés, car personne ne veut s’affronter tout au long du projet.
À qui appartient le code source une fois le projet terminé ? Comment est géré le code source ?
Les droits de propriété intellectuelle du projet et la propriété du code appartiennent à nos partenaires. Nous ne pratiquons pas de verrouillage des fournisseurs. Nous avons trouvé que le meilleur moyen de fidéliser un client est de fournir un travail exceptionnel soutenu par des années d’expérience.
En règle générale, nous utilisons Github pour stocker tout notre code source et l’intégrer à des pipelines d’intégration continue afin que chaque élément de code que nos ingénieurs soumettent au référentiel soit automatiquement testé et construit. Pour certains projets spécifiques, nous nous sommes alignés sur la configuration de notre partenaire, qui comprend Gitlab et des référentiels git auto-hébergés.