ソフトウェア配布UXについて考える

技術は進化した。でも、配り方は？
Windows 95、インストールは単純だった。setup.exe を起動して、

それだけで、利用者は使い始められた。
裏側の複雑さを、開発者が全部肩代わりしていたからだ。2026年、自分がツールを配る側に回ると、景色がかなり違う。

npm、pip、winget、Scoop、Homebrew、Docker、単体バイナリ、install script。

ひとつのツールに5、6種類の配布方法を用意するのが、もう珍しくない。
「好きな環境を選べます」という親切心のつもりで並べた選択肢の前で、利用者はこう立ち止まる。

私は、どれを選べばいいの？
これは、配る側が真っ先に自問すべき問いだ。

記事の核心は、音声解説で

聞きながら、ご覧ください

配布方法を増やせば、利用者は自由になるのか

配布方法が多いことは、誠実に見える。
しかし実際には、配布方法が増えるほど、利用者が選ぶための知識も増えてしまう。自由には、認知負荷という請求書がつく。それを払うのは、いつも利用者側だ。

昔のインストーラーは、開発者が判断を引き受けていた

「次へ、次へ、完了」は、優れた配布者の覚悟だった。ファイルの配置もレジストリの設定もアンインストール情報の登録も、開発者が黙って引き受け、利用者には判断させなかった。複雑さは、インストーラーというブラックボックスの中に押し込まれていた。
ところが今、私たちはその複雑さをREADME一枚で丸投げしていないだろうか。

「Node.jsが必要です」→
「npmでインストールしてください」→
「グローバルに入れますか」→「PATHは？」→「環境変数は？」→
「他バージョンと競合しませんか？」

使ってほしいだけなのに、いつの間にか「利用者さんを実行環境の管理者」に任命してしまっている。

私が用意を怠ってしまう「アンインストール」

インストール手順は丁寧に書く。だが、その後のことをどれだけ書いているだろうか？　忘れやすいのです。

これ、どこに入ったのだろう。本当にきれいに消せるのだろうか。
npmで配ったものはnpmで消せると書いたか。Dockerで配ったなら、イメージやVolumeの後始末まで案内したか。
配る側が「何をインストールさせたか」だけを気にして、「どの方法でインストールさせたか」を利用者に覚えさせたままにしていないか。

分る開発者ほど、自分の配布に不安になるべき

利用者は、READMEのコマンドをコピー&ペーストで実行してしまうかもしれない。しかし配る側である私たちほど、考えるべきことがある。

どこに入る。PATHは変わる。他と競合しないか。元に戻せるか。

配る側だからこそ、利用者が何も考えずに実行する怖さが分かるはずだ。

おそらく問題は「配布方法が多すぎて困る」ではなく、
「どれを選べばいいのか案内されず、最初の一歩で止まる」
ことだ。それを止めるのは利用者の学習ではなく、配る側の案内の仕事だ。

AI時代に、なぜ配布は簡単にならないのか

AIそのものの操作は簡単になった。しかし自分が配っているツールにたどり着くまでの道のりは、AIモデル→アプリ→SDK→npm/pip→OS→GPUドライバ→APIキー→.env と、以前より積み木が増えている。

上の階層は簡単になった。しかし下は、配る側が利用者任せにしたままだ。

「選べるようにしました」は、本当に配る側の誠意なのか

5種類の配布方法は、技術的には親切だ。だが利用者の画面にはこう映る。
5種類もあるけれど、私はどれ？
開発者「たくさんの方法を用意しました」。利用者「だから、私はどれを使えばいいんですか」。この会話は、README を書くたびに起きているのではないか。

配る側がこれから用意すべきは「選択肢」ではなく「おすすめ」

配布方法をひとつに絞るべきだとは思わない。問題は、すべてを同じ入口に並べて、あとは利用者に選ばせてしまうことだ。
Windowsの普通の利用者なら、これ。開発者でNode.jsを使っているなら、これ。環境を汚したくないなら、これ。試すだけなら、これ。
利用者の目的から案内するREADMEを書くだけで、認知負荷は大きく下がる。必要なのは選択肢を増やすことではなく、
「あなたの場合は、これだけでいい」と、配る側が言い切ること
だ。

AI時代の「次へ」を、自分の配布物に、もう一度

「次へ、次へ、完了」は、配る側の手抜きではなく、利用者が理解しなくていい複雑さを配る側が引き受ける覚悟があったから成立していた体験だ。
次のソフトウェア革命に必要なのは、配布方法を増やすことではない。
「あなたは、これを選べばいい」
と、配る側が迷わず言ってくれることだ。

AI時代のソフトウェア配布UXとは、配布方法を増やすことではない。利用者が考えなくてもいい複雑さを、もう一度、配る側の手元に引き取ること。私は、自分の配布物を、そういう方向へ進めたい。

いつから、配る側の複雑さは利用者の前に出てきたのか

2010年代、npmやDockerを中心に、開発者の世界ではすでに複雑さが増していた。それは開発者同士の間で完結していた。2020年代、パッケージ管理とAIの普及によって、その複雑さが利用者の玄関先まで降りてきた。

利用者が急に難しく感じるようになったのは、利用者が理解できなくなったからではない。開発者の奥に隠れていた複雑さを、配る側である私たちが、玄関まで運んでしまったのだ。
だとすれば、それを再び引き取るのも、配る側の仕事だと思う。

あとがき

AIエージェントとハーネスがあれば、バイブコーディングはできるのかと言えば、もうできます。しかし、パッケージを配るという話しは、ちょっと別のジャンルになります。

完璧なスタジオ。

#AI #生成AI #Windows #ソフトウェア #UX #ユーザー体験
#パッケージ管理 #npm #Homebrew #Scoop #winget
#開発環境 #エンジニア #AI時代 #はじめてのパッケージ配信