Qu’est-ce qui vous a poussé à abandonner votre rôle de programmeur à plein temps pour créer Tuple ?

Lorsque j’ai demandé à mes amis ce qu’ils utilisaient pour faire de la programmation en binôme à distance, personne n’avait de bonne réponse. Le marché proposait de nombreux outils génériques que l’on pouvait utiliser pour partager un écran ou discuter avec quelqu’un à distance, mais personne ne construisait un outil spécifiquement conçu pour le pair programming. Je me suis dit que si nous étions déterminés à nous concentrer sur cette niche et que nous utilisions notre expérience de programmeurs, nous pourrions créer quelque chose que les autres développeurs préféreraient utiliser.

Pouvez-vous nous dire d’où vient le nom Tuple ?

C’est une sorte de jeu de mots. Tout d’abord, il s’agit du tuple en mathématiques (un n-uplet) : une structure qui combine un ensemble de données en une seule unité. Cela ressemble aussi à « two people » (deux personnes). Un de mes anciens collègues a suggéré ce nom après environ cinq secondes de réflexion. Mes cofondateurs et moi avons passé deux mois à essayer de trouver quelque chose qui nous plaisait davantage, en vain. C’est ainsi que « Tuple » est resté.

Vous avez souvent utilisé Twitter pour recueillir des idées et des retours pour Tuple. Comment cela a-t-il soutenu la croissance de l’entreprise ?

Nous tirons un profit surprenant du fait de demander à nos utilisateurs de parler de Tuple sur Twitter. Une fois que quelqu’un a attribué une note élevée à plusieurs appels Tuple, nous lui demandons de partager l’application sur Twitter, et beaucoup le font !

Comment Tuple se démarque-t-il de ses concurrents dans l’environnement de travail hybride actuel ?

Nous nous démarquons en nous concentrant sur les éléments essentiels pour les programmeurs : une faible utilisation du processeur, une efficacité de la bande passante et un partage d’écran 4K+ d’une netteté absolue.

Nous attachons également une grande importance à la minimisation de la latence afin de réduire le délai lors du contrôle d’une machine à distance. Lorsque vous tapez dans un éditeur sur la machine de quelqu’un d’autre, nous voulons réduire cette latence à quelques millisecondes. Un outil de partage d’écran générique ne se soucie pas autant de ce détail, mais pour nous, c’est vital.

Comment la pandémie a-t-elle affecté Tuple ?

Comme vous pouvez l’imaginer, nous avons vu notre demande exploser du jour au lendemain. Notre plus gros client a renvoyé tout le monde chez soi et leur a demandé d’utiliser Tuple. Du jour au lendemain, des équipes de plusieurs dizaines d’utilisateurs sont passées à des centaines ou des milliers, et nous avons dû nous adapter rapidement. C’était une période difficile pour tout le monde, mais cela faisait du bien de savoir que nous aidions les gens à conserver un peu de ce sentiment de présence physique.

Quels sont les défis que vous avez remarqués dans l’environnement de travail à distance actuel ? Quel rôle joue Tuple pour les atténuer ?

Lorsque vous travaillez en binôme en personne, l’expérience est très différente de celle d’une réunion classique, et cela n’est pas fidèlement reproduit dans les outils de partage d’écran disponibles. Tuple s’efforce de ne pas vous donner l’impression d’être dans une énième réunion avec des webcams en plein écran et des tonnes d’éléments d’interface graphique. Vous obtenez une représentation fidèle et d’une clarté cristalline de l’écran de votre partenaire, ce qui vous fait oublier que vous êtes en communication sur Internet. Les webcams sont optionnelles et leur taille est volontairement limitée lorsqu’elles sont activées. Nous pensons que ces touches intentionnelles résonnent vraiment et rendent le travail à distance plus agréable pour les développeurs.

Comment prévoyez-vous de continuer à améliorer l’expérience utilisateur ?

L’une des demandes les plus fréquentes de nos clients concerne l’utilisation de Tuple avec davantage de participants. Nous avions initialement conçu la plateforme pour des sessions de pair programming entre deux ou trois développeurs, mais de nombreuses équipes à grande échelle ont besoin d’impliquer un plus grand nombre de parties prenantes. Après plus d’un an de travail, nous venons récemment de porter cette limite à six participants, et nous sommes impatients de recueillir les retours de nos utilisateurs ainsi que leurs idées sur les prochaines évolutions à développer.

Comment Tuple utilise-t-elle Stripe et comment voyez-vous l’évolution de cette relation ?

Nous utilisons Stripe Billing depuis le premier jour. Auparavant, nous envoyions les factures manuellement après avoir obtenu des engagements verbaux, puis nous configurions l’accès de l’équipe du client à la main.

Depuis, nous avons mis en place une configuration en libre-service, en adoptant massivement Stripe Checkout pour optimiser nos taux de conversion, le portail client pour aider nos clients à gérer eux-mêmes leurs abonnements, et Stripe Capital pour soutenir nos efforts de marketing. Je ne pense pas que nous reviendrons un jour en arrière pour écrire du code de facturation sur mesure. Nous sommes fermement ancrés dans l’écosystème Stripe et nous avons bien l’intention d’y rester.

Selon vous, sur quels points Stripe et Tuple sont-elles particulièrement alignés en termes de valeurs ?

Il existe un principe de fonctionnement chez Stripe qui dit « se soucier des choses au plus haut point », et cela résonne fortement en nous.

Nous existons parce que nous tenons vraiment à être un excellent outil de programmation en binôme. Il existe de nombreuses façons de partager un écran, et si nous ne nous soucions pas d’améliorer l’expérience utilisateur de la manière dont nos clients le souhaitent, nous ne pouvons pas exister. C’est ce souci permanent de bien faire qui nous a menés jusqu’ici, et ce sera la clé pour continuer à réussir à l’avenir.