Ouvrir une maison de coliving en Allemagne : les leçons tirées

11/8/2020
 • 
3
 min de lecture

L'expansion géographique d'une startup est toujours un processus clé et excitant où les incertitudes sont élevées et qui entraîne généralement beaucoup de pression. En ouvrant notre première maison en Allemagne en janvier 2020 en tant que développeur web dans l'équipe technique de Colonies, j'ai été surpris par le peu de ressources disponibles sur ce sujet dans le domaine de la gestion de projet web.

Étant donné que ce processus peut être commun et critique pour une startup, j'ai décidé de partager les leçons que j'ai apprises au cours de cette expérience afin d'aider toute personne confrontée à des défis similaires.

1/ FACE À L'INCERTITUDE, PRENEZ DES DÉCISIONS RAPIDES, SIMPLES ET RÉVERSIBLES.

Ouvrir un nouveau pays est synonyme d'incertitude sur le plan commercial et donc aussi sur le plan technique. Par exemple, l'ouverture d'une colonie de vacances en Allemagne signifiait que l'entreprise devait utiliser un nouveau type de modèle commercial, ce qui nécessitait l'apprentissage et l'automatisation de nouveaux processus. En tant que développeurs web, nous ne savions pas jusqu'où nous devions pousser cette automatisation. Nous devions trouver un équilibre entre un changement complet et une adaptation rapide pour que cela fonctionne.

En tant que développeur web, un changement complet semble attrayant car il vous permettra d'avoir un système plus propre et plus performant, même si cela implique plus de travail. Cependant, dans ce cas, nous ne savions pas si ce nouveau modèle d'entreprise serait à nouveau nécessaire à l'avenir, les incertitudes étaient donc très élevées. Nous avons donc décidé de suivre le principe [YAGNI] ([https://en.wikipedia.org/wiki/You_aren't_gonna_need_it](https://en.wikipedia.org/wiki/You_aren't_gonna_need_it)) (" You Ain't Going to Need It ") et de mettre en œuvre une adaptation rapide et réversible de notre système pour le faire fonctionner.

Je ne peux pas dire à quel point je suis reconnaissant d'avoir pris cette décision. Pour l'instant, le nouveau modèle économique ne s'applique qu'à 10 % de nos locataires et nous n'avons pas ouvert d'autres maisons en Allemagne à ce jour .

En réfléchissant à cette expérience il y a quelques semaines, Simon, notre directeur technique, a partagé avec nous [cet excellent article] (https://blackboxofpm.com/making-good-decisions-as-a-product-manager-c66ddacc9e2b) qui soutient cette façon de gérer l'incertitude.

2/ NE CONSIDÉREZ PAS LA CONFORMITÉ COMME ACQUISE ET VÉRIFIEZ MINUTIEUSEMENT LES EXIGENCES LÉGALES.

En Allemagne, en tant que propriétaire, vous ne pouvez pas mélanger la caution de vos locataires avec les liquidités de votre entreprise. Cela signifie que pour chaque locataire, vous devez ouvrir un compte séquestre.

Cette simple exigence légale rend très complexes les modifications que nous avons dû apporter à notre système afin de pouvoir ouvrir une colonie de vacances en Allemagne. Heureusement, nous avons découvert cette exigence avant notre expansion et avons pu trouver une solution viable et évolutive.

Ce que je veux dire ici, c'est que vous ne devez pas sous-estimer la conformité juridique lorsque vous lancez un produit dans un nouveau pays et que vous devez être proactif en la matière. Cela pourrait bien vous faire gagner du temps et de l'argent !

3/ DÉCOUVREZ COMMENT LES CONCURRENTS LOCAUX RÉSOLVENT LES PROBLÈMES QUE VOUS RENCONTREZ ET CRÉEZ DES RELATIONS SOLIDES AVEC LES PARTENAIRES LOCAUX**.

Pour notre problème de gestion des dépôts décrit précédemment, nous avions besoin d'un système qui pourrait fournir une plateforme pour une mise en œuvre rapide et en même temps offrir une API pour automatiser la création de comptes de dépôt pour soutenir la croissance future.

Aucune des solutions proposées ne semblait répondre à nos besoins. Cependant, nous avons fini par vérifier comment les concurrents résolvaient ce problème. C'est ainsi que nous avons découvert [Mietwise] (https://www.mietwise.com/landlords) : une plateforme basée en Allemagne qui propose une gestion en ligne des cautions de loyer.

Néanmoins, nous ne voulions pas faire de compromis sur l'expérience numérique que nous offrons à nos locataires et nous ne voyions pas de moyen d'automatiser notre offre à grande échelle. En entrant simplement en contact avec le support client de Mietwise, nous avons appris qu'ils étaient en train de construire une API et qu'ils étaient ouverts à l'adaptation de leur plateforme à nos besoins pour garantir une expérience client fluide. Après un peu de communication d'homme à homme, nous avons fini par leur demander de modifier leur plateforme pour l'adapter à notre cas d'utilisation.

Et le tour était joué ! En vérifiant simplement nos concurrents locaux et en communiquant de manière proactive avec un fournisseur, nous avons réussi à résoudre une situation complexe qui aurait pu limiter notre croissance à l'avenir. En général, les développeurs web ont tendance à considérer ce qui est en ligne comme acquis et à ne pas contacter le service qu'ils recherchent. Plus je travaille, plus je pense que c'est une erreur, car on apprend beaucoup en parlant au support client.

4/ AVOIR UNE CLARTÉ TOTALE

L'ouverture d'une maison de vacances en Allemagne a été pour nous un projet qui s'est étalé sur plusieurs mois, avec une grande complexité, beaucoup d'informations changeantes et de nouvelles tâches découvertes en cours de route.

Nous étions très enthousiastes à l'idée d'ouvrir cette nouvelle maison de colocation, mais plus nous avancions dans le processus, plus les choses devenaient compliquées. Nous nous posions régulièrement les questions suivantes :

  • Qui est responsable de tout cela ?
  • Que reste-t-il à faire à ce sujet ?
  • A qui dois-je m'adresser dans l'entreprise pour obtenir cette information ?
  • Les membres des autres équipes sont-ils en phase avec notre vision actuelle de l'expansion ?

Pour y remédier, nous avons mis en place les actions suivantes :

  • Désignation d'une personne dans notre équipe en charge du projet.
  • Centralisation des informations sur un canal Slack qui les rendait également accessibles à toutes les parties prenantes.
  • Définition de toutes les tâches dans un tableau Trello en plus de nos outils de gestion de projet existants. Ce tableau était dédié au projet et nous permettait d'assigner des tâches connexes et de suivre l'avancement du projet.
  • Identification des parties prenantes officielles ou officieuses dans les autres équipes.

Sachez que ces actions nous convenaient bien pour ce problème particulier, mais qu'elles peuvent ne pas convenir à d'autres. L'objectif principal est que toutes les parties prenantes aient une vision claire des problèmes à résoudre. La façon dont vous y parvenez n'a pas beaucoup d'importance.

Conclusion

Nous espérons que ces quelques points clés vous aideront dans votre propre projet d'expansion. N'oubliez pas qu'il est rare de réussir du premier coup et que tout dépend des enseignements que vous tirez de cette expérience. La réalisation de ce projet nous a beaucoup aidés pour d'autres projets à long terme.

Lionel Debauge est développeur Ruby on rails chez Colonies.

By
Colonies