AIがアプリを作るほど、ローコード経験は「個人で戦う武器」になる

「作れること」を安くする同じ波が、判断を持つ個人を武装させる。一人＋AIで戦える余地が、静かに開きつつある

ある朝、いつもの環境を開いて、Power Apps の画面に「新しいエクスペリエンスを試す」というボタンが増えていることに気づく。

押してみる。テキスト入力欄が一つ。「やりたいことを言葉で書いてください」とある。

試しに「部署の備品の貸出を管理するアプリ」と打ち込む。少し待つ。すると、データの設計、画面、入力フォーム、ちょっとした集計のロジックまでが、まとめて出てくる。あなたがこれまで何時間もかけて積み上げてきた手順を、それは数分で通り抜けていく。

最初に来るのは、たぶん感心ではない。手が止まる感覚のほうだ。「自分がやってきたことは、これだったのか」という。

ただ、その感覚の裏側には、まだ言葉になっていないもう一つの面がある。あなたが何時間もかけていた工程を機械が肩代わりするということは、これまで「作れる手」を何人もそろえないと届かなかった範囲に、業務の分かる一人が手を伸ばせるようになる、ということでもある。手が止まったその先で、何が開くのか。それを見ていきたい。

1. あなたが時間をかけて身につけたものは、どこへ行くのか

少し、具体的に想像してみてほしい。

あなたは数年かけて Power Apps と Power Automate を実務で扱えるようになった。最初は数式の書き方が分からず、画面遷移が思うように動かず、フローのエラーで半日溶かした夜もあった。そうやって少しずつ、社内で「あの人に頼めば作ってくれる」と言われる立場になった。会議で誰かが「こういう申請を電子化したい」と言ったとき、頭の中に画面が浮かぶようになった。それが、あなたの足場だった。

その足場で、あなたは何を手に入れていただろうか。

たとえば、頼られることそのものだ。「作れる人」は社内で席を確保できる。評価面談で書ける成果があり、異動の話があっても「あれは彼がいないと回らない」と引き留められる。手で作る力は、そのまま社内での立ち位置に変換されていた。

あるいは、独立を考えるときの武器だ。Power Platform で案件を取る人は実際にいて、「作れること」はそのまま単価になる。あなたがこの先フリーランスを検討するとき、最初に数えるカードはこれだったはずだ。

その二つのうち、前者がいま揺れている。揺れているのは「作れること」の希少性のほうだ。言葉で書けば初稿が出てくるなら、初稿を作れること自体の値段は下がっていく。これは、あなたの努力が無駄だったという話ではない。努力の成果が乗っていた台座が、動き始めたという話だ。

だが、もう一つのカード——独立を考えるときの武器のほうは、少し事情が違う。後で詳しく見るが、初稿づくりの重荷が軽くなるということは、独立に踏み出すときの一番重い荷物の一つが軽くなる、ということでもある。台座が動くなら、その上に何を置き直すかを、こちらから考えたほうがいい。そして置き直し方によっては、揺れは追い風にもなり得る。

2. いま実際に起きていること（事実だけ先に）

不安を判断に変えるには、まず何が起きているのかを正確に知る必要がある。憶測ではなく、公式が出している事実から始める。

2026 年 4 月、Microsoft は Power Apps の新しい「vibe」エクスペリエンスを公開した（ドキュメントの日付は 2026-04-16、プレリリース表記）。vibe.powerapps.com にサインインして、作りたいものを自然言語で書く。すると AI が、要件の整理、データモデル、業務ロジック、ユーザーインターフェイスまでをまとめて生成する。公式の説明では「アイデアから動くアプリまで、数週間ではなく数分で」とある。

注目すべきは、生成される範囲だ。公式ドキュメントは、裏側で実際の React コードを書いていると明記している。あなたがそのコードに触る必要はないが、開いて中を覗くこともできる。つまり、画面の見た目だけでなく、その下の生成コードまでが射程に入っている。これは従来のローコードが「コードを書かせない」方向だったのとは、向きが少し違う。コードは生成される。ただ、人がそこに常駐しなくてよくなる、という設計だ。

