見出し画像

10分でアプリが完成する時代に、SIは何を売るのか

「10分でアプリが完成する」。驚くべきは、その速さではない。要件理解から設計、実装、検証まで、開発工程そのものがAIによって圧縮され始めたことである。では、誰でも“作れる”時代に、SI企業は何を価値として売るのか。Manusでの実体験から、これからのSIに残る「変える力」を考える。

Manusによる10分開発の実証結果

AIエージェント「Manus」を活用し、自然言語による指示のみでTo-Doモバイルアプリの開発検証を実施した。結果として、要件定義から動作確認までの全8工程を約10分で完了した。

  • 検証象: To-Doモバイルアプリ(タスク作成・完了・削除・データ保存)

  • 所要時間: 約10分(指示文の入力〜最終プレビュー確認)

  • AIが自動実行した8つの開発ステップ:

    1. 要件定義・画面構成設計: 指示文からアプリの機能とレイアウトを自動定義

    2. データモデル設計: タスク管理に必要な基本データ構造の定義

    3. UI/UX実装: React/TypeScriptによる画面コンポーネントの生成

    4. データ永続化: ローカルストレージ(保存機能)の実装

    5. アクセシビリティ対応: キーボード操作やスクリーンリーダーへの配慮

    6. ブランドアセット生成: アプリ用アイコンやグラフィックの自動作成

    7. 品質検証・型チェック: エラー検証とTypeScriptの型安全性確認

    8. プレビュー&チェックポイント保存: 実機挙動の確認とリビジョン保存


はじめに――驚くべきは、コードの量ではない

今回、Manusを使ってシンプルなTo-Doモバイルアプリを作成した。要件は、タスクの作成、完了、削除、基本データモデルを含むアプリを設計するというものだった。

結果として、画面構成の設計、データモデルの整理、UI実装、ローカル保存、アクセシビリティ対応、ブランドアイコンの生成、型チェック、プレビュー確認、チェックポイント保存までを、約10分で完了できた。

アプリ開発10分のスクショ

もちろん、複雑な基幹システムと小規模なTo-Doアプリを同列に比較することはできない。しかし、ここで注目すべきなのはアプリの規模ではない。「要件を理解し、設計し、実装し、検証し、成果物としてまとめる」という開発工程そのものが、AIによって圧縮されたことである。

従来、ソフトウェア開発は、複数の専門工程に分解されていた。要件定義、画面設計、データ設計、コーディング、テスト、環境構築、レビュー、納品。それぞれに担当者や会議が必要で、工程間の引き継ぎにも時間がかかった。

Manusは、この分断された工程を、自然言語の依頼から一つの連続した作業として進める。ここに、従来の開発ツールとは異なるインパクトがある。

Manusが凄いのは「コード生成」ではなく「開発工程の統合」

AIによるコード生成自体は、すでに珍しいものではない。コード補完、関数生成、テストコードの作成など、個別の作業を支援するサービスは数多く存在する。

しかし、Manusの強みは、単にコードを書くことではない。今回の開発では、次のような作業が一つの流れに統合されていた。

開発工程の統合

従来の開発では、これらの作業を複数の担当者やツールへ配分する必要があった。Manusでは、ユーザーが「何を作りたいか」を伝えると、AIが必要な作業を分解し、関連するファイルや設定を編集し、検証まで進める。

つまり、Manusは「プログラマーの代わりにコードを書くサービス」というより、小規模な開発チームの一部機能を一つの対話インターフェースにまとめた存在に近い。

10分という時間が意味するもの

10分で完成したという事実は、すべてのアプリが10分で作れるという意味ではない。要件が曖昧であれば、確認や設計に時間がかかる。複雑な業務ルール、既存システムとの連携、セキュリティ要件、法規制、負荷試験が必要なシステムでは、当然ながら追加の工程が必要になる。

それでも、10分という時間は、ソフトウェア開発の「初速」を根本から変える。

以前であれば、アイデアをアプリの形にするまでに、開発環境の準備、プロジェクトの初期設定、画面の骨組み、データ構造の検討だけで相応の時間を要した。今回は、自然言語で要件を伝えた後、画面とデータモデルが構成され、実際に操作できる状態まで到達した。

この変化により、企画段階で重要になる問いも変わる。以前は「開発にいくらかかるか」「何人月必要か」が中心だった。これからは、「そのアイデアを今日試す価値があるか」「利用者の反応を見て、何度改善できるか」がより重要になる。

開発コストと初期時間が下がるほど、ソフトウェアは一度作って終わるものではなく、仮説検証のための道具になる。Manusは、開発をプロジェクトの最終工程から、事業や業務改善の初期段階へ引き寄せる。

SIが淘汰される現実は近づいている

この変化は、SI業界にとって無関係ではない。特に影響を受けるのは、要件が比較的標準化されており、画面やCRUD処理、単純なデータ連携、定型的な業務アプリの実装を中心に受託してきた領域である。

