世界を動かす技術を、日本語で。

アプリでITがより効果的に働く

2026年8月28日原文(shkspr.mobi)

概要

  • Googleのアプリは常に未完成感が残る指摘
  • カレンダーリンク追加の操作性に対する不満
  • アプリとWebの機能・更新性に関する考察
  • 企業のアプリ戦略とユーザー体験の摩擦
  • アプリ開発の根本的な課題への提言

Googleアプリの未完成感とカレンダー追加の不便さ

  • Google の多くのアプリは、 細部の詰めが甘い 印象
  • 便利な機能の未実装や、 重大なバグ の放置
  • Pixel 端末(Android 17、最新版カレンダーアプリ)でイベントカレンダーURLを追加できない仕様
  • カレンダーリンクをクリックしても、 直接追加できない不便さ
  • Googleの公式回答も、 期待外れ の内容
  • シンプルなUI改善(+ボタン、テキスト入力、バリデーション、保存)で済むはずの機能
  • Gemini のようなAIでも数ヶ月あれば実装できそうなレベル
  • 結局、 calendar.google.com をデスクトップモードで開いて手動追加
  • アプリに反映されたが、 手間と不親切さ に失望

アプリ中心主義と企業の思惑

  • この問題は Google だけでなく、他社アプリにも共通
  • 企業はホーム画面への 常駐アプリ を重視
  • ユーザーが ブックマーク機能 を使いこなせない前提の設計
  • KPIやOKR達成のために、アプリの エンゲージメント重視
  • しかし、多くのアプリは 中途半端な完成度
  • 「アプリを使えば簡単」と言われるが、 結局Webに戻される 体験の繰り返し

アプリ開発の本質的な難しさ

  • Symbian、BlackBerry、Palm Pilot 時代からのアプリ開発経験
  • アプリは アップデートが困難 という構造的課題
  • 新機能やページ追加ごとに、 膨大な端末テスト が必要
  • 配布にも 時間と労力 がかかる
  • 解決策はアプリが リモートリソースから動的に機能取得 する方式
  • その結果、 Webブラウザの再発明 に行き着く皮肉
  • 一部の機能はアプリでしか実現できないが、 ブラウザも進化中
  • ホーム画面アイコンや オフライン対応 もWebで実現可能

ユーザー体験とアプリ開発への提言

  • アプリを作るなら、 最後まできちんと仕上げてほしい という要望
  • ユーザー体験を犠牲にした 不完全なアプリ量産 への疑問
  • Webとアプリの 役割分担と進化 の見極めの重要性

Hackerたちの意見

今のところ、アプリをインストールするハードルがかなり高いんだよね。デスクトップブラウザでできる機能をわざわざアプリに制限するなら、その機能は使わないことにするよ。もしそれでサイトの価値が下がるなら、もうそのサイトも使わないし、広告主にアピールするADUの統計にも貢献しないよ。どの会社もプライバシーやセキュリティに関してアプリを信頼できない状況にしてるし、そのリスクや手間を考えるとインストールする価値がないんだ。

確かに、ウェブアプリでできることをネイティブアプリでやる気はないし、ウェブアプリでできないなら、他を探すか、必要がなければやらないよ。特別な理由がない限りね(そんなに頑固じゃないから)。だから、今使ってるネイティブアプリはKindle、Authy、Firefoxだけ。Firefoxは、アプリやホストOSがローカルで怪しいことをするのを防いでくれるから、信頼してるんだ。

みんながこう考えてくれたらいいのに。残念ながら、普通のユーザーはアプリを求めて、隠すものは何もないと思ってるんだよね。

もしあなたのアプリが、私を監視するために使わせるだけのウェブページなら、もうその商品は使わないよ。それでブローカーを変えたり、銀行を変えたり、特定の店での買い物をやめたりしたんだ。もううんざり。お金の使い方にしか権利がないからね。私が助けられるなら、その会社には一銭も渡さないよ。私は顧客であって、商品じゃないんだから。

近くに通ってるジムがあって、もう1年近く通ってるんだけど、チェックインやクラスのスケジュールを管理するためのアプリがあるんだ。でも、実際にはアプリをダウンロードしてないから、どうなってるか分からない。毎回電話番号でチェックインしてるだけだし。ジムのためにアプリを増やしたくないし、ファーストフードのためにもいらない。銀行のアプリや友達や家族と連絡するためのアプリは必要だけど、大半は無駄なものを押し付けられてるだけだよ。

逆に言うと、すごいAI機能がたくさん入ったAudioguideアプリがあるんだ。基本的な非AIのやつでも、GPSを使って特定のチェックポイントに近づくと自動でトリガーがかかるんだよね。ツアー中に周りを見ずにスマホをいじり続けるのは避けたいから、アプリが必要なんだ。ウェブアプリではできないことだって分かるけど、「旅行中なのに、旅行が終わったら役に立たないアプリをダウンロードする理由は何?」って思うのも分かる。じゃあ、削除すればいいじゃん、2ステップでできるよ!ウェブアプリとiOSアプリのレビューは、2シグマも差があるんだ。意外なことに、ウェブアプリのユーザーはiOSアプリのユーザーよりも2〜3倍もアプリをいじってるんだよ。

本当にイライラするのは、アプリがウェブサイトの_壊れた_バージョンになってるときだよ。アプリは、ウェブサイトが期待しないような「ハッピーパス」にいることを前提にしてる気がする。Uhaulがそのいい例だね。アプリはモバイルでちょっと見栄えが良いけど、アカウントを作らずに予約IDで検索すると、予約時間を延長する機能が全部使えなくなるんだ。見た目が悪くてナビゲーションもひどいモバイルサイトに行かなきゃいけないんだけど、セッションを乗っ取ろうとしてアプリにリダイレクトされるけど、少なくとも機能するからいいかな。

まったく同感だよ。多くのアプリがCrashlyticsやSentry、そしてどれだけのトラッキングがあるか分からないけど、WebViewの器に過ぎないんだ。(私のスマホは常に自宅のネットワークにVPN接続していて、DNSレベルで広告やトラッカーをブロックしてるけど、これだけじゃ全てをカバーできないんだよね。)Home Depotのように、ウェブサイトがひどくてバッテリーを消耗させるから、アプリが相対的に役に立つってこともあるよね。

最近、CBT療法の一環として、自分の気分を追跡するためにGoogleカレンダーを使うことにしたんだけど、ウェブアプリでは新しいイベントにデフォルトのカレンダーを設定する方法がないのが不思議なんだ。ウェブで新しいイベントを作るとき、毎回持ってるカレンダーをスクロールして選ばなきゃいけないんだよね。一方、モバイルアプリでは新しいブロックをタップするだけでイベントウィンドウが出て、選択したカレンダーが前回追加したイベントのものにデフォルトで設定されるんだ。

そもそも、あなたが健康データをGoogleに預けてるのが大きな問題だと思う。オフラインのカレンダーアプリで同じように追跡できるはずだよ。とにかく、どうやって追跡するにしても、療法が役立つことを願ってるよ。

Daylioが好きかもしれないよ。無料で、ローカルファースト(オプションで自分のクラウドやデバイスにバックアップできる)、UXも良いよ。

著者自身が言ってたじゃん、「我々の世代の偉大な頭脳たち」がGoogleで働いてるって。だから、あのギザギザした部分は確かにデザインによるもので、製品とユーザーの境界が曖昧な注意経済の中で、最も合理的で効率的な解決策なんだろうね。

Hacker Newsで議論の続きを見る