👨🏿‍🚒 🤾🏼 👜 Comme nous avons passé une semaine sans argent, les connexions et les logiciels ont lancé un service de livraison de nourriture et n'ont presque pas foiré ☔️ 🆚 🧓🏾

Je m'appelle Dima, je suis un étudiant de Baumanka et un programmeur avec une expérience entrepreneuriale. En collaboration avec les gars, les informaticiens et les analystes, nous avons conçu Quicq - un service de logistique urbaine unique auquel toute entreprise peut se connecter et éliminer la nécessité de maintenir son service de livraison. Comme un fax, uniquement pour les biens physiques. Pendant une semaine, nous avons lancé MVP à Yaroslavl, dépensé 15 000 roubles au début, exécuté environ 250 commandes et livré de la nourriture pour 175 000 roubles. Maintenant, le service fonctionne à perte, mais nous savons comment y remédier. Nous écrivons notre propre logiciel, nous préparons pour tester de nouvelles hypothèses et travaillons sur les bugs.

Je vais vous expliquer comment nous sommes passés de l’idée au lancement - nous avons cherché un créneau, développé un modèle commercial, recherché une approche pour les clients et développé le travail avec les coursiers. Peut-être que notre expérience sera utile à ceux qui sont confrontés à une tâche similaire et à ceux qui sont intéressés par des expériences dans le domaine de l'économie unitaire.

Technologie alimentaire régionale - comment tout a commencé

Le segment de la livraison urbaine locale en Russie vient de commencer à prendre forme et, dans des conditions de quarantaine, son importance pour les entreprises et les personnes a considérablement augmenté. Maintenant, c'est une nécessité fondamentale, avec l'électricité et Internet. La livraison en général est un marché important, technologique, intéressant et à croissance rapide. Nous nous sommes fixé un objectif: trouver des imperfections sur ce marché et y créer une entreprise.

Le 1er février, nous avions en main une liste de 11 hypothèses pouvant être utilisées pour lancer une startup. Nous avons commencé à plonger dans le domaine de la logistique avec la livraison de produits fermiers. Nous pensions que les gens ont du mal à acheter des produits et les agriculteurs à vendre. Pour confirmer cette hypothèse, nous avons mené une dizaine d'entretiens avec des agriculteurs et des acheteurs. Nous avons découvert qu'il y a un problème à vendre, mais pas de problème à acheter. La moitié du coût d'un produit agricole est imputable aux coûts logistiques: deux agriculteurs vivant dans les villages voisins livrent leurs produits sur leurs propres machines. Il serait plus logique de combiner les efforts, mais pour une raison quelconque, ils ne le font pas.

Nous avons rencontré le fondateur du service "Eat Village" et nous avons proposé de trouver ensemble une solution qui vous permette d'organiser la logistique deux fois moins cher. Après avoir fouillé dans les détails du processus, nous avons réalisé que ces gars-là ne peuvent pas être sauvés par nos forces, et le marché des agriculteurs est trop difficile pour nous. Ensuite, nous avons pensé à livrer la nourriture des restaurants. Il ne sert à rien de concurrencer les géants de la technologie alimentaire à Moscou, nous avons donc décidé de maintenir CustDev dans les régions. Nous avons commencé avec Yaroslavl, la ville dans laquelle j'ai grandi et je sais comme le fond de ma main. Pendant trois jours, j'ai parlé avec cinq restaurateurs locaux, et lors de chaque conversation, j'ai entendu: «Bien sûr, nous en avons besoin! Prenez l'argent et faites-le. » Nous avons réalisé que nous avions un problème.

Nous nous sommes rencontrés en équipe et nous avons pensé: «Je suppose que c'est bien, CustDev est un tutoriel, mais réfléchissons à la façon dont nous pouvons monter un projet et lancer MVP en une semaine.» Nous avons donc convenu de commencer lundi prochain. Nous avons réparti les principaux blocs de travail entre les membres de l'équipe: recherche de clients, développement d'une application client, recherche de courriers, organisation d'un système de gestion des courriers. J'étais activement impliquée dans les ventes et j'étais responsable de la synchronisation de l'ensemble du processus. Mais je pense que ma tâche principale était de créer des conditions dans lesquelles nous n'aurions aucune chance de ne pas avancer. En conséquence, le lundi suivant, exactement une semaine après la réunion, des ordres nous ont été envoyés.

Modèle commercial: comment cela fonctionne