並行して、もう一つの流れがある。Power Apps には「Code Apps」という、本格的なコードで作るアプリの枠があり、こちらを AI で支援する「Vibe Apps」という位置づけも整理されつつある。さらに Power Platform の 2026 年 5 月の更新では、Copilot Studio のマルチエージェント機能、エージェントの評価（evaluations）、エージェントフィードが一般提供（GA）に入っている。生成は単発の便利機能ではなく、プラットフォーム全体の前提になりつつある、という流れだ。

もう一つ、品質に関わる事実がある。より質の高いアプリのためには、管理センターで Anthropic のモデルを有効化することが公式に推奨されている。生成の中身を支えるモデル選択が、アプリの出来に効くところまで来ている。

ここまでが、確認できる事実だ。煽る材料でも、安心する材料でもない。ただ、向きを知るための座標として置いておく。

3. 「では、もう手で作る仕事はなくなるのか」

ここで多くの人が一足飛びに進みたくなる。手で作る仕事は終わったのか、と。

結論から言うと、そう読むのは早い。同じ公式ドキュメントが、この機能の現在地をかなり率直に書いているからだ。

この vibe の作成体験は、いま **public preview（公開プレビュー）**だ。そして公式は、プレビュー機能について「本番運用を想定していない」「機能が制限されている場合がある」と明記している。さらに前提条件として、いくつもの制約がある。

• テナント管理者が、テナントに対して Copilot を有効化しておく必要がある
• 既定（デフォルト）環境では使えない。米国・オーストラリア・アジア・インドのいずれかのリージョンにある環境が要る
• 利用できるのは、いまのところ英語のみ

これらは小さな注記ではない。「言葉でアプリが出てくる」という見出しと、「ただし英語で、特定リージョンで、デフォルト環境は不可で、本番には使うな」という条件は、セットで読まなければならない。

だから、正しい現在地はこうだ。方向は本物だが、いまこの瞬間にあなたの実務を置き換えるものではない。 プレビューは、製品が向かう先を先に見せてくれる窓であって、今日の道具ではない。「もう使える」と早合点するのも、「どうせまだ使えない」と切り捨てるのも、どちらも判断を誤らせる。見るべきは、この窓の向こうにある到達点のほうだ。GA（一般提供）に向けて制約が一つずつ外れていったとき、何が標準になるのか。そこから逆算する。

4. 「だったら、どこが置き換わって、どこが残るのか」

到達点を見据えるなら、問いはこうなる。生成が標準になったとき、自分の仕事のどこが置き換わり、どこが残るのか。

ここを切り分けないまま「AI に仕事を取られる」と丸ごと不安がると、判断ができない。だから分けて見る。

生成側に寄っていく部分は、おおむね「初稿を立ち上げる手作業」だ。データの入れ物を一から定義する、標準的な入力画面を組む、よくある一覧・詳細・編集の画面を並べる、ありがちな集計や通知を仕込む。これらは過去に何万回も作られてきたパターンで、言葉から再現しやすい。あなたが何時間もかけて覚えた「画面の組み方」の、定型に近い部分ほど、先に生成へ移っていく。

一方、人の側に残る部分は、初稿の前後にある。

前にあるのは、業務そのものの理解だ。その部署が本当は何に困っているのか。申請者が言う「承認を速くしたい」の裏に、実は「誰が止めているか見えないことへの不満」が隠れていないか。何を作るべきかを、現場の言葉のあいまいさから引き出す仕事は、プロンプトの巧拙以前の話として残る。生成 AI は、与えられた言葉をよく形にするが、与えるべき言葉を見つける仕事は肩代わりしてくれない。

後ろにあるのは、判断と責任だ。生成された初稿のデータモデルが、来年の組織変更に耐えるか。例外処理（差し戻し、代理承認、月またぎ、退職者の扱い）が業務の実態と合っているか。本番に載せて、誰かの給与や在庫や顧客対応がそれに乗ったとき、間違いの責任を引き受けられるか。生成物を評価し、直し、本番運用の責任を持つところは、人に残る。むしろ、初稿が速く出てくるほど、この「評価する目」の価値は上がる。

整理すると、あなたのスキルの重心は、こう移っていく。

