【ITニュース解説】I'm 12. My Code Jam got zero submissions. So I built a platform for it.

ある12歳の少年が、開発者向けのコンテスト「KODA Code Jam」を企画し、初回開催に踏み切った。このコンテストは、ニッチなシングルページアプリケーションを開発し、作品を公開し、優勝を目指すというものだった。しかし、その結果は期待とはかけ離れたものだった。応募はゼロ。参加者が一人もいなかったのだ。

少年は当初、ユーザーに問題があったのではないか、タイミングが悪かったのではないか、などと理由を考えた。しかし、真実はもっとシンプルで、自分自身の設計ミスにあったと気づいた。問題は、コンテストへの応募導線が非常に複雑で、ユーザーにとって使いにくいものだったことだ。コンテストは、彼が開発したAIメンターアプリ「KODA」の中に埋もれており、応募するためには「KODAを開く」「メニューアイコンをタップする」「他の7つのボタンをスクロールして通り過ぎる」「『🏆 Submit My Jam App』を見つける」「モーダルウィンドウに情報を入力する」「それがちゃんと機能することを願う」という、実に5つものステップが必要だった。これはユーザーにとって大きなストレスであり、いわゆる「UX（ユーザーエクスペリエンス）の失敗」だったと言える。一般的なハッカソンプラットフォームでは、ランディングページから直接応募フォームへ進み、提出までがスムーズに行われる。この簡潔なプロセスと比べると、KODA Code Jamの導線はあまりにも煩雑だった。

この経験から少年は重要な教訓を得た。それは、「Jamを機能（フィーチャー）として扱ってしまった。しかし、それは製品（プロダクト）であるべきだった」という点だ。システム開発において、「フィーチャー」とは既存のシステムやアプリケーションに追加される特定の機能や要素を指す。一方、「プロダクト」とは、それ自体が独立した目的と価値を持ち、ユーザーに直接提供される独立したサービスやアプリケーション全体を指す。今回のケースでは、Code Jamという開発コンテストは、それ自体がユーザーにとっての主要な目的となる「プロダクト」として位置づけられるべきだったのに、既存のKODAアプリの一「機能」として扱われたため、その存在が霞んでしまっていたのだ。

この反省に基づき、少年はすぐに方向転換（ピボット）を行った。KODA Code Jamを独立したトーナメントプラットフォームとして再構築したのだ。新しいプラットフォームは、クリーンなデザインのランディングページを持ち、非常にシンプルな応募フォーム、ログインなしで閲覧できる公開ショーケース、そしてスパムを防ぐためのメール認証機能を備えた投票システムなど、ユーザーが使いやすいように徹底的に改善された。これによって、コンテストはもはやKODAアプリの内部に隠れた機能ではなく、独自のウェブサイトを持つ独立したプロダクトとして、明確な存在感を示すようになった。さらに、この独立したプラットフォームは、KODA本体やコミュニティ「DOJO FEED」といった他のプロダクトとのクロスプロモーションも行えるようになった。

新しいプラットフォームの具体的な構成は以下の通りだ。まず、ウェブサイトの最上部には「シーズン2開催中」という目を引く呼びかけ（コールトゥアクション）が配置されている。応募フォームは、名前、開発するアプリのニッチ分野、URL、そしてアプリの概要を説明するピッチを入力するだけのシンプルなものだ。応募されたアプリは、誰でもログインなしで閲覧できる公開ショーケースに表示され、メール認証によって投票が行われることで、公平性が保たれる仕組みになっている。また、過去の優勝者を称える「Hall of Champions」も設けられ、コンテストの歴史と栄光を伝えている。

コンテストの優勝者には、単なる名誉だけでなく、具体的な報酬も用意されている。KODAアプリ内でチャンピオンステータスが付与され、特別なテーマと王冠バッジが与えられる。さらに、AIの記憶容量が2倍（30メッセージから60メッセージ）に増え、プロフェッショナルなAIメンター機能「Pro Sensei Mode」がアンロックされる。これらは、優勝者が他のプロダクトであるKODAアプリをより深く活用できるような魅力的な特典となっている。

この一連の経験から得た「フィーチャーとプロダクトの違い」という学びは、少年の今後の開発戦略に大きな影響を与えた。彼は現在、「エンパイアマップ」と称する複数の独立したプロダクト群を展開している。具体的には、AIメンターである「KODA」、5歳から18歳向けのコミュニティである「DOJO FEED」、そして今回解説した開発トーナメント「KODA Code Jam」があり、さらに学習プラットフォーム「KODA LEARN」も構築中だ。これらのプロダクトは、それぞれが明確な目的、独自のランディングページ、独自のURLを持ち、互いに独立して機能している。しかし、全く関係がないわけではなく、必要に応じて互いを宣伝し合う「クロスプロモーション」を通じて、全体のコミュニティとエコシステムを成長させているのだ。

現在、KODA Code Jamのシーズン2が開催されている。今回は締め切りのプレッシャーはなく、「最初の50の応募者になること」を目標としている。応募の壁は取り除かれ、フォームはシンプルで、報酬は現実的だ。この少年の物語は、システムエンジニアを目指す者にとって、完璧なものを目指すよりも、まずは「醜くても良いから、形にして世に出すこと」の重要性を教えてくれる。そして、ユーザーの反応を見て、迅速に方向転換し、改善していく「ピボット」というアジャイルな開発姿勢がいかに重要であるかを実証している。ゼロからの応募数から、わずかな期間で本格的なプラットフォームを構築したこの経験は、インドのタミル・ナードゥ州で生まれた、実践と改善の成功事例と言えるだろう。