Dans les petites villes, le restaurant a deux façons de livrer de la nourriture au client: via des agrégateurs - Yandex et Delivery, ou via son propre service de livraison. Son service de livraison coûte à l'entreprise environ 130 000 roubles par mois. À Moscou, les restaurants refusent fondamentalement leur propre décision en faveur des agrégateurs, mais dans les régions, en particulier à Yaroslavl, cela ne fonctionne pas. Et c'est pourquoi. Le rayon de livraison de l'agrégateur est de 3 kilomètres, alors qu'il faut 30% du chèque. Dans une ville régionale où tous les restaurants sont situés au centre, un rayon de 3 kilomètres coupe la majeure partie de la clientèle vivant dans les chambres à coucher.

En conséquence, les restaurants organisent leurs propres services de livraison. Votre service peut transporter de la nourriture n'importe où, mais c'est une énorme couche de travail supplémentaire. Pour le prix, cette solution est un peu moins chère, beaucoup le font: le restaurant laisse son offre dans l'agrégateur, indique le rayon de livraison - toute la ville, collecte les commandes et les distribue indépendamment. Notre modèle d'entreprise suit à partir d'ici. Nous fournissons au restaurant une solution en boîte - un service de livraison sur le principe d'une externalisation classique. Le client se connecte à notre service et accède à votre compte personnel sur le site Quicq.ru. L'administrateur du restaurant saisit toutes les informations sur la commande et appuie sur le bouton «livrer», comme pour appeler un taxi. La création d'une application sur le site prend une minute et demie. Après 15 minutes, notre courrier arrive, récupère la commande et se rend n'importe où dans la ville.

Une semaine, notre service coûte au client environ 10 000 roubles, à condition que le restaurant ait ses propres coursiers. S'il n'y a pas de coursiers, mais qu'il y a beaucoup de commandes pour la livraison, le restaurant dépense 30 à 40 mille par semaine pour nos services. Nous gagnons en recevant de l'argent du restaurant pour chaque livraison. Nous ne prenons pas un pourcentage de la commande, car peu nous importe quoi faire, que ce soit une barre d'or ou une côtelette. Tout dépend du kilométrage. Maintenant, nous expérimentons avec les tarifs, la première semaine, nous avons travaillé sur un correctif et livré 160 roubles partout dans la ville. L'économie dans ce cas convergera si vous envoyez des courriers uniformément - à la fois loin et près. À ce rythme, les restaurants parcouraient des distances rapprochées avec leurs coursiers et nous avons été envoyés dans des contrées lointaines. Pour certains clients, nous avons créé une échelle de prix qui varie à intervalles: jusqu'à 5 km, 5-10 km, 10+ km, etc.e. Nous prévoyons maintenant de tester le modèle avec paiement pour chaque kilomètre.

Nous considérons le service de livraison express Dostavista comme notre principal concurrent. Ils offrent des services similaires, le font longtemps et à grande échelle. Et pourtant, nous avons différents modèles économiques. Dostavista fonctionne comme un taxi en mettant l'accent sur le B2C, reliant les courriers et les clients gratuits. Si moi-même, dans l'isolement, je veux envoyer des frais de téléphone à un ami, je le ferai certainement via Dostavista. Si je suis une boutique en ligne qui doit envoyer des marchandises à l'autre bout de la ville pendant la journée, je me tournerai probablement aussi vers eux. Et si j'ai besoin d'une solution pour les livraisons locales à haute fréquence et à grande vitesse, alors c'est à nous.

Il est trop tôt pour nous de concourir, mais il est temps de s'inspirer et d'adopter les meilleures pratiques. Inspirés par Dostavista, nous avons commencé à étudier l'expérience de la création d'une plateforme, d'une place de marché. Et Yandex.Lavka nous a inspiré à penser à lancer la livraison de produits dans les régions.

MVP à Yaroslavl: "si nous survivons ici, nous survivrons n'importe où"

Yaroslavl - c'est 600 000 personnes, faible solvabilité, routes terribles, embouteillages lourds aux heures de pointe. Nous avons choisi cette ville pour lancer MVP selon le principe suivant: "si nous survivons ici, nous survivrons n'importe où". Par la même stratégie, j'ai grandi dedans. Nous avons décidé que si nous organisons le système logistique de façon à ce que l'économie converge, il nous sera beaucoup plus facile d'évoluer vers d'autres villes.