「作れること」は足場でなくなる。でも、「正しく作るべきものを決め、出てきたものの良し悪しを判断できること」は、足場であり続ける。重心を、手から判断へ寄せていく——それが、いま見えている移動の方向だ。

5. 「では、これから学ぶなら、何に時間を使えばいいのか」

重心の移動が分かると、次の問いは具体的になる。限られた時間を、何に投じるか。

ここで気をつけたいのは、新機能の操作手順を追いかけることに時間を全部使ってしまう罠だ。プレビューの操作は GA までに変わる。地域が広がり、日本語が入り、画面も入れ替わる。いま vibe.powerapps.com の細かい使い方を覚えても、半年後にはずれている可能性が高い。操作の習熟は、必要になったときに数日で取り返せる種類のスキルだ。

時間を投じる価値があるのは、生成に流れていかない側、つまり前と後ろだ。具体的には三つに絞れる。

ひとつは、業務を読む力だ。特定の業界・職種の仕事の流れを、人より深く理解していること。「経費精算」と一言で言っても、建設業と SaaS 企業では別物だ。ドメインの解像度が高い人は、生成 AI に正しい指示を出せるし、出てきたものの間違いに気づける。これは時間をかけた分だけ積み上がり、陳腐化しにくい。

ふたつは、生成物を評価する目だ。データモデルの良し悪し、拡張に耐える設計かどうか、セキュリティや権限の落とし穴。コードを一行ずつ書く力ではなく、出てきた設計を読んで「これはまずい」と言える力。これは Code Apps のように生成コードが絡む領域で、特に効いてくる。

みっつは、つなぎ込みと運用の責任だ。生成されたアプリを、既存の業務、既存のデータ、既存の権限とどう接続するか。本番に載せた後、誰がどう面倒を見るか。ここは技術と業務の両方をまたぐ判断で、丸ごと自動化されにくい。

逆に、比重を下げてよいのは、定型画面を一から手で組む反復作業や、よくあるパターンの暗記だ。それは生成側が引き受けていく。覚える価値の天秤が、こちらから向こうへ傾いていく領域には、これ以上の時間を積み増さなくていい。

6. なぜ「作れること」だけが評価され続けてきたのか

ここで一度、構造の側を見ておきたい。なぜこれほど多くの実務者が、「作れること」一本足で立つことになったのか。これは個人の選択ミスではなく、現場の仕組みが生んだ結果だ。

組織の中で「作れる人」は分かりやすい。動くものを見せれば成果が伝わる。一方で「正しく作るべきものを見極めた」「将来の組織変更に耐える設計を選んだ」という仕事は、見えにくい。問題が起きなかったことを成果として数える文化が、そもそも薄い。だから評価のスポットライトは、目に見える「作る」に当たり続け、見えない「判断」は影に置かれてきた。

ベンダーやプラットフォーム側の言葉づかいも、これを後押ししてきた。「誰でも作れる」「コード不要」「数分でアプリ」という訴求は、十数年にわたって「作れること」を主役に据えてきた。そのメッセージ自体が悪いわけではない。ただ、構造として見過ごされてきたのは、「作れること」を煽った同じ流れが、いずれ「作れること」を最も安くする方向へ進むという点だ。誰でも作れるを突き詰めれば、人が作らなくてよくなる。vibe coding の着地は、その言葉づかいが論理的に行き着いた先でしかない。

整合を欠くのは、ここから先だ。プラットフォームは「作る部分」を急速に肩代わりし始めているのに、現場の評価のものさしは、いまだに「何を作ったか」「どれだけ手を動かしたか」に置かれたままになっている。手を動かす量で人を測る仕組みは、手を動かす量がゼロに近づいていく道具の前で、急速に意味を失う。にもかかわらず、ものさしを「どんな判断をしたか」へ取り替える動きは、はるかに遅い。割を食うのは、ものさしを信じて手の速さを磨いてきた人たちだ。

とはいえ、ここで誰かを責めても始まらない。プラットフォームは前に進むのが仕事で、現場の評価制度はもともと変化が遅い。それは性質であって、悪意ではない。怒っても道具の進化は止まらないし、止めたいわけでもない。できることは、外側のものさしが変わるのを待たずに、自分のものさしを先に取り替えておくことだ。手の速さではなく、判断の確かさで自分を測り直す。構造が遅れて追いついてくる頃には、もう次の足場に立っている——そういう順番で動いておけばいい。

