Comment trois camarades de classe sont devenus partenaires Facebook - histoire Revealbot

image

La publicité peut sembler désagréable, mais c'est le cœur financier de l'industrie informatique. Google, Facebook et d'autres géants vivent précisément à ses dépens. Même les bloqueurs de publicités sont obligés de faire de la publicité.

Des milliers de startups apparaissant chaque année dépendent de la publicité. Les actionnaires de Facebook, de Google et d'autres font des centaines de milliers d'investissements en capital-risque dans de petits produits, et même s'ils ne tirent pas, ils dépenseront au moins la moitié de l'argent en publicité sur Facebook et Google, assurant un roulement d'argent non-stop.

Et pour créer un produit qui deviendra un nouveau mot à succès dans la publicité, c'est comment créer un autre réseau social en 2019. Il est encore plus surprenant que la startup russe Revealbot ait pu le faire. Le PDG Mikhail Trofimov, le CTO Mikhail Salosin et le CCO Iskander Musaev m'ont raconté leur histoire - comment ils l'ont fait.

Revealbot a reçu sur My Circle une note moyenne de 4,9 de ses employés, qui ont évalué l'atmosphère de travail confortable dans l'équipe, le lien avec la haute direction et le fait que l'entreprise rend le monde meilleur.



Comment est apparu et ce qui a créé


Nous avons étudié dans la même classe et nous nous connaissons depuis plus de quinze ans. Ils sont ensuite entrés dans diverses universités, mais ont continué à communiquer et ont essayé de réaliser leurs projets. Nous avons travaillé sur eux à «temps partiel», et nous n'étions pas assez concentrés pour vraiment tirer. Et je voulais me plonger complètement dans mon propre produit et ne pas me laisser distraire par un travail. Une façon idéale de le faire est de laisser toute l'équipe à un autre pays, à un accélérateur, où règne une atmosphère appropriée et des gens intéressants.

Quel produit n'était pas important pour nous - l'essentiel est de créer quelque chose dont les gens ont besoin. Une fois, on nous a proposé d'entrer dans l'accélérateur à New York, et nous avons accepté. Il y avait une atmosphère très cool, un nombre incroyable d'entreprises technologiques et de fonds de capital-risque.


De gauche à droite: PDG Mikhail Trofimov, CTO Mikhail Salosin, CCO Iskander Musaev.

Mais notre premier projet n'a pas décollé, et nous avons passé un mois à chercher où aller. Nous avons rencontré des gars russes qui ont déjà obtenu de bons résultats sur le marché américain. Ils nous ont aidés à créer la première version de notre produit.

Nous avons vu un marché publicitaire Facebook important et intéressant. Il existe de nombreux problèmes non résolus et nous nous y sommes plongés. À cette époque, il y avait une vague de toutes sortes de robots pour les messagers en hausse. Nous avons pensé qu'il serait bien de créer un bot pour Slack, qui générerait des statistiques et enverrait des notifications utiles sur ce qui se passe avec la publicité. Ce fut la toute première étape vers l'automatisation de la publicité.

En conséquence, nous avons créé un outil qui nous permet d'algorithmiser les processus de gestion de la publicité. Avec lui, vous pouvez décrire toutes les conditions auxquelles une annonce s'arrêtera et démarrera, modifier son budget, etc. En un mot - pour décrire l'algorithme afin que tous les processus se produisent automatiquement. Il permettrait aux managers de se concentrer davantage sur le processus créatif, sur l'invention d'annonces, d'images et de textes, plutôt que sur le contrôle manuel, l'activation et la désactivation.

Dans la forme, c'est un service Web qui n'a rien à voir avec Facebook. Nous obtenons la permission de l'utilisateur d'utiliser ses publicités Facebook, l'accès aux statistiques, aux comptes, la possibilité de gérer les publicités, de modifier les publicités et plus encore - un algorithme d'autorisation standard avec la demande des autorisations dont nous avons besoin. Après cela, nous obtenons le jeton de l'utilisateur et utilisons l'API Facebook pour effectuer toutes les actions: obtenir la liste des annonces, obtenir des statistiques sur cette publicité, trouver une publicité qui correspond à la règle, correspond aux conditions de la règle et effectuer les actions spécifiées par l'utilisateur sur cette publicité. Du point de vue de Facebook, il s'agit d'une application autonome qui utilise son api.