Nous sommes venus dans les restaurants de la ville et avons dit: "Bonjour, nous sommes Misha et Dima, nous voulons résoudre votre problème de livraison." Dans certains cas, cela a fonctionné et nous avons marqué un bassin de clients pour commencer, mais nous nous sommes ensuite heurtés à une restriction fondamentale pour travailler dans ce mode, car la plupart des entreprises ne sont toujours pas prêtes à travailler avec Misha et Dima, elles ont besoin d'une relation juridique et d'un accord.

Je vais vous expliquer comment fonctionne le travail avec les coursiers. Nous les avons recherchés à l'aide d'annonces sur Avito. Nous avons rassemblé un grand nombre de personnes avec une voiture personnelle dans la base de données, divisé la journée de travail de 11 à 23 heures en trois blocs et formé des équipes de 4 heures, dans chacune desquelles ou en même temps les courriers sont enregistrés à volonté. Au début de leur quart de travail, les coursiers arrivent au point de collecte dans le centre-ville et attendent la commande. La nouvelle commande est affichée dans l'application mobile du service de messagerie, il la prend et la prend rapidement, puis retourne au point de collecte. Jusqu'à ce que le processus soit automatisé, nous prenons tout le travail sur la formation des équipes.

Nous avons réalisé qu'il était mal de payer des coursiers sur commande. Pour sauver des gens, nous sommes passés au modèle non rentable jusqu'à présent - nous payons le taux horaire, compensons l'essence et payons une motivation supplémentaire pour chaque commande complétée. Notre coursier gagne environ mille et demi de roubles par jour, nous transférons de l'argent sur la carte une fois par semaine. Il est important de noter que quel que soit le nombre de commandes que nous effectuons par jour, 5 ou 25, le coût pour les coursiers est à peu près le même, nous les mettons toujours en équipes et leur payons le tarif.

Si le courrier a échoué, le restaurant appelle notre superviseur de quart et nous résolvons le problème. À ce jour, nous avons exécuté plus de 200 commandes et n'avons jamais rencontré les problèmes dont tout le monde parle - le coursier s'est perdu, a transformé la pizza en soupe à la crème, a mangé de la nourriture en cours de route.

Les plans - une expérience avec la livraison sur des scooters par analogie avec Yandex.Lavka et Delivery. S'il ne fait pas froid en hiver et que les coursiers disent non, alors les scooters sont une bonne chose qui résout les problèmes clés: le temps, l'argent et la recherche de personnes. Cela réduira le coût d'un kilomètre et le temps de trajet pendant les heures de pointe de 3 fois, nous serons en mesure d'attirer des étudiants pour travailler pendant notre temps libre. Gagnez un an et demi ou deux mille par jour de travail à Yaroslavl - ce n'est pas mal même pour un homme adulte. Les scooters peuvent appartenir à des sociétés de taxi et nous être loués. J'ai parlé avec quelques parcs de taxi, ils ont dit que d'une voiture achetée pour 600 000 - un million de roubles, ils gagnent environ 600 roubles par jour. Si vous imaginez qu'ils achèteront des scooters d'une valeur de plus ou moins 150 000, les entretenir et nous les louer,nous pourrons leur fournir un revenu de 400 roubles par jour et par unité. C'est bénéfique pour les compagnies de taxi et pour nous.

Quicq en chiffres

Pour commencer l'expérience à Yaroslavl, nous avons dépensé 15 à 20 000 roubles sur nos fonds personnels. C'est un peu trop pour MVP. Nous sommes allés au-delà du budget prévu de 3 000 roubles, car nous avons accepté de partager toutes les dépenses connexes par tous, de manière patsansky. Nos coûts: sacs thermiques pour les courriers (6000 roubles pour 4 pièces), un domaine pour héberger un site, petites dépenses sur les annonces sur Avito pour rechercher des courriers, 7 mille roubles pour la location d'un appartement pour un collègue qui m'a accompagné à Yaroslavl.

Nous avons commencé le 10 mars et le 5 avril, nous avons exécuté 329 commandes. Nous avons maintenant 5 clients existants, 4 en cours de connexion et plus de 20 courriers dans la base de données. Nous gagnons dans la région de 20 à 30 000 roubles par semaine. Parmi ceux-ci, environ 22 000 sont dépensés chaque semaine pour les salaires des coursiers, 1 000 roubles sont des dépenses pour Avito, 2 à 3 000 autres petites dépenses. La perte réelle que nous couvrons aujourd'hui de nos poches est de 6 à 7 000 par semaine.

Quicq à travers les yeux de l'informatique

