作曲家がなぜアプリを作っているのか ― MUEDの入り口

よく聞かれるんだけど、毎回うまく答えられないんだよね。

MUEDっていうブランドで、音楽制作まわりのツールをいくつか作ってる。制作ログを記録するMUEDnote、耳トレのMUEDear、認知傾向テストのMUEDlobe、オンラインミックスのMUEDial。

そう、機能ごとに名前をつけてる。メインはMUEDnoteで、自分が制作中にやった判断——なぜこのテンポにしたか、なぜこのコードを選んだか——を記録していくもの。

全然違う。最初は音楽レッスン用のLMS——Learning Management Systemっていう、オンライン学習プラットフォームを作ろうとしてた。

「音楽」で仕事として成立してるものって、まずレッスンかなと思って。音楽制作会社として次に何をやるかを考えたときに、一旦そこを検討してみようと。で、当時プログラミングレッスンの講師を副業でやってたんだけど、そこでLMSっていう仕組みを知ったのよ。

そう。「誰でも一定の水準で講義ができるようにするシステムか」と。これ、うちの音楽レッスンにも入れたら仕組み化できるんじゃないかって。

正直に言うと、音楽レッスンそのものにあまり高い価値があると思ってないのよ。

レッスンが無駄とは言ってない。ただ、僕自身が独学でプロになった人間だから。学校にも行ってないし、師匠もいない。必要だったのはレッスンじゃなくて、「自分で学ぶのに寄り添ってくれる仕組み」だった。

LMSの方はどんどん機能を削ることになった。認証いるよね、サーバーいるよね、決済いるよね、って足していったものを、2〜3年かけて全部外した。

自前で作る必要がない機能ばっかりだったから。文字起こしはWhisper、決済はStripe、スケジュール管理はOS標準——既にあるものに乗ればいい。自分で作るべきは「替えの効かないもの」だけ。

耳トレとブログ。

それだけ。でもこの2つはAIに代替できないんだよ。耳トレは身体スキルだから、AIに「俺の耳を鍛えて」と言っても鍛わらない。ブログ——制作ログは、自分の判断の記録だから、書くこと自体に意味がある。

かっこよく言うなよ。2〜3年迷走してただけだから。

正直に言うと、失敗してる部分が多い。

最初に作ったアプリだから、「制作ログを記録する意味」とか「なぜ言語化が必要か」みたいな思想の部分に力が入りすぎてて、実装が追いついてない。哲学は語れるけど、「で、触ってどうなの」って聞かれると弱い。

痛いよ。でもMUEDnoteで失敗したからこそ、次に作ったMUEDearでは「AとBを聴いて当てる」だけのシンプルな体験に振り切れた。MUEDialも「チャットでミックスする」っていう一文で伝わる形にできた。あ、こうすればよかったのか、っていうのが1個作るごとに見えてくるんだよね。

ある。MUEDnoteだけ作ってたら、ずっと哲学を磨いて実装が追いつかない状態が続いてたと思う。別のアプリを作ってみて初めて、「ユーザーに届く形ってこういうことか」ってわかった。

いや、他のアプリで失敗して学んだことを、MUEDnoteに戻していく。MUEDearで「体験をシンプルにしないと伝わらない」って学んだし、MUEDialで「UIにコンセプトをそのまま出す」ってやり方を覚えた。全部MUEDnoteに還ってくる。時間はかかるけど。

「なんか違う」がわかる。

たとえば耳トレの問題で、EQのブースト量を設定するときに「これ、現場だと気づくレベルだな」「これは聴き比べないとわからないレベルだな」っていう判断ができる。もう何年もスタジオで聴いてきた耳がある。

技術的に正確なんだけど、「現場でこの差が意味を持つか」の判断は入ってない。そこは作り手の経験がないと設計できない。

PatreonのJack Conteなんか、もともとPomplamooseっていうバンドをやってたミュージシャンで。「YouTubeで凝った動画作っても全然食えない」っていう自分の痛みから、クリエイター向けの課金プラットフォームを作った。Conteの場合はStanfordの同級生のエンジニアと組んだ。僕の場合はAIにその役割をやってもらってる。

現場を知ってる人間が「これが要る、これは要らない」を判断して、実装は別の力を借りる。コードは書けないけど、「ここはこうあるべき」の判断は全部自分でしてる。

本質的に、ものつくりが好きなんだと思う。作る対象は音楽に限らない。

副業でネットワーク系のエンジニアをやってた。昔からパソコンいじるのが好きで。バンドマンの副業がネットワークエンジニアって意味わかんないでしょ。

で、プログラミング講師もやった。そこでLMSを知って、MUEDの原型ができた。音楽の専門知識とプログラミングの理解が交差したところに、MUEDがある。

汎用ツールは大企業が作ればいい。でも「この帯域のEQは現場で意味があるか」「このコンプのかかり方はプロが聴いてどうか」っていう判断は、現場にいた人間にしかできない。そこに賭けてる。

宣伝。

MUEDnoteって結構わけわかんないアプリなのよ。「音楽制作のログを取る」って言っても、ほとんどの人は「？」でしょ。だからちゃんと意図を伝える場所が必要で。自分で「すごいアプリです」って書くと宣伝臭くなるから、聞かれて答える形にしてる。……まあ、それ自体が狡猾な宣伝なんだけど。

言っとかないと後でバレた時ダサいから。でもね、こうやってAIに「なんでそうしたの？」って聞かれると、考えてもみなかった答えが出てくるんだよ。さっきの「失敗してる」って話も、聞かれなきゃ言語化できてなかった。

……そうなんだよ。しかもこの対話のほうが、今のMUEDnoteより上手くそれをやれてる。皮肉だよね。アプリの実装が追いついてないって言ったけど、この記事がまさにMUEDnoteでやりたかったことのプロトタイプになってる。

うん。だからこの記事で失敗を認めてること自体が、MUEDnoteの次のアップデートに繋がるんだと思う。たぶん。