Cela semble assez simple, et, bien sûr, il existe des analogues - y compris dans le compte publicitaire Facebook lui-même. Mais nos clients ont des stratégies très complexes qu'un bureau standard ne peut pas gérer. Nous avons besoin de conditions logiques complexes, de chaînes, de diverses combinaisons de mesures et d'actions que nous effectuons en fonction de ces mesures, de sorte que le produit est assez complexe. Une bonne préparation est nécessaire pour maîtriser pleinement toutes ses capacités.



Lorsque nous avons commencé, on nous a dit que personne ne paierait de l’argent normal pour un chat bot. Cela s'est avéré vrai. Cela ressemblait plus à un produit marketing qui nous permettait de nous déclarer sur le marché, d'attirer les premiers utilisateurs et de recueillir leurs commentaires. Ensuite, on nous a dit que le marché de l'automatisation de la publicité sur Facebook était déjà très encombré et qu'il n'y avait nulle part où aller. Ils ont beaucoup parlé. C'est normal. Chaque startup rencontre du scepticisme dans l'esprit de «rien ne vous décollera, vous faites des bêtises».

Au début, tout a été fait très rapidement avec des béquilles inconnues afin de capter rapidement le public et de commencer à croître jusqu'à la fin des investissements. Nous avons travaillé avec Bootstrap et Ruby on Rails, mais deux mois plus tard, ils ont pris Vue.js. Je n'ai pas dû passer de tests. Cela affecte considérablement la vitesse de développement ultérieur. Mais après avoir réalisé que le produit était nécessaire, nous avons pris la qualité. Pour qu'en aucun cas les utilisateurs ne perdent d'argent à cause de nos bugs. Nous avons commencé à écrire des tests en permanence, toutes les fonctionnalités importantes sont couvertes de tests de haut en bas, et maintenant il est beaucoup plus facile de travailler avec eux qu'au stade initial.



Comment conçu et disposé à l'intérieur


Maintenant, notre application se compose de deux parties. Le premier est le frontend avec lequel les utilisateurs interagissent et le backend pour cela. Formulaires de création de règles, formulaires de création de rapports. Tout cela fonctionne sur Ruby on Rails et vue.js. Le traitement des règles, rapports et autres choses créés est effectué par de petits services sur Go. Cela ne peut pas être appelé architecture de micro-services, il s'agit très probablement de services séparés.


Toute l'équipe a appris à jouer au golf, au centre, Mikhail Salosin.

Un service est engagé dans le traitement des règles d'automatisation, l'autre est le traitement des rapports, le troisième est la création de publicités que l'utilisateur crée via notre interface. Au stade initial, tout cela a été écrit rapidement, il y avait des problèmes de performances. Initialement, nous n'avons pas essayé d'optimiser pour un grand nombre de règles, donc à un moment donné, nous sommes arrivés au fait que le traitement est lent, les demandes à l'API Facebook ne sont pas faites de manière optimale, tout ralentit.

Facebook a une limite sur le nombre d'appels. S'ils voient que nous faisons trop d'appels, alors ils commencent à donner des erreurs. En conséquence, vous devez très bien optimiser tout cela. Les grandes entreprises mettent en place des règles applicables à des dizaines de milliers d'entités, à dix mille publicités, et tout cela doit être traité très rapidement. Go facilite le traitement des données en parallèle.

Mais il fallait réécrire progressivement. Comme nous n'avions pas de tests, c'était assez problématique. En termes de pile, nous n'avons rien changé radicalement. Il vous permet de mettre à jour rapidement de nouveaux développeurs, même s'ils n'ont jamais programmé dans Go. Le marché des développeurs n'est pas aussi important que celui du php ou du python. Mais si une personne sait programmer, elle peut gérer la langue elle-même en une semaine, car c'est très simple.