Les outils que nous utilisons actuellement dans le cadre du projet: le site - côté client, l'application mobile B2Field terminée - côté courrier pour suivre où il se trouve et dans quel statut. Nous avons rencontré des représentants de B2Field et demandé une version gratuite pendant deux mois. Nous relions les commandes aux coursiers à l'aide du panneau d'administration B2Field - c'est un panneau de contrôle de vol, son responsable logistique, il reçoit les commandes, crée les itinéraires et nomme les coursiers. Maintenant, la question de l'automatisation est urgente pour nous, de sorte que le courrier est automatiquement nommé lorsque la commande apparaît.

Nous comprenons qu'à l'avenir, nous ne serons pas en mesure de rivaliser avec des acteurs puissants sur ce marché en utilisant des logiciels tiers. Par conséquent, notre tâche principale est de créer notre propre logiciel avec de bons algorithmes, ce qui optimise l'itinéraire pas pire que les autres.
Nous n'avons pas de budget de développement, nous écrivons qui peut faire quoi, car il faut commencer quelque part. Heureusement, presque tous les gars ont une formation informatique, et c'est très différent. Au total, nous, en tant qu'équipe, avons de très bonnes compétences à la fois dans les applications Web et le développement mobile, ainsi que dans l'apprentissage automatique ou les systèmes informatiques complexes, tels que l'optimisation des itinéraires. Chaque membre de l'équipe écrit son propre bloc, à cet égard, nous avons immédiatement décidé de diviser le système en plusieurs modules communiquant par API.

Quicq est une plateforme dont le cœur est le serveur principal qui implémente la logique métier de tous les projets. Nous développons initialement un compte personnel unique pour le client, et au fur et à mesure du lancement de nouveaux produits, nous lançons simplement une nouvelle interface. En ce sens, nous nous inspirons de Gojek, une entreprise indonésienne, l'un des plus grands écosystèmes du monde. Le client dispose d'un compte à partir duquel vous pouvez commander un taxi, de la nourriture, appeler un médecin ou un nettoyeur à domicile, envoyer un colis, etc.

En tant qu'unité distincte, nous avons attribué un serveur de routage sur lequel toutes les tâches liées à la logistique sont résolues: les itinéraires sont construits et optimisés, les délais de livraison des courriers sont prédits, les commandes sont réparties. Pour construire des routes, nous utilisons maintenant le moteur OpenRouteService sur les cartes OSM. Ces deux solutions sont open source, et nous les avons à peu près refaites par nous-mêmes. Longtemps tourmenté avec le choix des cartes et du moteur de routage. Au début, ils étaient sceptiques vis-à-vis de l'OSM, mais les cartes se sont révélées étonnamment bonnes, précises et dans nos conditions, il est important qu'elles soient également gratuites. Nous avons probablement manqué un peu en choisissant OpenRouteService, maintenant je prendrais Valhalla, ils sont beaucoup plus faciles à personnaliser. Mais une grande partie de sa fonctionnalité a déjà été vissée sur ORS, et les jambages principaux, en général, ont été résolus.

Toutes nos applications clientes et programmes internes sont connectés au serveur principal. Par exemple, nous avons écrit un compte personnel d'un logisticien / opérateur, à partir duquel vous pouvez surveiller les mouvements des courriers et gérer manuellement les itinéraires, si nécessaire. De plus, les commandes du compte personnel des restaurants et du site de livraison de nourriture volent vers ce serveur. Côté client, nous n'écrivons que des versions web, c'est beaucoup plus rapide. Par exemple, pour livrer des produits, nous avons écrit un site Web à partir de zéro aux premiers utilisateurs en deux jours ouvrables. Le temps de développement frontal est une mesure très importante pour nous, et c'est exactement ce que nous nous concentrons maintenant sur la pile de développement. Nous écrivons le serveur sur le nœud js, car il est assez rapide, et nous avons beaucoup d'expérience sur le nœud, ce qui élimine les retards inutiles. Le frontend fonctionne sur VueJS car il est plus simple et ringard que React et Angular,et surtout, cela aide à écrire de manière réactive seulement une partie du site, ce qui signifie réutiliser une partie du code d'anciens projets.

À l'avenir, nous pensons à l'intégration avec iiko ou un autre système populaire pour les restaurants afin d'automatiser le processus de création d'une application par un client. C'est facile à organiser, mais jusqu'à présent il n'y a pas de demande, car les restaurants eux-mêmes ne sont pas automatisés à l'intérieur. Avant notre arrivée, ils ont tout fait de la même manière, pire encore - ils ont envoyé des informations sur la commande au messager SMS.

