Si vous vous souvenez, nous avons récemment publié l'annonce du hackathon RAIFHACK , qui s'est déroulé en ligne les 14 et 15 novembre avec l'équipe de Russian Hackers. Il semblerait que ce soit un hackathon ordinaire. Mais il avait tout pour plaire: déni, colère, marchandage, dépression, acceptation, blagues et, bien sûr, mèmes.
L'agenda principal de RAIFHACK était de créer des solutions pour les petites et moyennes entreprises selon deux axes:
- Connaître le client et le concurrent concerne l'utilisation des données. Les participants ont développé un produit dans le paradigme Data as a Service basé sur des données clients anonymisées.
- «Payer c'est facile» consiste à utiliser l'API de paiement rapide. Ils ont proposé des solutions utiles pour les clients commerciaux basées sur l'API SBP de Raiffeisenbank, ce qui simplifiera le travail avec les clients.
À propos des thèmes et du hackathon lui-même
Servir les petites et moyennes entreprises est un domaine prioritaire pour notre banque.
Nous suivons les demandes des clients dans ce domaine et essayons de leur proposer immédiatement de nouveaux services. Nous parlons de solutions informatiques à la fois standardisées et flexibles. Par exemple, nous sommes devenus un leader dans la mise en œuvre du système de paiement rapide (FPS) dans nos produits. C'est l'une des premières solutions sur le marché russe qui permet de facturer les clients directement depuis le smartphone du vendeur.
Si nous parlons de produits dans le paradigme Data as a Service, alors le contexte est le suivant: en 2019, après de nombreux développeurs personnalisés avec des partenaires de programmes de fidélisation, nous avons eu l'image suivante: l'entreprise est parfaitement consciente du manque d'informations objectives sur ses clients dans un environnement concurrentiel réel.
Des recherches plus poussées ont abouti à la création de notre produit Data as a Service, similaire au modèle SaaS. Dans son cadre, plusieurs business cases ont déjà été mis en œuvre, qui reposent sur l'intersection des données sur les achats des clients et des données sur le comportement et les intérêts des clients dans les réseaux sociaux. Mais une telle analyse n'est pas la limite, et nous nous intéressons à toutes les idées dans ce sens.
Format, inscription, chronologie
Dans l'organisation RAIFHACK, nous avons décidé de ne pas suivre le hackathon classique, lorsque les équipes reçoivent une tâche et 24-48-72 heures pour la terminer. Nous voulions que les participants se plongent dans le produit dès le départ. Donc le CJM était comme ça:
- s'inscrire en équipe;
- familiarisez-vous avec la tâche de la piste et envoyez votre idée de produit;
- se qualifier pour la finale;
- obtenir un ensemble de données et accéder à l'API lors de la finale, finaliser le produit et présenter une démo.
Le sujet du hackathon était restreint, mais nous avons reçu plus de 900 inscriptions individuelles, plus de 100 décisions d'équipe au stade de la sélection et 28 équipes ont atteint la finale.
Peut-être que la phase de sélection sera toujours le goulot d'étranglement de toute compétition. Il y aura toujours des projets qui vous ont plu le plus, et des projets qui n'ont pas atteint le jury ou qui n'ont pas convaincu. C'était donc avec nous - et cela a provoqué un tsunami. Le refus a commencé lorsque nous avons annoncé les résultats du tour de qualification.
Après avoir reçu 60 idées dans la piste DaaS et 51 dans la SBP, nous avons commencé à évaluer les candidatures. Les solutions ont été suivies par des mentors de piste: au moins épicerie et technique + supplémentaire. Déjà au stade de la sélection, nous avons évalué la faisabilité de la solution - par exemple, dans la piste DaaS, le composant DS avait un poids énorme, c'est pourquoi de nombreuses équipes ont reçu un score très faible dans cette partie. Ces évaluations ont généré beaucoup de colère. En plus du fait que certains projets ont été vus par un plus grand nombre de mentors, d'autres par un plus petit nombre, et ceux qui ont suscité un intérêt plus vif ont reçu une cote plus élevée. En général, cela correspond à une situation réelle où une startup présente une idée à un investisseur.
Pas sans réactions émotionnelles :)
Nous ne prétendons pas que nous sommes blancs et pelucheux - nous avions aussi un joint. Les résultats ont été résumés à la hâte, et la formule était banale dans l'un des tableaux. En conséquence, nous avons déployé les résultats avec une erreur. Merci aux participants d'avoir remarqué cela, bien que dommage. Nous avons donc eu 5 équipes de plus pour la finale de la catégorie SBP, et nous avons été réprimandés à juste titre avec la phrase "bang-bang - et en production!"
On peut discuter sans cesse du système d'évaluation des solutions toutes faites. Nous avons une vision, certains participants en ont une autre. La colère a engendré des commentaires, des mèmes et des démotivateurs en colère (sic!).
Au stade des négociations, une pétition est apparue sur change.org pour l'annulation des résultats du hackathon et même une invitation à tous ceux qui ne se sont pas rendus en finale à se rassembler sur Discord pour un rallye et organiser leurs pitchs indépendants. Prédisant la prochaine étape, l'un des participants a créé un bot sur Telegram pour fournir une assistance psychologique aux victimes de l'arbitraire judiciaire.
Malgré tout, la finale a eu lieu et s'est déroulée du 14 au 15 novembre. Le calendrier était extrêmement serré et nous nous attendions à ce qu'une à trois équipes ne parviennent tout simplement pas à la fin - c'est normal pour de tels hackathons. Étonnamment, nous avons tous atteint la fin!
Hackathon, codage et hardcore
Le calendrier du hackathon est difficile, l'ensemble de données est énorme, il a fallu beaucoup de coupes, et jusqu'à 3 points de contrôle par des mentors et non testés par les équipes API. Les participants devaient se connecter et abandonner ce qu'ils avaient, sinon l'équipe était éloignée de la distance.
Nous avons divisé tous les points de contrôle en 3 étapes:
- idée et plan de mise en œuvre;
- projet de prototype;
- édition du prototype + discussion de la présentation.
Chaque point de contrôle est une démonstration de l'avancement du développement et reçoit les commentaires de deux mentors dans un appel de 15 à 20 minutes. Un mentor était responsable du produit, l'autre de la composante technique du projet. Sur la base des résultats de l'appel, les mentors ont décidé de sauter l'équipe plus loin ou non. Cette approche a aidé à mieux planifier le travail des participants, a donné des rétrospectives régulières et des équipes synchronisées, et il était plus facile pour les mentors dans ce format de suivre les progrès.
La grille des points de contrôle du côté des mentors ressemblait à ceci:
En fait, les mentors ont fait un exploit et ont travaillé à ce rythme tout le week-end. Ils ont encouragé les équipes et sont restés en contact avec elles. Les participants eux-mêmes l'ont déjà noté à la fin du hackathon: «Excellent! Les mentors ont regardé de l'extérieur et nous ont vraiment aidés à améliorer le projet. Des réponses très détaillées et amicales. "
Certaines équipes ont été confrontées à des problèmes techniques, d'autres étaient aux prises avec des idées, et l'une d'elles a été complètement abandonnée par deux participants, y compris leur chef d'équipe. Cette équipe ne compte plus qu'un développeur et un designer de 14 ans. Oui, le plus jeune participant au hackathon avait 14 ans. C'était Sveta Simak, elle est de Saint-Pétersbourg et tout l'événement était en tête de notre liste non officielle de "Prix de la sympathie organisationnelle".
Démo et pitchs
Tout le monde est arrivé à la démo. Cette fois, nous avons décidé de ne pas diviser les performances et d'écouter toutes les équipes en un seul flux. C'était une expérience, et ce n'est pas la plus réussie, c'est vrai. Nous l'admettons nous-mêmes: 28 présentations d'affilée, c'est trop. Nous avons reçu cinq propositions pour diviser les performances en scènes, mais la plupart d'entre elles étaient très intéressées à regarder les projets des autres.
Toutes les performances ne se sont pas déroulées sans heurts. Le timing était très serré: exactement 5 minutes pour un discours et 2 minutes pour les questions. À un moment crucial, l'une des équipes a perdu du tout Internet. Mais tout le monde l'a fait, et c'était vraiment cool et intéressant! Une équipe a même loué un distributeur automatique "grab" spécialement pour la présentation à la finale!
L'évaluation a été faite sur une échelle de 10 points. Le jury a dû s'efforcer de sélectionner les meilleurs projets. Le choix a été fait non seulement par un principe mathématique, mais aussi du point de vue d'un investisseur qui va investir de l'argent dans tel ou tel projet. Par conséquent, en plus des coefficients, il y avait aussi un facteur tel que la subjectivité, au niveau «j'aimais ça - je n'aimais pas ça». Cela permet de rapprocher les conditions du hackathon des conditions d'une pépinière d'entreprises, lorsque les auteurs d'une idée ont besoin non seulement de la présenter, mais de montrer sa viabilité et de prouver ses perspectives à un niveau subjectif.
Qui a gagné? Ensuite, nous vous parlerons des projets qui ont gagné dans leurs domaines.
Gagnant du DaaS - Équipe «DS29»
L'essence du projet: un service pour un groupe d'abonnements de clients professionnels de la banque avec la formation d'une offre basée sur les transactions clients.
Objectif du projet: développer un produit dans le paradigme «Data as a Service» à partir de données sur les clients et leurs transactions.
Comment nous avons résolu le problème: nous avons créé "PRime" - un service d'abonnement des clients commerciaux de la banque aux utilisateurs finaux. Il s'agit d'un système flexible de groupes d'abonnement, qui est formé sur la base des données des clients sur les transactions, ce qui permettra à la banque, aux clients et aux utilisateurs finaux de rester dans le noir et de passer leur temps plus efficacement.
Ici vous pouvez télécharger la présentation du projet.
« , , :) , , . , » — , .
« : - , , », — , Data Scientist.
— «LIFE Laboratory»
L'essence du projet: une application qui permet à une entreprise d'utiliser un téléphone comme terminal, traitant les commandes des clients via une interface Web.
La tâche du projet: développement d'un système pour des paiements rapides et pratiques via le SBP de la banque avec la possibilité d'utiliser le module NFC d'un smartphone - un appareil toujours à portée de main.
Perspectives: développement d'un véritable site internet et d'une application permettant aux entreprises clientes de s'offrir mutuellement une coopération mutuellement avantageuse.
Comment nous avons résolu le problème:implémenté l'application «NFC for SFP», qui reçoit de l'opérateur un code QR avec des données embarquées pour le paiement. Le client reçoit via NFC des données lui permettant de sélectionner son application bancaire, après quoi il lui suffit d'appuyer sur le bouton «confirmer le paiement». Dans une situation normale, le coursier doit emporter avec lui un terminal de paiement; la plupart des modèles de tels appareils sont plutôt lourds et peu pratiques, plus chers. Il est beaucoup plus facile d'utiliser un smartphone avec un module NFC.
Pour le projet, l'application elle-même et le service Web, ou plutôt l'interface Web de l'application, ont été développés. L'interface Web de l'application est destinée à l'opérateur, sur lequel la commande du client est formée, un code QR est généré pour le paiement, après quoi tout cela est transmis au courrier.
Ici vous pouvez télécharger la présentation du projet.
« 500 «», , . , , , , , », — , backend-.
Toutes les présentations des équipes peuvent être consultées et évaluées ici , et ici il y a aussi la cérémonie de remise des prix .
Le montant total du prix était de 500 000 roubles . Dans chaque piste pour la première place, un prix en espèces de 150000 roubles a été payé par équipe, et un pack étendu de marchandises de marque de notre banque a été présenté. Pour la deuxième place, 100 000 roubles ont été payés. Pour la troisième place, chaque participant a reçu des airpods et des produits dérivés. Toutes les autres équipes ont reçu du merchandising et notre gratitude illimitée pour leur participation, et nous avons présenté des pantoufles de marque au créateur de la pétition sur change.org, dont il était très content :) A
bientôt au prochain RAIFHACK!