デスクトップアプリケーションの開発は終わりました (2009)

2026年4月25日原文(kalzumeus.com)

概要

デスクトップアプリ 開発から Webアプリ への転換理由の説明
Bingo Card Creator での具体的な数値比較
Webアプリの 販売・サポート・分析 面での優位性
顧客獲得コスト や ユーザー体験 の違い
カスタマイズ性やA/Bテスト の活用例

デスクトップアプリとの決別

長年 デスクトップアプリ 開発に情熱を注いできた経緯
Bingo Card Creator を3年間販売してきた経験
デスクトップアプリ擁護から Webアプリ志向 への心境の変化
Swing による厚いクライアント開発から、 Rails 等のWeb技術への移行
Web版リリース後、 開発効率・機能・売上・サポート負担・市場性 でWebアプリが圧倒的に優れていると実感

シェアウェアの課題

シェアウェアの 購入までのプロセス が非常に複雑
- Google検索からダウンロード、インストール、購入まで17段階の障壁
- 各段階で 離脱リスク が高く、 コンバージョン率1%未満 が一般的
Webアプリなら ダウンロード不要・即利用可能・購入もシームレス
- コンバージョン率が大幅に向上

実際の数値比較

AdWordsキャンペーンでの コンバージョン率
- 無料体験への移行率：ダウンロード版18～22%、Web版22～26%
- 購入率：ダウンロード版1.35%、Web版2.32%
Web版は機能が少ないにも関わらず、売上は2倍近く
顧客獲得コスト（CPA）
- ダウンロード版：$20
- Web版：$9
- コスト削減により広告投資拡大が可能

サポート面の優位性

サポート依頼件数
- デスクトップ版：50人中15件
- Web版：50人中3件
Webアプリは
- インストール不要
- 登録キー不要
- 常に最新版を提供
古いバージョンの流通やインストールトラブルが激減

海賊版対策とユーザー追跡

Webアプリは不正コピーがほぼ不可能
サーバー連携型ソフトは 違法コピー対策 に有効
Google AnalyticsやMixpanel でユーザー行動を詳細に分析可能
- 利用機能の傾向、購入に至る行動パターン、ユーザーセグメントの把握
プライバシーポリシー で情報取得を明示し、ユーザーの抵抗感も低下

Webアプリで得られた新たな発見

Baby Shower 用ビンゴカードの需要が最も高いと分析データで判明
機能追加が売上に逆効果 となるケースもあると学習
多くの顧客が 登録から2時間以内に購入 する傾向

カスタマイズ・A/Bテストの強み

Webアプリなら ユーザー毎の体験最適化 が可能
- A/Bテスト やユーザーセグメントごとのUI出し分け
例：初心者には複雑な機能を非表示にするなど、 個別対応 が容易
データベースにより 全ユーザーの行動履歴 を活用したUX改善が可能

まとめ：

Webアプリ は開発・販売・サポート・分析・カスタマイズ全ての面で デスクトップアプリ を上回る実績
特に コンバージョン率・コスト削減・サポート効率化・ユーザー理解 の面で圧倒的な優位性
今後は Webアプリ 開発を優先すべきとの結論

Hackerたちの意見

[2009]

デスクトップアプリの現状について、数字が何を語っているのか気になるな。Electronの登場でどれだけ変わったのかも。今は、モバイルアプリがb2cソフトウェアの「最高の指標」を持っているみたい。この記事の現代版を読んでみたいな。

└

2026年には、App StoreとGoogle Playのモバイルアプリの数が前年比で60%増加したんだって。AIのおかげで市場参入がずいぶん楽になったからね。

└

17年経った今でも、デスクトップアプリで生計を立てている人もいるよ。

└

どの「最高の指標」？

└

Electronは両方の悪いとこ取りだよ。Electronアプリには一度もお金を払ったことないし、これからも払わないつもり。ひどいUXだよ。

└

「メトリクス」これを聞くと、以前のeコマース会社での仕事を思い出す。そこは「みんな」が毎週使うAmazonのような店じゃなくて、特定の高級ファッションブランドだった。彼らは、ウェブサイトの非常にシンプルなラッパーに過ぎないクソみたいなiOSアプリを出してた。でも、そこでのコンバージョン率がどれだけ良くなったかを自慢してたんだ。特定の小売店で買い物するために特定のアプリをダウンロードする顧客は、明らかに熱心なファンだから、その自己選択されたグループがうまくコンバートするのは当然だって言っても、誰も聞いてくれなかった。職業タイトルや給料から見て賢いはずの人たちが、因果関係を完全に逆に理解してたんだよね。

隣の芝生はいつも青いって言うけど、実際は肥料が効いてるからだよね。

└

いや、「隣の芝生は青い」というのは視点の問題だよね。自分の芝生の上に立つと、下を見て土が見えるけど、隣を見ると横から見える芝生が密に見えて、土が隠れちゃう。でも、どこでも同じように退屈な芝生なんだよね。 :)

パトリックの指摘は、金儲けが目的のソフトウェア開発ならほとんどが正しいけど、オープンソースを作るならあまり関係ないと思う。デスクトップアプリはオープンソースの世界でもまだまだ重要で素晴らしいと思うよ。最近、新しい趣味プロジェクトを始めたんだけど、クロスプラットフォームでElectronを使わないデスクトップアプリにしてる。これが自分の好きな開発スタイルだからね。オンボーディングファネルは、ユーザーを増やして売上を上げようとしている時だけの心配事。コンバージョンはお金を取る場合だけの問題。Adwordsは、彼の言葉を借りれば「競合を打ち負かそうとしている」時だけの話。サポートは、ソフトウェアを売っているなら、やっぱり必要だよね。無料やオープンソースの場合はあまり気にしないけど。海賊版は商業ソフトの問題だけ。分析やユーザー行動については、商業ソフトだけがユーザーを監視したり、A/Bテストのモルモットに使ったりする必要があるみたい。ウェブ開発が良くなる唯一のポイントは、開発サイクルが短いことだと思うけど、これは「開発者の便利さ」だけで、ユーザーにはあまり関係ないんじゃないかな。実際、開発サイクルが短いと、ソフトウェアが急速に変わってユーザーにとっては逆に悪いこともあるしね。私のオープンソースプロジェクトでは、「開発サイクル」はgitにプッシュした時点で終わるから、好きなだけ頻繁にできるんだ。

└

分析とユーザー行動について：商業ソフトウェアだけが、ユーザーを監視してA/Bテストのモルモットにする必要があると感じているみたい。KDEにも分析機能はあるけど、デフォルトでは無効になってるんだよね（でも、デフォルトを自分が好きな設定に変えてもらうために、いつもオンにしてる）。

└

さらに言うと、趣味でやってるなら、自分が楽しんでる部分を自然に優先してるんじゃないかな。俺の最初のアプリは1980年代のシェアウェアで、Turbo Pascalで書いたもので、パッケージ化が簡単で一つのプラットフォームだけで動けばよかったんだ。期待値が低かったから、俺のアプリは商業アプリと同じくらい見栄えが良かったよ。今は、デスクトップアプリを作るための最小限のステップすら魅力が薄れてるけど、問題をどう解決したかを見せるのが好きだから、俺の「アプリ」はJupyterノートブックなんだ。

Hacker Newsで議論の続きを見る

ハクソク