Dès le premier jour, nous avons réalisé que notre objectif principal était d'accumuler des données. Nous collectons tout ce qui peut être collecté, suivons l'heure de toutes les étapes des commandes à la minute près. Lorsque les informations de l'application de messagerie ne sont pas suffisantes, nous mettons des correctifs sous forme de SMS de courriers, qu'ils nous envoient dès réception de la commande. Nous mettons toutes les données dans une base de données, puis les analysons dans Excel. Grâce aux données collectées, nous avons créé un excellent airbag pour les itérations suivantes.

L'équipe projet

Les gars et moi nous sommes rencontrés à Skolkovo sur le programme moove, où nous sommes venus pour pomper des compétences entrepreneuriales et commerciales. Nous nous sommes associés sur le principe de «rassembler des mecs avec des cerveaux». Notre point faible était que nous sommes très similaires, nous manquons de cerveaux non techniques. Cela interfère et aide en même temps. Si nous étions des sciences humaines, il serait peu probable que nous collections fanatiquement des données et des statistiques, mais maintenant cela semble évident.

Notre équipe n'a pas connu de graves conflits ni d'attaques de panique, le travail est mené de manière aussi modérée et constructive que possible. Nous percevons les situations problématiques comme faisant partie du travail et ne nous en inquiétons pas.

Je passe beaucoup de temps de synchronisation d'équipe Après chaque réunion et appel, lorsque nous décidons de la suite du projet, j'écris un long, long message, décris ce qui se passe avec nous, afin qu'il soit clair pour les gens hors contexte et le mette dans notre conversation générale. Dans des conditions d'auto-isolement, lorsque nous communiquons uniquement sur Skype, cela nous aide tous à être sur la même longueur d'onde.

Plans de développement

Yaroslavl est notre bac à sable, où nous voulons trouver la meilleure solution qui peut être mise à l'échelle. Nous écrivons maintenant des logiciels et enregistrons des adresses IP, ce qui nous donnera une augmentation de 2 à 3 fois du nombre de clients. Dès que nous comprendrons que notre modèle fonctionne, nous commencerons à ouvrir dans 2-3 villes.
Nous travaillons avec des restaurants, et plusieurs fois par heure, nous recevons une application dans laquelle il y a une adresse exacte à l'appartement, le nom et le numéro de téléphone de la personne qui utilise la livraison maintenant. Ainsi, nous obtenons une avance spécifique, pour laquelle nous n'avons pas payé. Quel est l'intérêt de l'arrêter?

Cette semaine, nous lançons le Yandex.Lavka régional, un service de livraison à domicile dans une heure. Les concurrents que nous avons trouvés à Yaroslavl livrent demain et n'acceptent pas de commandes le week-end. Le budget au départ est de 3 mille roubles. Le plan d'action est le suivant: nous prenons les épiceries les plus proches de la maison, analysons les produits les plus demandés maintenant, analysons les informations à leur sujet dans les catalogues en ligne et téléchargeons sur notre site Web, sur un constructeur gratuit. Dans le même temps, nous réfléchissons à l'organisation de la logistique, nous imprimons 300 dépliants et les déposons dans les maisons du quartier. Si nous obtenons au moins 10 à 20 commandes avec 300 dépliants, il s'agit d'une excellente conversion, il y a lieu d'acheter du trafic pour cette histoire et de commencer à se développer. Sinon, prenez une autre hypothèse.

La gestion des erreurs

Reflétant l'expérience acquise lors du lancement de ce projet et de quelques projets précédents, j'ai tiré plusieurs conclusions qui pourraient vous aider à ne pas marcher sur mon objectif:

. , — . , , MVP, . , , — , . , . , . 20 — . , , . — .

. , , , . , , . , — / . , , . , .

. , , - , . : , , 100 . . , , .

= . , , – . , , , . , - , . , .

. , “!”. 100% , , . , , .

– . , , -. , , , .

, , CEO, . , -: , , . , , . , , . : « , - ». . , : «, , - . , ?» , . .

, : , . , , - . : « ?» , .

, . , , . , - . , « » , , , . , - golama, , , - , .

, , . , . , . , .

, , , . .

, , , , .

Comme nous avons passé une semaine sans argent, les connexions et les logiciels ont lancé un service de livraison de nourriture et n'ont presque pas foiré