7. ひとつの見取り図として（試算であることを断ったうえで）

ここまでの切り分けを、自分の仕事に当てはめやすいように、ひとつの見取り図にしておく。これは公的な統計でも、Microsoft が示した数値でもない。手元の現場感覚と公開情報から組んだ試算であり、目盛りはあなたの実情に合わせて動かしてほしい。

ローコード実務者が一つのアプリを作るとき、ざっくりこんな時間配分になりがちだ、という仮の内訳を置く。

この表で言いたいのは、正確な数字ではない。作業の総量が減るのではなく、重心が「手」から「前後の判断」へ移るという方向感だ。初稿づくりに使っていた半分の時間が浮くなら、それを業務理解と評価力に振り直せた人が、次の足場に立つ。浮いた時間を何にも振り直さなければ、減った分がそのまま自分の市場価値の目減りになる。

繰り返すが、これは試算だ。比重の数字は人によって違う。ただ、向きだけは、先に見た公式の事実とずれていない。

8. 重荷が軽くなる側から見ると、何が開くのか

ここまでは、主に「会社員として、社内で重心をどう移すか」という目線で見てきた。ここで一度、目線を変えてみたい。同じ変化を、組織の外から——独立を考える個人の側から見ると、景色が少し違って見えるからだ。

これまで、ローコードで一人前の仕事を外に出そうとすると、「作る手」をそろえること自体が重い前提だった。要件を聞き取り、設計し、初稿を組み、画面を整え、テストする。この一連を一人で回しきるのはしんどいから、小さなチームを組むか、会社の分業に乗るしかない場面が多かった。つまり、独立や受託の入り口には、「作る工数」という重い荷物が最初から置かれていた。

生成が肩代わりし始めるのは、まさにこの「作る工数」の部分だ。初稿が言葉から数分で立ち上がるなら、これまで何人かの手が必要だった範囲を、業務を読めて判断できる一人が、AI を相棒にしてカバーできる余地が出てくる。会社や小チームでしか担えなかった仕事の幅に、一人＋AI で手が届きつつある、ということだ。

これは、独立の入り口に置かれていた一番重い荷物の一つが軽くなる、という話でもある。参入の重荷が下がるぶん、判断側の力を持つ個人にとっては追い風になる。 これまで「作れる人を何人もそろえないと無理」だった仕事が、「業務を読めて、出てきたものを評価できる一人」で回せる範囲に入ってくる。手の速さで評価される世界から、判断と成果で評価される世界へ。その扉が、静かに開きつつある。

念のため言い添えておく。これは「今すぐ独立すべきだ」という話ではないし、扉が開いたからといって全員がそこをくぐる必要もない。あくまで、選べる道が一つ増えつつある、という意味での追い風だ。そしてこの追い風には、後で見る通り、ちゃんと向かい風もセットになっている。

9. 選択肢

ここまでを踏まえると、取りうる構えは、おおむね三つに整理できる。

A：いまの場所で、重心を前後へずらす

会社員として今の現場に残りつつ、自分の関わり方だけを変える。定型の作り込みは生成に任せる前提で、業務理解の深掘りと、生成物を評価する目に時間を寄せていく。プレビューが GA に降りてくる前に、自分の中で重心を移しておく構えだ。

光：いまの安定と給与を保ったまま、移行できる。失敗のコストが小さい。 影：評価のものさしが旧来のまま（手の速さ重視）なら、判断へ寄せた努力が短期的には評価されにくい。報われる実感が遅れて来る。

B：判断側のスキルを軸に、独立や副業へ広げる

業務理解と設計判断を武器に、案件ベースの働き方へ広げていく。「作れる人」ではなく「正しく作るべきものを決められる人」として立つ。前章で見たとおり、作る工数が軽くなるぶん、これまで一人では重すぎた範囲に手が届きやすくなる側面がある。一人＋AI で、かつて小チームや会社の分業が前提だった仕事の幅を、判断側からカバーしにいく構えだ。