従来型のSIビジネスでは、開発規模を人月で見積もり、複数の工程と担当者を積み上げ、時間と人数を価値の根拠にすることが多かった。しかし、AIが工程の一部または大部分を圧縮すると、単純な実装作業の希少性は下がる。

「画面を作る」「データを保存する」「一覧を表示する」「入力フォームを作る」といった作業そのものは、これまでほど高価な専門作業ではなくなる可能性がある。顧客側が短時間でプロトタイプを作れるようになれば、初期提案や見積もりの段階で、SI企業に依頼する前に自分たちで試すことも増える。

ここで起きるのは、単なる開発ツールの置き換えではない。SI企業が長年担ってきた「作れる人が少ないから、作れる会社へ依頼する」という取引構造が揺らぐのである。

淘汰されるのはSIそのものではなく、低付加価値の工程である

ただし、「SIがすべてなくなる」と結論づけるのは正確ではない。淘汰される可能性が高いのは、SIという業態全体ではなく、AIによって代替しやすい低付加価値の工程である。

大企業の基幹システムでは、既存資産との整合性、組織間の利害調整、データガバナンス、障害時の責任分界、監査、セキュリティ、移行計画などが重要になる。これらは単純なコード生成では解決できない。業務知識と組織設計、リスク管理、長期運用の責任が必要だからだ。

したがって、今後価値が高まるSIの役割は、単に手を動かして実装することではなくなる。顧客の経営課題を理解し、業務を再設計し、AIを含む適切な技術を組み合わせ、導入後の成果まで責任を持つことが求められる。

開発の価値基準が変わる

「人月を売る会社」から「成果を作る会社」へ

SI企業が生き残る道は、AIを導入しないことではない。むしろ、自社の開発工程へ積極的に組み込み、人月ではなく成果を提供することにある。

たとえば、顧客との初回打ち合わせ後に、従来なら数週間かけて作成していた画面モックや試作システムを、その日のうちに提示する。利用部門からフィードバックを受け、翌日には複数案を比較する。こうした進め方が可能になれば、顧客との関係は「仕様を受け取って作る会社」から「一緒に仮説を検証するパートナー」へ変わる。

このとき、AIは単なるコスト削減の道具ではない。顧客との会話を具体的な画面や動くプロトタイプへ変換し、意思決定を早めるための共通言語になる。

一方で、AIを使ってもなお、成果に結びつかない企業は厳しくなる。AIで大量にコードを生成できても、顧客の本当の課題を理解できなければ、使われないシステムが速く作られるだけである。

開発者の仕事も変わる

開発者に求められる能力も変化する。コードを正確に書く力が不要になるわけではない。しかし、コードを書く時間が減るほど、何を作るべきかを決める力、生成された成果物を評価する力、設計上のリスクを見抜く力の重要性が高まる。

今回のTo-Doアプリでも、単に一覧を表示するだけなら短いコードで済む。しかし、片手操作の位置、空状態のメッセージ、完了と削除のフィードバック、アクセシビリティ、ローカル保存、ブランドの統一などを考えるには、利用者の体験を設計する視点が必要になる。

AI時代の開発者は、キーボードを速く打つ人から、ユーザーの曖昧な要望を、検証可能なプロダクトへ変換できる人へ変わっていく。

10分開発が突きつける経営課題

Manusによる約10分のアプリ開発は、開発部門だけの話ではない。経営者や事業責任者に対しても、重要な問いを投げかける。

それは、「本当に数か月の承認プロセスが必要なのか」「プロトタイプを見る前に、大規模な予算を確保する必要があるのか」「自社の業務改善案を、現場が自分で試せる環境を作れているか」という問いである。

開発が高速化すると、ボトルネックはコードを書くことから、意思決定、権限、データへのアクセス、組織間の調整へ移る。つまり、AIを導入するだけでは十分ではない。AIが作ったものを試し、評価し、採用し、改善できる組織へ変わる必要がある。

SIに残されるのは「作る力」ではなく「変える力」

Manusの凄さは、数行のコードを生成したことではない。要件を受け取り、設計し、実装し、検証し、成果物として保存するまでの一連の流れを、対話から連続的に進めたことにある。

約10分でTo-Doアプリが完成したという体験は、ソフトウェア開発の一部が、もはや大規模な専門組織だけのものではないことを示している。小さなアイデアを形にするための初期コストは下がり、開発はより身近になる。

その結果、従来型SIのうち、定型実装と人月の積み上げに依存する部分は、淘汰の現実に近づいている。しかし、SIのすべてが消えるわけではない。むしろ、業務を変え、組織を動かし、リスクを管理し、成果を継続的に生み出す企業には、これまで以上の価値が生まれる可能性がある。

これからの競争は、「誰が最も多くの人を集められるか」ではない。

誰が最も速く仮説を形にし、顧客と検証し、業務の変化まで実現できるか。


いいなと思ったら応援しよう!

この記事は noteマネー にピックアップされました

noteマネーのバナー