Jika Anda ingat, kami baru-baru ini menerbitkan pengumuman hackathon RAIFHACK , yang berlangsung secara online pada tanggal 14-15 November bersama dengan tim Peretas Rusia. Tampaknya ini adalah hackathon biasa. Tapi itu semua: penolakan, kemarahan, tawar-menawar, depresi, penerimaan, lelucon dan, tentu saja, meme.
Agenda utama RAIFHACK adalah menciptakan solusi untuk usaha kecil dan menengah dalam dua jalur:
- Kenali pelanggan dan pesaing tentang penggunaan data. Peserta mengembangkan produk dalam paradigma Data sebagai Layanan berdasarkan data pelanggan yang dianonimkan.
- “Membayar itu mudah” adalah tentang menggunakan API pembayaran cepat. Mereka menawarkan solusi yang berguna untuk klien bisnis berdasarkan SBP API dari Raiffeisenbank, yang akan menyederhanakan pekerjaan dengan pelanggan.
Tentang tema dan hackathon itu sendiri
Melayani usaha kecil dan menengah adalah prioritas bank kami.
Kami memantau permintaan pelanggan di area ini dan mencoba segera memperkenalkan layanan baru untuk mereka. Kita berbicara tentang solusi TI yang terstandarisasi dan fleksibel. Misalnya, kami telah menjadi yang terdepan dalam penerapan sistem pembayaran cepat (FPS) di produk kami. Ini adalah salah satu solusi pertama di pasar Rusia yang memungkinkan pelanggan menagih langsung dari smartphone penjual.
Jika kita berbicara tentang produk dalam paradigma Data as a Service, maka latar belakangnya adalah: pada tahun 2019, setelah banyak pengembang khusus dengan mitra program loyalitas, kami mendapatkan gambaran berikut: bisnis sangat menyadari kurangnya informasi yang obyektif tentang pelanggannya dalam lingkungan persaingan yang nyata.
Penelitian lebih lanjut mengarah pada pembuatan Data produk kami sebagai Layanan, mirip dengan model SaaS. Dalam kerangka kerjanya, beberapa kasus bisnis telah diterapkan, yang didasarkan pada persimpangan antara data pembelian pelanggan dan data tentang perilaku dan minat pelanggan di jejaring sosial. Tetapi analisis seperti itu bukanlah batasnya, dan kami tertarik pada ide apa pun ke arah ini.
Format, pendaftaran, garis waktu
Di RAIFHACK, kami memutuskan untuk tidak mengikuti hackathon klasik, saat tim menerima tugas dan 24-48-72 jam untuk menyelesaikannya. Kami ingin para peserta terjun ke dalam produk sejak awal. Jadi CJM seperti ini:
- mendaftar sebagai tim;
- berkenalan dengan tugas melacak dan mengirimkan ide produk Anda;
- lolos ke final;
- dapatkan set data dan akses ke API di tahap akhir, selesaikan produk dan tunjukkan demo.
Topik hackathon ini sempit, tetapi kami menerima 900+ pendaftaran individu, 100+ keputusan tim pada tahap seleksi, dan 28 tim mencapai final.
Mungkin tahapan seleksi akan selalu menjadi penghambat kompetisi apapun. Akan selalu ada proyek yang lebih Anda sukai, dan proyek yang tidak berhasil atau tidak meyakinkan juri. Begitu pula dengan kami - dan ini menyebabkan tsunami. Bantahan itu bermula saat kami mengumumkan hasil babak kualifikasi.
Setelah menerima 60 ide di jalur DaaS dan 51 di SBP, kami mulai mengevaluasi aplikasi. Solusinya dipantau oleh mentor trek: setidaknya bahan makanan dan teknis + tambahan. Sudah pada tahap pemilihan, kami mengevaluasi seberapa layak solusinya - misalnya, di trek DaaS, komponen DS memiliki bobot yang sangat besar, itulah sebabnya banyak tim menerima skor yang sangat rendah di bagian ini. Penilaian ini telah menimbulkan banyak kemarahan. Selain fakta bahwa beberapa proyek dilihat oleh jumlah mentor yang lebih banyak, yang lain oleh jumlah yang lebih kecil, dan proyek yang menimbulkan minat yang lebih besar menerima peringkat yang lebih tinggi. Secara umum, ini sesuai dengan situasi nyata ketika sebuah startup mempresentasikan ide kepada investor.
Bukan tanpa reaksi emosional :)
Jangan berpura-pura bahwa kita putih dan lembut - kita juga pernah makan bersama. Hasilnya dirangkum dengan cepat, dan rumusnya basi di salah satu tabel. Akibatnya, kami meluncurkan hasil dengan kesalahan. Terima kasih kepada para peserta yang telah memperhatikan hal ini, meski memalukan. Jadi kami mendapat 5 tim lagi ke final kategori SBP, dan kami dengan tepat ditegur dengan frasa "bang-bang - dan masuk produksi!"
Anda dapat berdebat tanpa henti tentang sistem mengevaluasi solusi yang sudah jadi. Kami memiliki satu visi, beberapa peserta memiliki visi yang berbeda. Kemarahan melahirkan komentar, meme, dan demotivasi yang marah (sic!).
Pada tahap tawar-menawar, sebuah petisi muncul di change.org untuk pembatalan hasil hackathon dan bahkan undangan kepada semua orang yang tidak berhasil mencapai final untuk berkumpul di Discord untuk rapat umum dan mengatur lemparan independen mereka. Memprediksi tahap selanjutnya, salah satu peserta membuat bot di Telegram untuk memberikan bantuan psikologis kepada korban kesewenang-wenangan yudisial.
Terlepas dari segalanya, final berlangsung dan diadakan pada 14-15 November. Jadwalnya sangat ketat, dan kami berharap satu hingga tiga tim tidak akan mencapai akhir - ini normal untuk hackathon ini. Anehnya, kita semua berhasil sampai akhir!
Hackathon, coding, dan hardcore
Jadwal hackathon sangat sulit, datanya sangat besar, membutuhkan banyak pemotongan, dan sebanyak 3 titik kontrol oleh mentor dan tidak diuji oleh tim API. Para peserta harus terhubung dan menyerahkan apa yang mereka miliki, jika tidak tim akan disingkirkan dari kejauhan.
Kami membagi semua pos pemeriksaan menjadi 3 tahap:
- ide dan rencana implementasi;
- rancangan prototipe;
- mengedit prototipe + pembahasan presentasi.
Setiap pos pemeriksaan adalah demonstrasi kemajuan pengembangan dan menerima umpan balik dari dua mentor dalam panggilan selama 15-20 menit. Satu mentor bertanggung jawab atas produk, yang kedua untuk komponen teknis proyek. Berdasarkan hasil panggilan, para mentor memutuskan apakah akan melewatkan tim lebih lanjut atau tidak. Pendekatan ini membantu untuk merencanakan pekerjaan peserta dengan lebih baik, memberikan retrospektif reguler dan tim yang disinkronkan, dan lebih mudah bagi mentor dalam format ini untuk melacak kemajuan.
Kotak check-point dari sisi mentor terlihat seperti ini:
Faktanya, para mentor melakukan suatu prestasi dan bekerja dalam ritme itu sepanjang akhir pekan. Mereka mendorong tim dan tetap berhubungan dengan mereka. Para peserta sendiri sudah mencatat hal ini di akhir hackathon: “Luar biasa! Para mentor melihat dari luar dan sangat membantu kami membuat proyek ini lebih baik. Jawaban yang sangat rinci dan ramah. "
Beberapa tim menghadapi masalah teknis, yang lain terjebak dengan ide, dan salah satunya dalam proses benar-benar ditinggalkan oleh dua peserta, termasuk ketua tim mereka. Tim ini hanya memiliki satu pengembang dan seorang desainer berusia 14 tahun yang tersisa. Ya, peserta termuda di hackathon itu berusia 14 tahun. Itu adalah Sveta Simak, dia dari St. Petersburg dan seluruh acara memimpin dalam daftar tidak resmi "Hadiah Simpati Organisasi" kami.
Demo dan promosi
Semua orang sampai ke demo. Kali ini kami memutuskan untuk tidak membagi pertunjukan dan mendengarkan semua tim dalam satu aliran. Itu adalah eksperimen, dan ternyata bukan yang paling sukses, itu benar. Kami mengakuinya sendiri: 28 presentasi berturut-turut terlalu banyak. Kami menerima lima proposal untuk membagi pertunjukan menjadi beberapa tahap, tetapi kebanyakan dari mereka cukup tertarik untuk menonton proyek orang lain.
Tidak semua pertunjukan berjalan mulus. Waktunya sangat ketat: tepat 5 menit untuk pidato dan 2 menit untuk pertanyaan. Pada saat yang genting, salah satu tim kehilangan internet sama sekali. Tapi semua orang melakukannya, dan itu sangat keren dan menarik! Satu tim bahkan menyewa vending "grab" khusus untuk presentasi di final!
Penilaian dilakukan pada skala 10 poin. Juri harus berusaha keras untuk memilih proyek terbaik. Pilihan dibuat tidak hanya oleh prinsip matematika, tetapi juga dari sudut pandang investor yang akan menginvestasikan uang dalam proyek ini atau itu. Oleh karena itu, selain koefisien, juga terdapat faktor seperti subjektivitas, pada level "suka - tidak suka". Hal ini memungkinkan untuk membawa kondisi hackathon lebih dekat ke kondisi inkubator bisnis, ketika penulis ide tidak hanya perlu mempresentasikannya, tetapi juga untuk menunjukkan kelangsungan hidupnya dan membuktikan prospeknya pada tingkat subjektif.
Siapa yang menang? Selanjutnya, kami akan memberi tahu Anda tentang proyek-proyek yang menang di daerah mereka.
Pemenang DaaS - Tim "DS29"
Inti dari proyek: layanan untuk sekelompok langganan dari pelanggan bisnis bank dengan pembentukan penawaran berdasarkan transaksi pelanggan.
Tujuan proyek: untuk mengembangkan produk dalam paradigma "Data sebagai Layanan" berdasarkan data tentang pelanggan dan transaksinya.
Bagaimana kami memecahkan masalah: kami menciptakan "PRime" - layanan berlangganan dari klien bisnis bank kepada pengguna akhir. Ini adalah sistem grup langganan yang fleksibel, yang dibentuk berdasarkan data pelanggan pada transaksi, yang akan memungkinkan bank, pelanggan, dan pengguna akhir untuk tetap berada dalam kegelapan dan menghabiskan waktu mereka dengan lebih efisien.
Anda dapat mengunduh presentasi proyek di sini.
« , , :) , , . , » — , .
« : - , , », — , Data Scientist.
— «LIFE Laboratory»
Inti dari proyek: sebuah aplikasi yang memungkinkan bisnis menggunakan telepon sebagai terminal, memproses pesanan pelanggan melalui antarmuka web.
Tugas proyek: pengembangan sistem pembayaran cepat dan nyaman melalui SBP bank dengan kemampuan untuk menggunakan modul NFC dari smartphone - perangkat yang selalu ada.
Prospek: pengembangan situs web dan aplikasi nyata yang memungkinkan klien bisnis untuk saling menawarkan kerjasama yang saling menguntungkan.
Bagaimana kami memecahkan masalah:mengimplementasikan aplikasi "NFC untuk SFP", yang menerima kode QR dari operator dengan data yang disematkan untuk pembayaran. Klien menerima data melalui NFC yang memungkinkan dia untuk memilih aplikasi banknya, setelah itu dia hanya perlu menekan tombol "konfirmasi pembayaran". Dalam situasi normal, kurir harus membawa terminal pembayaran; kebanyakan model perangkat semacam itu agak berat dan tidak nyaman, plus mahal. Jauh lebih mudah menggunakan ponsel cerdas dengan modul NFC.
Untuk proyek tersebut, baik aplikasi itu sendiri dan layanan web, atau lebih tepatnya antarmuka web dari aplikasi, telah dikembangkan. Antarmuka web aplikasi ditujukan untuk operator, di mana pesanan pelanggan dibuat, kode QR dibuat untuk pembayaran, setelah itu semua ini dikirim ke kurir.
Di sini Anda dapat mengunduh presentasi proyek.
« 500 «», , . , , , , , », — , backend-.
Semua presentasi tim dapat dilihat dan dievaluasi disini , dan disini juga ada acara penyerahan penghargaan .
Total dana hadiah adalah 500.000 rubel . Di setiap lintasan untuk tempat pertama, hadiah uang tunai sebesar 150.000 rubel dibayarkan per tim, dan paket diperpanjang barang dagangan bermerek bank kami disajikan. Untuk tempat kedua, 100.000 rubel dibayarkan. Untuk juara ketiga, masing-masing peserta mendapatkan airpod dan merchandise. Semua tim lain menerima merchandise dan rasa terima kasih kami yang tidak terbatas atas partisipasi mereka, dan kami memberikan sandal bermerek kepada pembuat petisi di change.org, yang sangat dia
sukai :) Sampai jumpa di RAIFHACK berikutnya!