私はプログラマーではありません。仕様書を書いた経験もなければ、情報系の学校を出たわけでもない。
それでも今、自分で作ったアプリが20個以上、インターネット上で動いています。毎朝データを処理しているものもあれば、実際に人が使って業務が回っているものもあります。全部、AIエージェントに作らせました。
きっかけは単純な悔しさでした。「こういうツールがあれば楽なのに」と思うたび、誰かに頼むか、諦めるかの二択しかなかった。見積もりを取れば数十万。諦めれば、また手作業が続く。
AIエージェントが実用になった瞬間、この二択が壊れました。自分の「あったらいいのに」を、自分で形にして、公開して、課金導線までつけられる。 しかも1本目より2本目、2本目より3本目が速くなる。
この教材では、その手順を最初から最後まで渡します。何を作るか決めるところから、AIエージェントへの渡し方、最小構成での公開、課金のつけ方、そして――ここが一番大事なのですが――1本で終わらせず"複数を一人で回す"型まで。
先に正直に書いておきます。この教材は「作って公開できるようになる」ための本です。「必ず儲かる」本ではありません。 作れるようになった後に立ちはだかる本当の壁については、第8章で包み隠さず書きます。そこを誤魔化す教材が多すぎるので、私は逆をやります。
第1章 なぜ今、非エンジニアがアプリを作れるのか
変わったのは「翻訳コスト」
これまで、頭の中のアイデアを動くソフトウェアにするには、その間に「コードを書ける人」という翻訳者が必要でした。この翻訳者は高価で、予約が埋まっていて、しかも意図を正確に伝えるのが難しい。個人の「あったらいいのに」は、ほぼ全部ここで死んでいました。
AIエージェントがやったのは、この翻訳コストをほぼゼロにしたことです。日本語で「こういうものが欲しい」と伝えれば、動くコードが出てくる。しかも、エラーが出れば直させられる。分からない部分は聞ける。
つまり、いま必要なのは「コードを書く力」ではなく、「何を作るか決める力」と「AIに正確に渡す力」です。この2つは、プログラミングとはまったく別のスキルで、非エンジニアでも十分に鍛えられます。
それでも失敗する人の共通点
ただし、AIに丸投げすれば勝手に完成する、わけではありません。うまくいかない人には共通点があります。
作るものが大きすぎる：最初から多機能な"サービス"を目指して、完成せずに力尽きる
要件が曖昧：「いい感じの管理ツール」と伝えて、いい感じでないものが出てくる
公開しない：手元で動いて満足して終わる。公開しないものは1円にもならない
この3つを避ける具体策が、2章・3章・4章です。
この教材が前提にする"小ささ"
本書で作るのは、「小さな不便を1つだけ解く道具」です。ページ数で言えば数画面。機能で言えば1〜3個。「これだけ？」と思うくらい小さくていい。
理由は明快で、小さいほど完成するからです。そして完成して公開されたものだけが、人に使われ、改善され、課金の対象になります。大きな構想は、小さく出したあとで足せばいい。
私はプログラマーではありません。仕様書を書いた経験もなければ、情報系の学校を出たわけでもない。
それでも今、自分で作ったアプリが20個以上、インターネット上で動いています。毎朝データを処理しているものもあれば、実際に人が使って業務が回っているものもあります。全部、AIエージェントに作らせました。
きっかけは単純な悔しさでした。「こういうツールがあれば楽なのに」と思うたび、誰かに頼むか、諦めるかの二択しかなかった。見積もりを取れば数十万。諦めれば、また手作業が続く。
AIエージェントが実用になった瞬間、この二択が壊れました。自分の「あったらいいのに」を、自分で形にして、公開して、課金導線までつけられる。 しかも1本目より2本目、2本目より3本目が速くなる。
この教材では、その手順を最初から最後まで渡します。何を作るか決めるところから、AIエージェントへの渡し方、最小構成での公開、課金のつけ方、そして――ここが一番大事なのですが――1本で終わらせず"複数を一人で回す"型まで。
先に正直に書いておきます。この教材は「作って公開できるようになる」ための本です。「必ず儲かる」本ではありません。 作れるようになった後に立ちはだかる本当の壁については、第8章で包み隠さず書きます。そこを誤魔化す教材が多すぎるので、私は逆をやります。
第1章 なぜ今、非エンジニアがアプリを作れるのか
変わったのは「翻訳コスト」
これまで、頭の中のアイデアを動くソフトウェアにするには、その間に「コードを書ける人」という翻訳者が必要でした。この翻訳者は高価で、予約が埋まっていて、しかも意図を正確に伝えるのが難しい。個人の「あったらいいのに」は、ほぼ全部ここで死んでいました。
AIエージェントがやったのは、この翻訳コストをほぼゼロにしたことです。日本語で「こういうものが欲しい」と伝えれば、動くコードが出てくる。しかも、エラーが出れば直させられる。分からない部分は聞ける。
つまり、いま必要なのは「コードを書く力」ではなく、「何を作るか決める力」と「AIに正確に渡す力」です。この2つは、プログラミングとはまったく別のスキルで、非エンジニアでも十分に鍛えられます。
それでも失敗する人の共通点
ただし、AIに丸投げすれば勝手に完成する、わけではありません。うまくいかない人には共通点があります。
作るものが大きすぎる：最初から多機能な"サービス"を目指して、完成せずに力尽きる
要件が曖昧：「いい感じの管理ツール」と伝えて、いい感じでないものが出てくる
公開しない：手元で動いて満足して終わる。公開しないものは1円にもならない
この3つを避ける具体策が、2章・3章・4章です。
この教材が前提にする"小ささ"
本書で作るのは、「小さな不便を1つだけ解く道具」です。ページ数で言えば数画面。機能で言えば1〜3個。「これだけ？」と思うくらい小さくていい。
理由は明快で、小さいほど完成するからです。そして完成して公開されたものだけが、人に使われ、改善され、課金の対象になります。大きな構想は、小さく出したあとで足せばいい。