Et il y a beaucoup de bons développeurs sur Ruby on rails, et je ne dirais pas que les gens veulent le quitter. Beaucoup sont même fan de la fraîcheur de Ruby. Comment puis-je tout écrire sur une seule ligne pour que plus tard personne ne comprenne plus rien, mais tout a fonctionné.

Vue.js. se développe très bien. Quand j'ai dû choisir entre react et vue, j'ai juste lu la documentation de react, et tout m'a paru très abstrait. Comme s'il avait été écrit pour des personnes qui sont déjà dans le sujet. Et je ne suis pas un développeur front-end, et toute ma vie, je n'ai écrit qu'un backend. Mais vue.js avait une bonne documentation. Vous pouvez immédiatement utiliser les principes qui y sont décrits, il y a des recommandations et des exemples sur la façon de construire une application.

Comparé à React, Vue a un démarrage très rapide. Lorsque la personne qui travaillait auparavant sur réagir a commencé à gérer notre frontend, il n'a eu aucun problème pour passer à vue.js. Idéologiquement, ils sont également assez proches, il n'y a pas de différence forte qui changerait fondamentalement le développement.



Culture et processus


Au départ, une culture assez informelle s'est instaurée dans notre entreprise. Nous communiquons tous aussi simplement que possible. Nous l'aimons et voulions maintenir une telle culture, mais pour que la composante commerciale n'en souffre pas. Je dirais même que nous manquons largement de formalisation des processus. Maintenant, tout va bien en termes d'environnement et d'atmosphère, mais cela pourrait être mieux en termes d'efficacité.

Par exemple, nous essayons depuis très longtemps de comprendre comment organiser le processus d'AQ. Nous avons eu une expérience pas très réussie avec l'embauche de deux personnes. Par conséquent, nous n'avons plus du tout d'AQ. Si la fonctionnalité est petite, celui qui l'a demandée la teste. Si la fonctionnalité est une grande fonctionnalité, nous recrutons des volontaires, faisons une liste de quelles fonctionnalités et comment tester, où piquer, quoi essayer de casser quelque chose qui ne devrait pas casser.



Nous essayons de nous assurer que chaque fonctionnalité est couverte à la fois par des tests frontaux et principaux. Si nous avons trouvé un cas d'utilisateur étrange, lorsque l'utilisateur a cassé quelque chose, mais que nous ne l'avions pas prévu, nous essayons de le réparer et de le couvrir également avec des tests. Étant donné que je connais la quasi-totalité du produit dans son ensemble et que je connais les nuances du travail avec Facebook, j'essaie d'ajouter des notes pour les tests à chaque tâche - 4-5 points, qui devraient être pris en compte potentiellement. Par exemple, la limite de demandes pour certains champs sur Facebook, ou qu'un formulaire est utilisé à plusieurs endroits, et cela doit être pris en compte s'il sera refait. Il se révèle une certaine base de connaissances sur des choses qui sont cachées et pas toujours évidentes, afin d'initier ensuite de nouveaux développeurs au cours des choses.

Maintenant, la plupart de notre équipe est à Kazan, y compris les développeurs. Deux autres personnes à Moscou, une à Saint-Pétersbourg. À notre retour des États-Unis, nous étions éloignés les uns des autres, et cela faisait partie de l'ADN de l'entreprise. Nous organisons tous les processus afin de pouvoir travailler à distance. Bien sûr, une communication en direct est souvent nécessaire et nous nous rencontrons régulièrement. La dernière fois que nous avons rassemblé tout le monde à Kazan, nous avons organisé une grande fête d'entreprise - nous avons eu deux jours de travail ensemble, puis deux jours de détente ensemble. Nous prévoyons de nous réunir au moins une fois tous les six mois dans toute l'entreprise quelque part en Europe.



