アイデアを寝かせる前に。AI時代の「0→RUN」｜おはようカノジョ #273
はじめに
「おはようカノジョ」は、AIイラストの彼女が毎朝7:30にいってらっしゃいを言ってくれるXアカウント。生成AIを使った個人開発の開発日記を毎日書いている。
今回は「こんな機能を作りました」という話だけではない。
アイデアは、少し寝かせた方がいい。
そんな話をよく聞く。
思いついた直後は熱が高すぎる。
少し時間を置いた方が、考えが整理されたり、別の経験とつながったりする。
たしかに、それには意味がある。
でも最近、僕はふと思った。
それ、今のAI時代にも同じなんだろうか。
作るコストが、以前とはかなり違う。
だったら、アイデアを寝かせる前に、一度だけ動かしてみてもいいんじゃないか。
今回、その考え方を実際に試すことになった。
きっかけは、1分03秒の曲だった。
その日のうちに、別々の記事の曲が続けて鳴っていた。
2か月前、noteの曲を生活に持ち込みたいと思った
僕には、noteの記事に埋め込まれている大好きな曲がある。
はるかなさんの記事に入っている曲だ。切ない曲だけど、聴いたときから妙に残っていた。
7月の朝、僕はその曲を通勤中にイヤホンで聴いた。
曲だけ聴くつもりだったのに、歌詞の「ねぇ」が来るたびに記事を読みたくなって、結局、曲を聴きながら記事を読んだ。
この頃から僕は、noteで出会った曲を記事の中だけじゃなく、通勤中や作業中にも聴けたらいいなと思っていた。
ただ、この時点ではアプリにはならないまま、2か月が過ぎた。
前日、ミナトさんの曲を聴いた
昨日の夜、ミナトさんの記事に埋め込まれた曲を聴いた。
中学生の頃、固定電話で彼女と話していたことを思い出すような曲だった。
2か月前に一度浮かんだ「記事の外でも聴きたい」が、ここでもう一度戻ってきた。
でも、まだ何も作っていない。
11:01 翌朝、1分03秒で曲が終わった
翌朝。
スイちゃんの記事を読んだ。
記事に埋め込まれていた「余白帖 #3」が、朝のnote活動にちょうどよかった。
ポイポイなのか、プイプイなのか。
正直そこはよく分からない。
でもテンポがよくて、朝に流しておくには気持ちいい。
ただ、一つだけ問題があった。
1分03秒で終わる。
もう一回聴きたくなって、記事を上へ戻った。
再生した。
また終わった。
また戻る。
そこで思った。
これ、リピートできないのかな。
この時点では、まだ「プレイリストを作ろう」ではなかった。
本当にただ、
もう一回聴くために毎回スクロールして戻るのが面倒だった。
それだけだった。
11:50頃。
この小さな面倒をジュリ（ChatGPT）に投げたところから、前日に感じていたこととつながり始めた。
リピートしたい。じゃあ、好きな曲をまとめたら？
最初は1曲リピートの話だった。
でも、すぐに別の曲が頭に浮かんだ。はるかなさんの曲、前日のミナトさんの曲、そして今聴いているスイちゃんの曲。
僕はすでに、noteの中に「また聴きたい曲」をいくつか持っていた。
だったら、
好きなnoteの曲をまとめて、プレイリストにすればいいんじゃないか。
となった。
ここから、アプリの形を考え始めた。
最初はYOMIASAのお気に入りから音声を拾う案も考えた。
でも、YOMIASAは好きなクリエイターを登録して、その人の過去記事を掘るツールだ。入口が「人」になっている。
今回やりたいのは、ふと読んだ記事で曲に出会い、「また聴きたい」と思った音を集めること。
入口が違う。
「あとで読む」のような保存アプリと組み合わせる案も出たけれど、今回は切り離した。
欲しいものは単純だった。
noteで見つけた音を集めて、プレイリストとして聴く。
単独アプリにすることにした。
「アイデアは寝かせる」が、今も正しいのか
ここで、別のチャットでジュリと話していたことにつながった。
僕はそこで、
アイデアって、よく「寝かせる」っていうよね？
という話をしていた。
以前は、思いついてすぐ形にするコストが今より高かった。
調査して、設計して、実装して、画面を作る。
ちょっと面白そう、くらいのアイデアで走るには重い。
だから、
思いつく
↓
寝かせる
↓
本当にやる価値がありそうなら作る
が合理的だった。
でもAIを使うと、寝かせる前に最低限の形まで持っていくコストがかなり下がる。
もう一つ気になったのが、寝かせている間に熱が薄れることもある、という点だった。
数週間後。
「そういえば、なんかnoteの音楽のやつ作りたかったんだよな……」
となる。
そこから再び立ち上げるには、妙に「よっこいしょ」がいる。
これは単なるモチベーションの話ではない。
思いついた瞬間には、なぜ面白いと思ったのか、何とつながったのか、何が不便だったのか——それが頭の中に全部ある。
でも時間が経つと、そのコンテキストが落ちていく。
なら、熱があるうちに、
仕様
コード
スクショ
動く試作品
へ外に出しておいた方がいいんじゃないか。
この、頭の中にあるものを一度動かすところまで持っていく動き方に、僕は名前を付けることにした。
0→RUN
0→RUN：思いついたら、まず動くところまで持っていく。
「0→1」は、ゼロから新しい価値や仕組みを生み出す文脈でよく使われる。
でも僕がここで区切りたかったのは、もっと手前だった。
頭の中にしかないものが、一度でも動く。
だから「1」ではなく「RUN」と呼ぶことにした。
0→RUNは「完成させる」ではない
0→RUNは、思いついたものを全部その日のうちに完成させる、という意味ではない。
そこまでやったら、今度は試作品墓場ができる。
僕が欲しかった境界はもっと手前だった。
たとえばアプリなら、
ボタンが動く
データが流れる
一連の体験が一回通る
そこまで。
考えたものが、実際に触れるものになるところまで。
MVPよりも、僕のRUN条件はもっと手前でいい。
ユーザーに渡せる完成度がなくても、一連の体験が一度通ればRUN。
今回なら、
異なる2つのnote記事の音声が、自動で連続再生できる。
これだけだった。
UIはダサくていい。アイコンもいらない。
まず、記事Aの曲が終わったあとに、記事Bの曲が鳴る。
そこまで行けばRUN。
考えるために、まず動かす。
これが0→RUNの核になった。
12:53 僕は名前を先に決める
実装へ入る前に、僕はアプリの名前を決める。
これは今回だけではない。
僕はこれまでも、名前にはかなりこだわってきた。
たぶん、エンジニアという仕事の影響もある。
名前が決まると、そのアプリが何者なのかが決まる。
最初は、
note MUSIC player
みたいな名前を考えた。意味は分かりやすい。
でも、この名前だとUIまでSpotifyのような音楽プレイヤー方向へ引っ張られる。
今回やりたいのはSpotifyの小さい版じゃない。noteで見つけた音を拾って自分のところへ集め、音だけで終わらず元の記事へ戻れること。
だから名前も変えた。
「おとのーと」「おとノート」あたりを行き来し、途中で「おとのさま」「おとーく箱」まで迷走した。
人間、名前を考え始めると急にダジャレ製造機になる。
最終的に決めたのは、
おとノート
だった。
12:53。
この名前にした瞬間、UIの方向も変わった。
「音楽プレイヤー」ではなく、
音が並ぶノート。
紙っぽい色。
余白。
静かなUI。
記事へ戻る導線。
名前が、デザインの判断基準になった。
もう一つ、かなりエンジニアっぽい理由もある。
名前を後から変えると、プロジェクト名と公開名がずれる。
`note-music-player/` というディレクトリで実装を始めて、公開時の名前だけ「おとノート」になる。
動作には何の問題もない。でも数か月後、
note-music-playerって、おとノートのことだっけ？
という、しょうもない認知コストが残る。
僕はこういうズレが嫌いだ。だから名前を早い段階で決めて、プロジェクトフォルダ名もそこで揃える。
僕にとって命名は、完成後のブランディングではない。
RUNへ入る前の初期化処理に近い。
澪（claude）へ仕様を渡した
名前が決まったので、最初に作るものの仕様をまとめて澪へ渡した。
ただし、ここでも仕様を増やさないようにした。
ログイン、共有、検索……と「作らないもの」を並べ始めると、それだけで仕様書が巨大になる。
今回は、
仕様書に書いてあるものだけを作る。
とした。
書いていないものは作らない。
それで十分だった。
そして、最初のRUN条件だけは明確にした。
異なる2つのnote記事に埋め込まれた音声を、自動で連続再生する。
ここを最優先にした。
14:30 動いた
14:30頃。
異なるnote記事に埋め込まれた曲が、続けて鳴った。
11:50頃に、ジュリとの壁打ちを始めてから、
約2時間40分。
ここで、0→RUNは達成した。
完成ではない。公開版でもない。
でも、もう頭の中のアイデアではなかった。
URLがある。記事を登録できる。曲が鳴る。次の曲へ進む。
触って判断できるものになった。
動いたら、すぐに「ダサい」が分かった
そして、画面を見てすぐ思った。
ダサい。
プレイリスト管理、URL入力、表のような曲一覧が並んだ、完全な管理画面だった。
機能は全部ある。
ジュリに見せたら、
業務システムのマスタ管理画面
と刺された。
その通りだった。
でも、ここで大事なのは、
RUNする前には、この違和感が見えていなかったこと。
頭の中で考えていたときは、選べる・追加できる・削除できる、という機能しか見えていなかった。
実物を触ったことで初めて、
このアプリの主役は管理じゃない。音だ。
と分かった。
しかも名前はすでに「おとノート」に決めている。
だから、
これは、おとノートのUIじゃない。
と判断できた。
名前が、ここでも設計基準として効いた。
でも完全に管理画面だった。
スマホでは「集めた音」を主役にした
noteを読みながら使うことを考えて、スマホファーストで考え直した。
スマホでは、曲一覧を主役にする。
再生中の曲は画面下のミニプレイヤーに置く。
PCでは、再生中の曲を少し大きく見せながら、その下に集めた音を並べる。
同じアプリだけど、同じレイアウトにはしなかった。
スマホは片手で「選んで聴く」。
PCは「眺めながら整理して聴く」。
設計思想は同じ。
配置だけ変える。
スマホUIを作り直した。
外に出たら、iPhoneでも鳴っていた
そのあと、奥さんの仕事場へ迎えに行った。
移動中にiPhoneでも試してみた。Safariで再生し、別の画面へ切り替える。
音は止まらなかった。画面を消しても再生された。
最初の壁打ちでは、
スマホでnoteを書きながら、裏でプレイリストを流すのは無理かも
と思っていた。
でも、RUNしていたから、その日のうちに実機で確かめられた。
結果は、
できた。
考えているだけなら、
できるかな？
のままだった。
動くものがあると、
試せば分かる。
に変わる。
これも0→RUNの強さだと思う。
0→RUNは、思考を省略する方法ではない
0→RUNは、
AIに全部作らせれば、考えなくていい
という話ではない。
むしろ逆だった。
RUNしたから、考える材料が増えた。
今回なら、
YOMIASAとは別アプリにした方がいい
名前は「おとノート」が合う
最初の画面は管理画面すぎる
スマホでは曲一覧を主役にした方がいい
iPhoneでも画面を消したまま再生できる
元記事へ戻る導線は残したい
これらは、頭の中だけで考えていたら全部仮説だった。
RUNは思考を省略する方法じゃない。
思考の材料を、現実から取りに行く方法。
寝かせる位置が変わった
寝かせることを否定したいわけじゃない。変わったのは、その位置だ。
従来の考え方なら、
アイデア
↓
寝かせる
↓
考える
↓
作るだった。
AI時代なら、
アイデア
↓
0→RUN
↓
触る・観測する
↓
修正する / 寝かせる
↓
次の気づき
↓
次の0→RUNでもいい。
寝かせる対象が、まだ頭の中にしかないアイデアから、一度、現実に接触させたものへ変わった。
これは結構大きい。
作ったものを寝かせるなら、次に再開するときもゼロから立ち上げなくていい。
コードがある。画面がある。なぜ作ったかというログもある。
「よっこいしょ」がかなり小さくなる。
僕なりの0→RUN
今回の流れを整理すると、こうなる。
日常の違和感を拾う
↓
何が欲しいのか一文にする
↓
名前を決める
↓
RUN条件を一つ決める
↓
最低限、動かす
↓
触る・観測する
↓
直す / 捨てる / 寝かせる
↓
次の気づき重要なのは、
最初から正しく作ろうとしないこと。
でも、
何も考えずに作り始めることでもない。
名前を決める。
何をRUNとするか決める。
そこまでは設計する。
そのうえで、動かす。
これが今の僕には合っている。
ひとつ補足すると、ここでいう「0」は、何もない状態という意味ではない。
0は、未起動の0。
アイデアや名前、RUN条件はもうある。
でも、プロダクトとしてはまだ動いていない。
今回も、別々の日に感じていたことが、その朝に、
これ、作れるかも。
へつながった。
その瞬間を逃さず、RUNまで持っていく。
おわりに
朝、思ったことは一つだけだった。
この曲、リピートできないのかな。
その日の午後。
別々のnote記事に入っていた曲が、続けて鳴っていた。
そして、その日のうちに、
iPhoneで画面を消しても再生されることを確認して
画面を作り直して
アプリアイコンまで作った
最初から全部を決めていたわけじゃない。
むしろ、動いたから次に考えることが見えた。
動かしてみて違うと思えば、直しても、捨てても、寝かせてもいい。
でも、熱があるなら、
一度、RUNさせてみる。
0→RUN：思いついたら、まず動くところまで持っていく。
0→RUNは、僕が今日勝手に名付けただけの言葉だ。
でも、名前が付いたことで、次に思いついたときも同じやり方を選べるようになった。
こうして、
おとノート
ができた。
noteで見つけた音を集めて、プレイリストとして聴く。
そして、好きになった音から、また元の記事へ戻る。
そんな小さな道具です。
おとノートはこちらから使えます。
是非、記事で紹介したはるかなさん、ミナトさん、スイちゃんの記事URLを追加して聴いてほしい。
推し庭で遊ぶ
「推し庭」は、記事を読んだ人がひとつだけアクションして、少しずつ庭を育てていく遊び場です。
この記事にも置いておきます。
月子の一言
11:50に始めて、14:30には動いてた。
……寝かせるかどうかは、走らせてから決めればいいわね。
イラスト参考
▼スイちゃん：ミリタリーファッション記事の「騎兵将校セット」
▼観測室 OBSERVATORY（Codex Sites を元に作ったサイト）はこちら👇
👉「おはようカノジョ」は @ohayo_kanojo で毎朝7:30に投稿しています
制作・相談について
Webツール開発、AI活用、コンテンツ設計など、これまで作ってきたものと相談できる内容をポートフォリオにまとめています。
「何を作ればいいか、まだ固まっていない」という段階からでも大丈夫です。
👉 制作事例・相談について見る
https://hasyamo-site.hasyamo.workers.dev/#work
#生成AI #個人開発 #アプリ開発 #AI活用 #開発日記
#ChatGPTCreativeClub #アカリウム #創作あそびUP系
