OneHitWonder - 1秒音声バトル

01キャッチコピー案

02ターゲット像と痛み

25-40歳のバックエンド/フロントエンドエンジニア。日中は仕事で単調なコード書きをしており、週1-2回は技術トレンドを追う時間を持つ。Web Audioやオーディオプログラミングに興味があるが、実際に触る機会が少ない。ゲーム的な競争要素が好きで、Twitterで技術トレンドをシェアする習慣がある。

• Web Audioの知識があっても、実際に使う場面や学習のモチベーションが生まれない。単なるチュートリアルでは続かない。
• エンジニア同士で『創意工夫』『センス』を競う場がない。コードレビューと違い、純粋な『面白さ』を評価される経験が稀少。
• 短時間で気軽に参加できる創作活動がない。仕事の合間に5-10分で完結する技術的な遊びを求めている。

03なぜ今(AI時代)か

AIコーディング(Claude Code、Cursor)の普及により、Web Audioの複雑な実装も短時間で完成させられるようになった。従来は『Web Audioを学ぶ→実装する』に数時間要したが、今は『アイデア→実装』が数分で完結。結果、エンジニアはプログラミング自体より『創意工夫の発想』と『コミュニティ評価』に集中でき、短時間で何度もトライできる環境が初めて成立する。

04MVPスコープ

• Web Audio APIを使い、ブラウザ上で1秒間の音声を生成・再生できる機能。シンプルなオシレーター(正弦波、矩形波、のこぎり波)とエンベロープ制御(ADSR)を提供。
• 生成した音声をサーバに保存し、他ユーザーが聞いて投票できる仕組み。1投稿あたり最大3票の制限で、1日1回の投票チャンスを与える。
• リアルタイムランキング表示。『今日のワンダー度トップ10』『週間ランキング』『あなたの投票履歴』を表示するダッシュボード。

• ユーザー認証(GitHub OAuthで簡易実装)とプロフィール。投稿者のアバターと投稿数を表示し、常連エンジニアの『ブランド化』を促進。
• 音声パラメータの可視化。周波数スペクトラム、波形表示により、他人の音がどう『作られたか』を学べる教育的要素。

• リアルタイムマルチプレイヤーバトル — 同時接続を想定した複雑なWebSocket実装が必要。MVP段階では『投稿→投票』の非同期モデルで十分。
• モバイルアプリ化 — Web Audioはブラウザで十分。iOS/Android対応は後期。初期はWebブラウザ(特にPC)に絞り、開発負荷を最小化。

05マネタイズ(3案)

06技術スタック(推奨)

FRONTEND

React + TypeScript。Web Audio APIラッパーをカスタムフック化。Tone.jsの軽量版を検討(またはVite+Vanilla JSで最小化)。

BACKEND

Node.js + Express。投稿・投票・ランキングAPIはシンプルなREST設計。GitHub OAuthで認証。

DATABASE

PostgreSQL(Supabaseの無料枠またはRender.com)。投稿テーブル(id, userId, audioBlob, createdAt, voteCount)、投票テーブル(id, userId, postId, score)。

HOSTING

Vercel(フロント) + Render.com/Railway(バック)。無料枠で月1-2万リクエスト程度は対応可。

KEY APIS

Web Audio API(ブラウザ標準) GitHub OAuth(認証) Supabase or PostgreSQL(データ永続化)

MONTHLY

月額0-2,000円。無料枠で運用可能。スケール時(月10万ユーザー超)で初めてサーバ費用が発生(月5,000-10,000円)。

07リスクと対策

08類似サービス・差別化

09初期ユーザー獲得プラン

10個人開発向き度

Web Audio APIはブラウザ標準、複雑なバックエンド不要。React + Node.js + PostgreSQL の定番スタック。AIコーディングで実装が高速化。ただし『コミュニティ運営』と『初期ユーザー獲得』が個人開発者にとって最大の課題。技術的難度は低いが、マーケティング・コミュニティ管理の負荷が中程度。