Promotion et développement de produits


Nous avons fait diverses activités de marketing. Nous avons été trouvés à travers une recherche, des articles, des réponses à Quora. Ils ont été convertis en payeurs, et nous avons réalisé que les règles d'automatisation sont les meilleurs convertisseurs et cela vaut la peine de se concentrer sur eux.



Le plus gros bond de nouveaux clients et croissance a probablement eu lieu après le lancement sur AppSumo. Il s'agit d'une plateforme de réduction pour les entreprises où vous pouvez obtenir un accès illimité au plan illimité le moins cher pour peu d'argent. Ainsi, beaucoup de gens nous connaissaient à la fois.

Nous sommes à mi-chemin entre l'avancement du produit et le prix avantageux. Il existe des produits avec une automatisation très complexe, mais leurs développeurs facturent 5% du budget publicitaire. Si l'entreprise dépense 1 million de dollars - il en résulte 50 000 dollars par mois pour les logiciels. Ce n'est pas vraiment beaucoup d'argent, et tout le monde n'est pas prêt à payer autant pour un logiciel. Ou vice versa, il y a des entreprises qui ont une liste de prix assez petite, mais en même temps, elles offrent des capacités d'automatisation très simples.

Nous avons choisi le juste milieu. Divers gourous de la publicité sur Facebook ont ​​commencé à parler de nous. Il y a un groupe d'acheteurs d'annonces sur Facebook, et le fondateur de ce groupe parle souvent de notre produit lors de conférences et de ses master classes. Grâce à une telle influence marketing, nous grandissons. De plus, nous le chauffons nous-mêmes - nous avons un programme de parrainage, selon lequel les utilisateurs peuvent recevoir une part des revenus des clients qu'ils ont amenés.

Dans le même temps, nous avons commencé à négocier avec Facebook afin de devenir ses partenaires. C'est compliqué. Seules deux entreprises en Russie ont pu le faire. Probablement, nous avons eu de la chance, car nous avons initialement ciblé le marché international et nous avons réussi à attirer des entreprises avec des coûts publicitaires élevés. Et pour Facebook, le plus important est que le plus de budgets publicitaires possibles passent par l'application. Nous avons réussi à les attirer, et c'est peut-être la principale raison pour laquelle ils ont décidé de nous inclure dans le programme des partenaires.

Nous avons commencé à créer d'autres plateformes. Nous avons lancé l'automatisation pour Google, car c'est un grand marché - une fois et demie ou deux fois plus que Facebook. Mais c'est plus difficile là-bas, car Google a son propre outil pour écrire des scripts et gérer la publicité. Nous ne savons pas encore combien le marché a besoin du même outil.



Mais il est possible de se développer sur d'autres plateformes - elles sont captcha, bing, twitter. Ils sont plus petits, mais il y a peu d'outils, respectivement, leur marché peut être capturé avec une plus grande part.

Il y a des idées et comment créer un outil plus avancé et sophistiqué pour Facebook.
Nous avons appelé une entreprise américaine qui s'occupe de jeux mobiles, et il nous a posé des questions sur de nombreuses fonctionnalités que nous n'avons toujours pas. Le problème principal est de prioriser, pas quoi faire d'autre. Les demandes et les idées ne sont qu'un montant fou.

Je n'ai pas encore rencontré de startup technique qui ferait un produit, réglé sur ça, et rien de plus ne devait être développé. Dans un marché en constante évolution, cela ne nous menace certainement pas.



Aujourd'hui, l'équipe compte 15 personnes travaillant à Kazan, Moscou, Saint-Pétersbourg, Krasnoïarsk et Los Angeles. Il existe des bureaux à Moscou et à Kazan, dans d'autres villes, nous sommes prêts à payer pour le coworking si vous ne voulez pas travailler constamment à domicile. Nous aidons à la réinstallation, soutenons les voyages et travaillons selon un horaire flexible.

Source: https://habr.com/ru/post/fr469977/


All Articles