Wenn Sie sich erinnern, haben wir kürzlich die Ankündigung des RAIFHACK- Hackathons veröffentlicht , der vom 14. bis 15. November zusammen mit dem russischen Hackers-Team online stattfand . Es scheint, dass dies ein gewöhnlicher Hackathon ist. Aber es hatte alles: Verleugnung, Wut, Verhandeln, Depression, Akzeptanz, Witze und natürlich Meme.
Die Hauptagenda von RAIFHACK bestand darin, Lösungen für kleine und mittlere Unternehmen auf zwei Wegen zu entwickeln:
- Kennen Sie den Kunden und den Konkurrenten ist über die Datennutzung. Die Teilnehmer entwickelten ein Produkt im Data as a Service-Paradigma, das auf anonymisierten Kundendaten basiert.
- Bei „Bezahlen ist einfach“ geht es um die Verwendung der API für schnelle Zahlungen. Sie boten Lösungen für Geschäftskunden an, die auf der SBP-API der Raiffeisenbank basieren und die Arbeit mit Kunden vereinfachen.
Über Themen und den Hackathon selbst
Die Betreuung kleiner und mittlerer Unternehmen ist für unsere Bank ein vorrangiger Bereich.
Wir überwachen Kundenanfragen in diesem Bereich und versuchen, sofort neue Dienstleistungen für sie einzuführen. Wir sprechen sowohl von standardisierten als auch von flexiblen IT-Lösungen. Zum Beispiel sind wir führend bei der Implementierung des Fast-Payment-Systems (FPS) in unseren Produkten. Dies ist eine der ersten Lösungen auf dem russischen Markt, mit der Kunden direkt vom Smartphone des Verkäufers abgerechnet werden können.
Wenn wir im Data as a Service-Paradigma über Produkte sprechen, lautet der Hintergrund wie folgt: 2019 haben wir nach zahlreichen benutzerdefinierten Entwicklern mit Partnern des Treueprogramms das folgende Bild erhalten: Das Unternehmen ist sich des Mangels an objektiven Informationen über seine Kunden in einem realen Wettbewerbsumfeld sehr bewusst.
Weitere Untersuchungen führten zur Erstellung unserer Produktdaten als Service, ähnlich dem SaaS-Modell. In diesem Rahmen wurden bereits mehrere Business Cases implementiert, die auf der Überschneidung von Daten zu Kundenkäufen und Daten zu Verhalten und Interessen von Kunden in sozialen Netzwerken basieren. Eine solche Analyse ist jedoch nicht die Grenze, und wir sind an Ideen in diese Richtung interessiert.
Format, Registrierung, Zeitleiste
Bei RAIFHACK haben wir beschlossen, dem klassischen Hackathon nicht zu folgen, wenn die Teams eine Aufgabe erhalten und 24-48-72 Stunden Zeit haben, um sie zu erledigen. Wir wollten, dass die Teilnehmer von Anfang an in das Produkt eintauchen. Das CJM war also so:
- registriere dich als Team;
- Machen Sie sich mit der Aufgabe des Tracks vertraut und senden Sie Ihre Produktidee.
- sich für das Finale qualifizieren;
- Holen Sie sich einen Datensatz und greifen Sie im Finale auf die API zu, finalisieren Sie das Produkt und präsentieren Sie eine Demo.
Das Thema des Hackathons war eng, aber wir erhielten mehr als 900 Einzelanmeldungen, mehr als 100 Teamentscheidungen in der Auswahlphase und 28 Teams erreichten das Finale.
Vielleicht ist die Auswahlphase immer der Engpass eines Wettbewerbs. Es wird immer Projekte geben, die Ihnen besser gefallen haben, und Projekte, die es nicht geschafft haben oder die Jury nicht überzeugt haben. So war es bei uns - und das verursachte einen Tsunami. Die Ablehnung begann, als wir die Ergebnisse der Qualifikationsrunde bekannt gaben.
Nachdem wir 60 Ideen im DaaS-Track und 51 im SBP erhalten hatten, begannen wir mit der Bewertung der Anwendungen. Die Lösungen wurden von Track-Mentoren beobachtet: zumindest Lebensmittel und technische + zusätzliche. Bereits in der Auswahlphase haben wir bewertet, wie machbar die Lösung war - zum Beispiel hatte die DS-Komponente auf der DaaS-Strecke ein enormes Gewicht, weshalb viele Teams in diesem Teil eine sehr niedrige Punktzahl erhielten. Diese Einschätzungen haben viel Ärger erzeugt. Ebenso wie die Tatsache, dass einige Projekte von einer größeren Anzahl von Mentoren, andere von einer kleineren Anzahl und diejenigen, die ein größeres Interesse weckten, bewertet wurden, erhielten sie eine höhere Bewertung. Dies entspricht im Allgemeinen einer realen Situation, in der ein Startup einem Investor eine Idee vorlegt.
Nicht ohne emotionale Reaktionen :)
Tun wir nicht so, als wären wir weiß und flauschig - wir hatten auch einen Joint. Die Ergebnisse wurden in Eile zusammengefasst, und die Formel war in einer der Tabellen banal. Infolgedessen haben wir die Ergebnisse mit einem Fehler ausgerollt. Vielen Dank an die Teilnehmer, die dies bemerkt haben, wenn auch eine Schande. Also haben wir 5 weitere Teams ins Finale der SBP-Kategorie gebracht, und wir wurden zu Recht mit dem Satz "Bang-Bang - und in Produktion!"
Sie können endlos über das System der Bewertung vorgefertigter Lösungen streiten. Wir haben eine Vision, einige Teilnehmer haben eine andere. Wut hat wütende Kommentare, Meme und Demotivatoren hervorgebracht (sic!).
In der Verhandlungsphase erschien auf change.org eine Petition zur Absage der Hackathon-Ergebnisse und sogar eine Einladung an alle, die es nicht ins Finale geschafft hatten, sich auf Discord zu einer Kundgebung zu versammeln und ihre unabhängigen Plätze zu arrangieren. Als einer der Teilnehmer die nächste Phase vorhersagte, erstellte er einen Telegramm-Bot, um Opfern von Willkür der Justiz psychologische Hilfe zu leisten.
Trotz allem fand das Finale vom 14. bis 15. November statt. Der Zeitplan war extrem eng und wir hatten erwartet, dass ein bis drei Teams es einfach nicht bis zum Ende schaffen würden - das ist normal für solche Hackathons. Überraschenderweise haben wir es alle bis zum Ende geschafft!
Hackathon, Codierung und Hardcore
Der Hackathon-Zeitplan ist hart, der Datensatz ist riesig, es wurden viele Kürzungen vorgenommen und bis zu 3 Kontrollpunkte von Mentoren und nicht von API-Teams getestet. Die Teilnehmer mussten sich verbinden und aufgeben, was sie hatten, sonst wurde das Team aus der Ferne entfernt.
Wir haben alle Checkpoints in 3 Stufen unterteilt:
- Idee und Umsetzungsplan;
- Entwurf eines Prototyps;
- Prototyp-Änderungen + Diskussion der Präsentation.
Jeder Checkpoint ist eine Demonstration des Entwicklungsfortschritts und des Feedbacks von zwei Mentoren innerhalb eines Anrufs für 15 bis 20 Minuten. Ein Mentor war für das Produkt verantwortlich, der zweite für die technische Komponente des Projekts. Basierend auf den Ergebnissen des Anrufs entschieden die Mentoren, ob das Team weiter übersprungen werden sollte oder nicht. Dieser Ansatz trug dazu bei, die Arbeit der Teilnehmer besser zu planen, gab regelmäßige Rückblicke und synchronisierte Teams und es war für Mentoren in diesem Format einfacher, den Fortschritt zu verfolgen.
Das Check-Point-Raster von Seiten der Mentoren sah ungefähr so aus:
Tatsächlich haben die Mentoren eine Leistung vollbracht und das ganze Wochenende in diesem Rhythmus gearbeitet. Sie ermutigten die Teams und blieben mit ihnen in Kontakt. Die Teilnehmer selbst haben dies bereits am Ende des Hackathons bemerkt: „Ausgezeichnet! Die Mentoren haben von außen geschaut und uns wirklich geholfen, das Projekt besser zu machen. Sehr detaillierte und freundliche Antworten. "
Einige Teams hatten technische Probleme, andere waren mit Ideen konfrontiert, und einer von ihnen wurde dabei von zwei Teilnehmern, einschließlich ihrer Teamleitung, vollständig aufgegeben. Dieses Team hat nur noch einen Entwickler und einen 14-jährigen Designer. Ja, der jüngste Teilnehmer am Hackathon war 14 Jahre alt. Es war Sveta Simak, sie ist aus St. Petersburg und die gesamte Veranstaltung stand an der Spitze unserer inoffiziellen Liste des "Preises für organisatorisches Sympathie".
Demo und Stellplätze
Jeder kam zur Demo. Dieses Mal haben wir beschlossen, die Leistungen nicht zu teilen und alle Teams in einem einzigen Stream angehört. Es war ein Experiment, und es stellte sich heraus, dass es nicht das erfolgreichste war, das stimmt. Wir geben es selbst zu: 28 Präsentationen hintereinander sind zu viel. Wir haben fünf Vorschläge erhalten, um die Aufführungen in Bühnen zu unterteilen, aber die meisten von ihnen waren sehr daran interessiert, die Projekte anderer Leute zu sehen.
Nicht alle Aufführungen verliefen reibungslos. Das Timing war sehr eng: genau 5 Minuten für eine Rede und 2 Minuten für Fragen. In einem entscheidenden Moment verlor eines der Teams überhaupt das Internet. Aber alle haben es geschafft und es war wirklich cool und interessant! Ein Team hat sogar einen Verkaufs-Grab speziell für die Präsentation im Finale gemietet!
Die Bewertung erfolgte auf einer 10-Punkte-Skala. Die Jury musste sich bemühen, die besten Projekte hervorzuheben. Die Wahl wurde nicht nur auf mathematischer Basis getroffen, sondern auch aus der Sicht eines Investors, der in ein bestimmtes Projekt investieren wird. Daher gab es neben den Koeffizienten auch einen Faktor wie Subjektivität auf der Ebene "mochte es - mochte es nicht". Dies ermöglicht es, die Bedingungen des Hackathons näher an die Bedingungen eines Gründerzentrums heranzuführen, wenn die Autoren einer Idee sie nicht nur präsentieren, sondern ihre Realisierbarkeit zeigen und ihre Perspektiven auf subjektiver Ebene beweisen müssen.
Wer gewann? Als nächstes werden wir Ihnen über die Projekte berichten, die in ihren Bereichen gewonnen haben.
DaaS-Gewinner - Team "DS29"
Das Wesentliche des Projekts: ein Service für eine Gruppe von Abonnements von Geschäftskunden der Bank mit der Bildung eines Angebots auf der Grundlage von Kundentransaktionen.
Projektziel: Entwicklung eines Produkts im Paradigma „Data as a Service“ basierend auf Daten über Kunden und deren Transaktionen.
So haben wir das Problem gelöst: Wir haben "PRime" erstellt - einen Abonnementdienst von den Geschäftskunden der Bank für Endbenutzer. Dies ist ein flexibles System von Abonnementgruppen, das auf der Grundlage von Kundendaten zu Transaktionen gebildet wird und es Bank, Kunden und Endbenutzern ermöglicht, schwarze Zahlen zu schreiben und ihre Zeit effizienter zu verbringen.
Hier können Sie die Präsentation des Projekts herunterladen.
« , , :) , , . , » — , .
« : - , , », — , Data Scientist.
— «LIFE Laboratory»
Das Wesentliche des Projekts: Eine Anwendung, mit der ein Unternehmen ein Telefon als Terminal verwenden und Kundenaufträge über eine Webschnittstelle verarbeiten kann.
Die Aufgabe des Projekts: Entwicklung eines Systems für schnelle und bequeme Zahlungen über den SBP der Bank mit der Möglichkeit, das NFC-Modul eines Smartphones zu verwenden - ein Gerät, das immer zur Hand ist.
Perspektiven: Entwicklung einer echten Website und Anwendung, die es Geschäftskunden ermöglicht, sich gegenseitig eine für beide Seiten vorteilhafte Zusammenarbeit anzubieten.
Wie wir das Problem gelöst haben:implementierte die Anwendung "NFC for SFP", die vom Betreiber einen QR-Code mit zur Zahlung eingebetteten Daten erhält. Der Kunde erhält über NFC Daten, mit denen er seinen Bankantrag auswählen kann. Danach muss er nur noch die Taste „Zahlung bestätigen“ drücken. In einer normalen Situation muss der Kurier ein Zahlungsterminal mitnehmen; Die meisten Modelle solcher Geräte sind ziemlich schwer und unpraktisch sowie teuer. Es ist viel einfacher, ein Smartphone mit einem NFC-Modul zu verwenden.
Für das Projekt wurden sowohl die Anwendung selbst als auch der Webdienst bzw. die Webschnittstelle der Anwendung entwickelt. Die Webschnittstelle der Anwendung ist für den Betreiber bestimmt, auf dem die Bestellung des Kunden gebildet wird. Zur Zahlung wird ein QR-Code generiert, der an den Kurier weitergeleitet wird.
Hier können Sie die Präsentation des Projekts herunterladen.
« 500 «», , . , , , , , », — , backend-.
Alle Präsentationen der Teams können hier angesehen und ausgewertet werden , und hier findet auch die Preisverleihung statt .
Der Gesamtpreisfonds betrug 500.000 Rubel . In jedem Track für den ersten Platz wurde ein Geldpreis von 150.000 Rubel pro Team ausgezahlt und eine erweiterte Packung der Markenartikel unserer Bank präsentiert. Für den zweiten Platz wurden 100.000 Rubel bezahlt. Für den dritten Platz erhielt jeder Teilnehmer Airpods und Merch. Alle anderen Teams erhielten Merch und unsere uneingeschränkte Dankbarkeit für ihre Teilnahme, und wir präsentierten dem Schöpfer der Petition auf change.org Markenpantoffeln, mit denen er sehr zufrieden war :)
Wir sehen uns beim nächsten RAIFHACK!