あなたは覚えていれば、 我々は最近の発表に公開RAIFHACKのハッカソン オンライン起きた、 11月14-15でロシアのハッカーチームと一緒に。これは普通のハッカソンのようです。しかし、それはすべてを持っていました：否定、怒り、交渉、鬱病、受け入れ、冗談、そしてもちろん、ミーム。
RAIFHACKの主な議題は、2つのトラックで中小企業向けのソリューションを作成することでした。
- 顧客と競合他社がデータ使用についてであることを知ってください。参加者は、匿名化された顧客データに基づいて、Data as aServiceパラダイムで製品を開発しました。
- « — » — API . - API , .
中小企業にサービスを提供することは、私たちの銀行の優先分野です。
私たちはこの分野での顧客の要求を監視し、すぐに新しいサービスを導入するよう努めています。標準化されたITソリューションと柔軟なITソリューションの両方について話し合っています。たとえば、当社の製品に高速支払いシステム（FPS）を実装するリーダーになりました。これは、販売者のスマートフォンから直接顧客に請求できる、ロシア市場で最初のソリューションの1つです。
Data as a Serviceパラダイムの製品について話す場合、背景は次のとおりです。2019年に、ロイヤルティプログラムパートナーとの多数のカスタム開発者の後に、次のような状況が発生しました。ビジネスは、実際の競争環境における顧客に関する客観的な情報の欠如を強く認識しています。
さらなる調査により、SaaSモデルと同様に、当社の製品Data as aServiceが作成されました。そのフレームワーク内で、顧客の購入に関するデータとソーシャルネットワークにおける顧客の行動と関心に関するデータの共通部分に基づくいくつかのビジネスケースがすでに実装されています。しかし、そのような分析は限界ではなく、私たちはこの方向のアイデアに興味を持っています。
フォーマット、登録、タイムライン
RAIFHACKでは、チームがタスクを受け取り、それを完了するのに24〜48〜72時間かかる場合、従来のハッカソンに従わないことにしました。参加者には最初から製品に飛び込んでもらいたいと思いました。したがって、CJMは次のようになりました。
- チームとして登録します。
- トラックのタスクに精通し、製品のアイデアを送信します。
- 決勝戦に出場する。
- 最終的にデータセットとAPIへのアクセスを取得し、製品を完成させてデモを提示します。
ハッカソンの話題は狭かったですが、900以上の個人登録、選考段階で100以上のチーム決定、28チームが決勝に進みました。
おそらく、選択段階は常にあらゆる競争のボトルネックになるでしょう。あなたがもっと好きなプロジェクトや、それを成し遂げなかった、または審査員を納得させなかったプロジェクトは常にあります。それで、それは私たちと一緒でした-そしてこれは津波を引き起こしました。予選ラウンドの結果を発表したところから拒否が始まりました。
DaaSトラックで60のアイデア、SBPで51のアイデアを受け取った後、アプリケーションの評価を開始しました。解決策はトラックメンターによって監視されました：少なくとも食料品と技術+追加。すでに選択段階で、ソリューションの実現可能性を評価しました。たとえば、DaaSトラックでは、DSコンポーネントの重みが非常に大きいため、この部分で多くのチームが非常に低いスコアを獲得しました。これらの評価は多くの怒りを生み出しました。一部のプロジェクトはより多くのメンターによって見られ、他のプロジェクトはより少ない数によって見られ、より強い関心を呼び起こしたプロジェクトはより高い評価を受けたという事実と同様に。一般に、これは、スタートアップが投資家にアイデアを提示する実際の状況に対応します。
感情的な反応なしではありません:)
私たちは白くてふわふわしているふりをしません-私たちはまた関節を持っていました。結果は急いでまとめられ、表の1つでは式は角質でした。その結果、エラーのある結果をロールアウトしました。残念ながら、これに気づいてくれた参加者に感謝します。そのため、SBPカテゴリの決勝戦まであと5チームを獲得し、「バンバン-そして本番環境に移行しました！」というフレーズで当然のことながら叱責されました。
既製のソリューションを評価するシステムについて、際限なく議論することができます。私たちには1つのビジョンがあり、一部の参加者は別のビジョンを持っています。怒りは怒ったコメント、ミーム、そしてデモティベーターを生み出しました（原文のまま！）。
交渉の段階で、change.orgにハッカソンの結果のキャンセルを求める請願書が表示され、決勝に進んでいないすべての人に、集会のためにDiscordに集まり、独立したピッチを手配するよう招待されました。次の段階を予測して、参加者の1人は、司法仲裁の犠牲者に心理的支援を提供するためにTelegram上にボットを作成しました。
すべてにもかかわらず、決勝戦が行われ、11月14日から15日に開催されました。スケジュールは非常に厳しく、1〜3チームが最後まで到達しないと予想していました。これはこのようなハッカソンでは正常なことです。驚いたことに、私たちは皆、最後までやり遂げました！
ハッカソン、コーディング、ハードコア
ハッカソンのスケジュールは厳しく、データセットは膨大で、多くの削減が必要であり、メンターによる3つのコントロールポイントがあり、APIチームによってテストされていません。参加者は接続して、持っていたものを放棄する必要がありました。そうしないと、チームは遠くから移動しました。
すべてのチェックポイントを3つの段階に分けました。
- アイデアと実装計画。
- ドラフトプロトタイプ;
- プロトタイプの編集+プレゼンテーションのディスカッション。
各チェックポイントは、開発の進捗状況のデモンストレーションであり、15〜20分間の呼び出し内で2人のメンターからフィードバックを受け取ります。 1人のメンターが製品を担当し、2人目はプロジェクトの技術コンポーネントを担当しました。コールの結果に基づいて、メンターはチームをさらにスキップするかどうかを決定しました。このアプローチは、参加者の作業をより適切に計画するのに役立ち、定期的な回顧と同期されたチームを提供し、この形式のメンターが進捗状況を追跡するのが容易になりました。
メンター側のチェックポイントグリッドは次のようになりました。
実際、メンターは偉業を成し遂げ、週末を通してそのリズムで働きました。彼らはチームを励まし、彼らと連絡を取り合った。参加者自身は、ハッカソンの終わりにすでにこれに気づきました。メンターは外から見て、プロジェクトをより良くするのを本当に助けてくれました。非常に詳細でフレンドリーな回答。」
一部のチームは技術的な問題に直面し、他のチームはアイデアに固執し、その過程で1つは、チームリーダーを含む2人の参加者によって完全に放棄されました。このチームには、開発者が1人、デザイナーが14歳残っています。はい、ハッカソンの最年少の参加者は14歳でした。それはSvetaSimakでした。彼女はサンクトペテルブルク出身で、イベント全体が「OrganizationalSympathyPrize」の非公式リストの先頭に立っていました。
デモとピッチ
誰もがデモに参加しました。今回は、パフォーマンスを分割しないことに決め、すべてのチームを1つのストリームで聴きました。それは実験でした、そしてそれは最も成功しなかったことが判明しました、それは本当です。私たちはそれを認めています。28回の連続したプレゼンテーションは多すぎます。公演をステージに分けるという5つの提案を受けましたが、ほとんどの人が他の人のプロジェクトを見ることに非常に興味を持っていました。
すべての公演が順調に進んだわけではありません。タイミングは非常にタイトでした。スピーチは正確に5分、質問は2分でした。決定的な瞬間に、チームの1つがインターネットをまったく失いました。しかし、誰もがそれをしました、そしてそれは本当にクールで面白かったです！あるチームは、決勝でのプレゼンテーションのために特別に販売用の「グラブ」をレンタルしました。
評価は10点満点で行われました。陪審員は最高のプロジェクトを選ぶために一生懸命努力しなければなりませんでした。選択は、数学的な原則だけでなく、このプロジェクトまたはそのプロジェクトにお金を投資しようとしている投資家の観点からも行われました。したがって、係数に加えて、「好きだった-嫌いだった」というレベルの主観性などの要素もありました。これにより、アイデアの作成者がそれを提示するだけでなく、その実行可能性を示し、主観的なレベルでその見通しを証明する必要がある場合に、ハッカソンの条件をビジネスインキュベーターの条件に近づけることができます。
勝ったのは誰？次に、それぞれの地域で成功したプロジェクトについて説明します。
DaaSの勝者-チーム「DS29」
プロジェクトの本質：顧客の取引に基づいてオファーを形成する、銀行のビジネスクライアントからのサブスクリプションのグループのためのサービス。
プロジェクトの目的：顧客とその取引に関するデータに基づいて、「サービスとしてのデータ」パラダイムで製品を開発すること。
問題の解決方法：銀行のビジネスクライアントからエンドユーザーへのサブスクリプションサービスである「PRime」を作成しました。これは、トランザクションに関する顧客データに基づいて形成されるサブスクリプショングループの柔軟なシステムであり、銀行、顧客、およびエンドユーザーが黒字を維持し、より効率的に時間を過ごすことができます。
ここでは、プロジェクトのプレゼンテーションをダウンロードできます。
« , , :) , , . , » — , .
« : - , , », — , Data Scientist.
— «LIFE Laboratory»
プロジェクトの本質：企業が電話を端末として使用し、Webインターフェイスを介して顧客の注文を処理できるようにするアプリケーション。
プロジェクトのタスク：スマートフォンのNFCモジュール（常に手元にあるデバイス）を使用する機能を備えた、銀行のSBPを介した迅速で便利な支払いのためのシステムの開発。
展望：ビジネスクライアントが相互に有益な協力を提供できるようにする実際のウェブサイトとアプリケーションの開発。
問題をどのように解決したか：アプリケーション「NFCforSFP」を実装しました。このアプリケーションは、支払い用にデータが埋め込まれたQRコードをオペレーターから受け取ります。クライアントはNFCを介してデータを受信し、銀行アプリケーションを選択できます。その後、「支払いの確認」ボタンを押すだけです。通常の状況では、宅配便業者は支払い端末を携帯する必要があります。そのようなデバイスのほとんどのモデルはかなり重くて不便であり、さらに高価です。 NFCモジュールを搭載したスマートフォンを使用する方がはるかに簡単です。
このプロジェクトでは、アプリケーション自体とWebサービスの両方、またはアプリケーションのWebインターフェイスが開発されました。アプリケーションのWebインターフェースは、顧客の注文が作成されたオペレーターを対象としており、支払い用のQRコードが生成された後、すべてが宅配便業者に送信されます。
ここでは、プロジェクトのプレゼンテーションをダウンロードできます。
« 500 «», , . , , , , , », — , backend-.
チームのすべてのプレゼンテーションはここで表示および評価できます 。また、ここ には授賞式もあります。
賞金総額は 50万ルーブルでした。そもそも各トラックでは、チームごとに15万ルーブルの賞金が支払われ、当行のブランド商品の拡張パックが提示されました。第二に、10万ルーブルが支払われました。3位は、各参加者がエアポッドとグッズを受け取りました。他のすべてのチームは、彼らの参加に対して商品と無制限の感謝を受け取り、change.orgで請願書の作成者にブランドのスリッパをプレゼントしました。彼はとても満足していました:)
次のRAIFHACKでお会いしましょう！