光：判断側のスキルは陳腐化しにくく、生成が普及するほど相対価値が上がる。作る初稿の重荷が下がるぶん、独立の入り口が以前より低くなりつつある。これは、判断と成果で評価される場所へ移りたい人にとっての追い風だ。 影：それでも、独立には作る力以外の重荷がついてくる。営業、見積もり、確定申告、来月の収入が読めない不安、相談相手のいない孤独、傷病時に守ってくれる制度がないこと。これらは、作る部分が AI に寄っても消えない。むしろ作る工数が軽くなった分、こうした非・技術の比重がはっきり前に出てくる。「作る重荷が軽くなる」ことと「独立が楽になる」ことは、同じではない。追い風を数えるなら、向かい風も同じ精度で数えること。

C：いまは動かさず、観測を続ける

すぐに何も変えない。これも、比較した上でなら、立派な選択だ。プレビューは本番に使えず、日本語も未対応で、自分の現場にいつ降りてくるかも読み切れない。慌てて動く理由は、まだない。

光：無駄に振り回されない。GA の実像が見えてから動いても遅くない領域は、確かにある。 影：「比較した上で動かない」のと「考えずに流される」のは、外からは同じに見えても中身が違う。観測を続けるなら、何が起きたら動くのか、その引き金だけは決めておきたい。たとえば「日本語対応が入ったら」「自分の環境のリージョンで使えるようになったら」。引き金を決めない観測は、ただの先送りに変わりやすい。

どれが正しいということはない。家庭、年齢、貯え、現場の状況——すべてが絡む。ただ、三つを並べて見比べたうえで選んだものは、流された結果とは違う重さを持つ。

10. 最後に

「作れること」が足場でなくなる、という言い方を、この記事では何度かした。少し冷たく聞こえたかもしれない。

でも、足場が動くのは、あなたが何かを失うときだけではない。これまで「作る」に押し込められていた時間が浮くなら、それはもっと上流の、人にしかできない仕事へ移れる余白でもある。そして同じ波は、組織の中だけでなく、外で一人で立とうとする人の足元も、少しだけ軽くしている。作る手を何人もそろえないと届かなかった範囲に、業務を読める一人が AI を連れて手を伸ばせる。手の速さで測られる場所から、判断の確かさで測られる場所へ。移動は、損失であると同時に、開きつつある扉でもある。

過剰な期待は禁物だ。プレビューはまだ窓の向こうにあり、独立には独立の重荷がそのまま残る。だが、向かい風を正直に数えたうえでなお、判断を持つ個人にとって、この変化には確かな追い風が含まれている。慌てる必要はない。慌てないことと、扉が開きつつあるのを見落とすことは、別のことだ。

道具が変わるのは、これが最後ではない。vibe coding の次にも、また別の地殻変動が来る。そのたびに同じ問いに戻ればいい。何が自動化される側へ動き、何が人に残るのか。残る側に、自分の重心を置けているか。 この問いを持っている限り、道具がどれだけ変わっても、立つ場所を自分で選び直せる。窓の向こうを正確に見ておけば、それが部屋に入ってくる頃には、あなたはもう次の足場に立っている。

11. 関連リソース

手段ではなく、市場の将来性から考えたいなら

「そもそも Power Platform に時間を賭ける価値があるのか」を、市場規模や成長率といった公開データから判断したい場合は、別の角度からの整理がある。本記事が「手段が変わるなら何を残すか」を扱うのに対し、そちらは「そもそも投資すべきか」を扱う。

→ 「会社の都合」の陳腐化に賭け金を委ねるな——寡占とAIで3年後を採点する

判断側に重心を移した個人が、実際に案件を取りに行くなら

選択肢 B のように「正しく作るべきものを決められる人」として外で立つなら、案件をどう取りに行くかが次の現実的な問いになる。値踏みされる側ではなく、選ぶ側に回るための整理がある。

→ 値踏みされ続ける働き方は、もう降りていい——選ぶ側に回るなら2社

一人＋AIで戦う道具立てを絞るなら

作る工数を AI に肩代わりさせながら一人で回すなら、道具は広げるより絞るほうが効く。何を選び、何を捨てるかの見極めを整理した。

→ 課金させ続ける仕組みから降りる——個人で食うなら Claude Pro + Cursor の2つ