AI開発のコストは急速に下がりつつある。
その結果、中小零細企業でも自社専用の業務アプリを持てる時代が現実になり始めた。
では、そのアプリを動かす場所として本当に必要なのは、最新のクラウド基盤なのだろうか。それとも、私たちが見過ごしてきたレンタルサーバーなのだろうか。
AI開発が変えたもの
AI開発の話になると、多くの人はまずモデル性能を語る。
GPT-5.5はどうだ。
Claudeはどうだ。
Geminiはどうだ。
もちろんそれも重要だ。
しかし私がこの1年で最も大きな変化だと感じたのは、モデルの性能向上ではない。
ソフトウェア開発そのもののコストが急激に下がったことだ。
CodexやGPT-5.5を使えば、企業向けの業務アプリですら驚くほど短時間で形になる。
実際に私は、その可能性を検証するためにNext Actionという顧客管理アプリを開発した。
顧客との約束を忘れない。
ただそれだけを目的にした小さな業務システムだ。
もしこれを数年前に作ろうとしたら、
- 要件定義
- 設計
- 実装
- テスト
- デプロイ
と進み、それなりの費用と時間が必要だっただろう。
しかし今は違う。
AIと対話しながら仕様を固め、コードを生成し、修正を繰り返す。
個人でも業務アプリを作れる時代が現実になりつつある。
そして、ここで一つの疑問が生まれた。
AIがアプリを作る時代、どこで動かすのが正解なのか
業務アプリを作れるようになった。
それは良い。
しかし次に考えなければならないのは、そのアプリをどこで動かすかだ。
世の中には魅力的な選択肢がたくさんある。
Vercel。
Cloudflare。
AWS。
Google Cloud。
どれも優秀だ。
実際、多くのAI開発者やWeb開発者はそれらを使っている。
しかし私は中小零細企業向けのシステムを考えていた。
顧客管理。
案件管理。
問い合わせ管理。
予約管理。
社内Wiki。
そういった現実的な業務アプリだ。
そこで改めて考えた。
本当にそこまでの構成が必要なのだろうか。
AIが開発コストを下げた時代において、中小零細企業が最も恩恵を受けやすい構成とは何なのだろうか。
そして辿り着いた答えが、
PHP。
SQLite。
そしてレンタルサーバーだった。
500GBを使い切るには何年かかるのか
レンタルサーバー各社のプランを見ると驚く。
月額1000円前後。
それでいて500GBクラスのストレージが当たり前になっている。
しかし、私はNext Actionを開発していて素朴な疑問を持った。
この容量、本当に使い切ることがあるのだろうか。
業務アプリが扱うデータの多くは文字情報だ。
顧客名。
会社名。
メールアドレス。
商談メモ。
案件履歴。
次回アクション。
顧客管理や案件管理の世界では、画像や動画よりも圧倒的に文字が多い。
試しにかなり単純化して考えてみる。
1レコードを1KBとする。
そして1分に1件のペースで、休みなくデータを投入し続ける。
普通の会社ではまずあり得ないペースだが、あえて極端な条件を置いてみる。
すると、
- 1日：約1.5MB
- 1年：約547MB
- 10年：約5.5GB
となる。
件数にすると、
- 1日：1,440件
- 1年：525,600件
- 10年：5,256,000件
だ。
正直、計算していて笑ってしまった。
500GBを使い切るどころか、10年運用しても5.5GBしか使わない。
もちろんこれは単純化した計算だ。
実際には添付ファイルや画像が増えることもある。
しかし顧客管理や案件管理のような文字中心のシステムであれば、ストレージ不足が問題になるケースは驚くほど少ない。
むしろ先に限界を迎えるのは人間の方だ。
1日1440件も入力する会社は存在しない。
10年で500万件以上の履歴を蓄積する会社もそう多くはない。
つまり、中小零細企業向けの業務アプリにおいて、
容量は最初から解決済みの問題である可能性が高い。
本当に不足していたのはサーバー性能なのか
ここで話は少し変わる。
業務システムの話になると、
性能。
スケーラビリティ。
同時接続数。
そんな言葉がよく登場する。
しかし中小零細企業の現場を見ていると、実際に不足しているものは別にあるように思える。
それはサーバー性能ではない。
業務に合わせたソフトウェアだ。
顧客との約束を記録したい。
問い合わせ履歴を残したい。
案件の進捗を共有したい。
やりたいことは単純なのに、それにちょうど良く合う道具がない。
だからExcelが肥大化する。
メールを検索する。
担当者の記憶に頼る。
そして約束が抜け落ちる。
私はNext Actionを作りながら、むしろこちらの方が大きな問題ではないかと感じた。
AIによって開発コストが大きく下がった今、本当に不足しているのはインフラではない。
業務に寄り添った小さなソフトウェアなのだ。
ホームページの契約料金で業務アプリが動く
多くの中小企業は、すでにレンタルサーバーを契約している。
会社のホームページ。
お問い合わせフォーム。
メールアドレス。
WordPress。
そのために月1000円前後を支払っている会社は少なくない。
しかし、そのサーバーの大半はほとんど使われていない。
実際、WordPressだけで500GBを使い切ることはまずない。
CPUも同様だ。
日々のアクセス数が数十万、数百万に達するようなサイトでなければ、余力を残したまま稼働していることがほとんどだろう。
つまり、多くの会社はすでに業務システムを動かすための基盤を持っている。
ただ、そのことに気付いていないだけだ。
レンタルサーバーはWordPress専用機ではない
レンタルサーバーというと、どうしてもWordPressのイメージが強い。
確かにレンタルサーバー各社も、
「WordPress簡単インストール」
「WordPress高速化」
を前面に押し出している。
しかし、少し視点を変えると見え方が変わる。
PHPは動く。
SQLiteも動く。
SSLもある。
バックアップもある。
独自ドメインも使える。
SSHまで使える環境も多い。
冷静に考えると、これは立派なアプリケーション実行基盤だ。
Next Actionもそうだ。
WordPressのプラグインではない。
独立した業務アプリとして動いている。
それでも必要なものは十分揃っている。
私は開発を進めながら、むしろこう思うようになった。
レンタルサーバーはWordPressを動かすためのものではなく、
中小企業向けアプリケーションサーバーとして完成しているのではないか。
SaaSを契約する時代から、自分たちの道具を持つ時代へ
これまで中小企業が業務システムを導入しようとすると、
SaaSを契約するのが一般的だった。
CRM。
案件管理。
問い合わせ管理。
予約システム。
チャット。
それぞれ月額課金だ。
もちろん合理的な選択である。
開発費を払う必要がない。
保守も任せられる。
すぐ使える。
しかしAIによって状況は変わり始めている。
以前は、自社専用システムを作ること自体が高価だった。
だから既製品に業務を合わせるしかなかった。
ところが今は違う。
AIがコードを書く。
AIが修正する。
AIがテストを補助する。
個人や小規模事業者でも、自社専用のソフトウェアを持てる可能性が見えてきた。
すると価値の重心が変わる。
「どのSaaSを選ぶか」ではなく、
「自分たちの業務に合った道具を持てるか」
が重要になる。
そして、その受け皿として既に存在しているのがレンタルサーバーなのである。
AIは複雑な技術スタックを必要としているのか
ここで誤解しないでほしい。
私はReactやNext.jsを否定したいわけではない。
Vercelも素晴らしいサービスだと思う。
CloudflareもAWSもそうだ。
現代のWebサービスを支える重要な技術であることは間違いない。
しかし、中小零細企業向けの業務アプリを考えた時、どうしても一つの疑問が残る。
その複雑さは、本当に必要なのだろうか。
例えばVercelは開発体験が非常に優れている。
Gitと連携し、自動でビルドされ、自動でデプロイされる。
素晴らしい。
しかし、その価値は誰のためのものだろう。
顧客だろうか。
利用者だろうか。
あるいは開発者だろうか。
もちろん開発者にとっては大きな価値がある。
だが顧客が欲しいのは、
顧客管理であり、
案件管理であり、
予約管理であり、
問い合わせ管理だ。
React Server Componentsの有無ではない。
技術者はつい技術そのものに目を奪われる。
新しいフレームワーク。
新しいアーキテクチャ。
新しい開発手法。
しかし中小企業の経営者が本当に欲しいのは、
会社の問題を解決するソフトウェアである。
そのために必要十分な構成は何か。
その視点は失われがちだ。
AI時代に価値を持つのは性能ではなく認知負荷かもしれない
さらにAI開発という視点を加えると、話は少し変わってくる。
これまで複雑な技術スタックには理由があった。
大人数で開発するためだ。
数十人。
数百人。
場合によっては数千人。
そうした組織が共同でソフトウェアを開発するために、
Git。
CI/CD。
マイクロサービス。
Kubernetes。
様々な技術が発展してきた。
それらは巨大組織にとって合理的だった。
しかしAI時代になると前提が変わる。
コードを書く主体が人間からAIへ移り始めるからだ。
AIはコードを読む。
AIは修正する。
AIはテストを書く。
AIはデプロイまで行うようになるかもしれない。
すると重要になるのは、
スケーラビリティよりも、
AIが理解しやすい構成かどうかである。
PHP。
SQLite。
SSH。
単純だ。
構成図を紙ナプキンに描ける。
人間にも理解できる。
AIにも理解できる。
一方で、複雑なクラウド構成は理解できる人材が限られる。
AIも扱えるだろう。
だがコンテキストを消費する。
説明が必要になる。
確認事項が増える。
つまり認知負荷が増える。
もしかするとAI時代に重要なのは、
最高性能ではなく、
最小複雑性なのかもしれない。
人月という概念は消え始めている
ソフトウェア業界には長い間、
「人月」
という考え方が存在してきた。
何人で、
何ヶ月かけて、
開発するか。
その組み合わせでコストを見積もる。
しかしAIはその前提そのものを揺さぶっている。
1人の開発者がAIと組めば、
従来なら数人が必要だった仕事をこなせる。
将来的には複数のサブエージェントが役割分担しながら開発を進めることも珍しくなくなるだろう。
そうなると、
開発規模と開発人数の関係は崩れる。
大規模システムは残る。
しかし大規模開発チームはどうだろう。
私はかなり怪しいと思っている。
ここまで来ると、
レンタルサーバーの話ではなくなる。
AIによって変わる開発の話になる。
そして、その変化を最も素直に受け止められる場所の一つが、
実は昔ながらのレンタルサーバーなのではないか。
AIはレンタルサーバーを再発明する
かつてレンタルサーバーはホームページ置き場だった。
メールサーバーだった。
WordPressを動かすための箱だった。
それ以上でもそれ以下でもない。
しかしAIによって状況は変わった。
開発コストが大きく下がったからだ。
これまで中小企業は、
既製品のSaaSに業務を合わせるしかなかった。
顧客管理。
案件管理。
問い合わせ管理。
予約管理。
それぞれ別のサービスを契約し、毎月利用料を支払う。
それが当たり前だった。
しかし今は違う。
AIを活用すれば、自社に合わせた小さな業務アプリを作れる。
しかも、それを動かす基盤は既に持っていることが多い。
ホームページのために契約しているレンタルサーバーだ。
500GBのストレージ。
自動バックアップ。
SSL。
PHP。
SQLite。
SSH。
冷静に見ると、中小企業向け業務アプリを動かすには十分すぎる環境が揃っている。
もちろん、すべてのシステムがレンタルサーバーで動くとは言わない。
巨大サービス。
高負荷システム。
大規模分散環境。
そうした世界ではクラウドやコンテナ技術が必要になる。
しかし顧客100社。
社員20人。
問い合わせ数百件。
案件数千件。
そんな中小零細企業の現実を考えた時、本当に必要なのは何だろうか。
私はNext Actionを開発しながら、
性能不足に悩まされたことはほとんどなかった。
容量不足もなかった。
SQLiteの限界も見えなかった。
むしろ感じたのは逆だ。
AIによってソフトウェア開発のハードルが下がった結果、
今まで見過ごされていたレンタルサーバーの価値が再び浮かび上がってきたのである。
人間はつい新しい技術を追いかける。
しかし技術の価値は新しさでは決まらない。
課題を解決できるかどうかで決まる。
月1000円のレンタルサーバー。
PHP。
SQLite。
一見すると時代遅れに見えるかもしれない。
しかしAI時代という新しい環境の中で見ると、その姿は少し違って見える。
私はAIがレンタルサーバーを置き換えるとは思わない。
むしろ逆だ。
AIはレンタルサーバーを再発明する。
そしてその恩恵を最も受けるのは、大企業ではなく中小零細企業なのかもしれない。
