便利さを極めると、ブランドは見えなくなるのか？

Amazonの便利さを、一つの機能だけで説明するのは難しいです。商品を探す。複数の販売者を見る。支払う。配送予定を確認する。会員特典を使う。返品する。利用者から見ると一つのサービスでも、裏側には違う機能と参加者が重なっています。

Amazonの2025年Form 10-Kは、オンラインストアだけでなく第三者販売者サービス、サブスクリプション、広告、AWSなど複数の事業を開示しています。Amazon 2025 Form 10-K 2026年第2四半期でも、オンラインストア、第三者販売者サービス、広告、サブスクリプション、AWSがそれぞれ大きな売上領域として報告されています。Amazon Q2 2026

ここから言えるのは「多角化したから便利」という因果ではありません。むしろ、利用者が感じる一続きの体験の背後に、商品・販売者・配送・会員・広告・技術など複数の層があるということです。便利さの一部は、別々の機能を一つの入口でつなげるIntegrationから生まれていると考えられます。

自分のサービスでも、便利さを一機能で探さない方がいいことがあります。予約は簡単でも決済が別なら途中で止まる。商品は良くても問い合わせ履歴が引き継がれなければ毎回説明が必要になる。顧客が感じる体験は、部門やシステムの境界をまたいでいます。Amazonのレンズは、便利さを「速いボタン」ではなく、複数工程がどれだけ一続きに見えるかから見る入口になります。

利用者から見ると、一回の注文は短い出来事です。でも、その短さを支えるには、在庫、配送、決済、販売者、データなど多数の調整が必要です。ここでロナルド・コースの企業境界論を置くと、便利さの裏側が少し違って見えます。

コースは1937年、価格メカニズムがあるのになぜ企業が存在するのかを、市場で取引する費用と企業内部で組織する費用の比較から考えました。Coase, The Nature of the Firm この理論をAmazonへそのまま当てはめて成功理由を説明することはできません。それでも、「どの調整を内部能力として持ち、どこを外部参加者へ開くか」という問いは使えます。

Amazonは物流や技術基盤を大きく持ちながら、Marketplaceでは第三者販売者を参加させています。つまり便利さは、全部を内部化した結果でも、全部を市場へ任せた結果でもありません。機能ごとに境界を組み替えながら、一つの顧客体験へつなぐという見方ができます。

ここで重要なのは、組織を大きくすること自体が価値ではないことです。内部化すれば調整が楽になる部分もあれば、管理コストが増える部分もある。自分のサービスで便利さを上げたい時、「何を自社で持つ？」だけでなく、どの調整を自分たちで担うと顧客の摩擦が減り、どの調整は外の専門性へ任せた方がよいかを見ると、UXの話が組織設計へつながります。

組織の裏側がどれだけ複雑でも、利用者が毎回それを理解する必要はありません。配送拠点の仕組み、決済処理、本人確認、販売者との契約。全部を画面へ出せば、便利さは逆に失われます。そこでインターフェースは、巨大な制度を小さな記号へ圧縮します。

ワンクリックは、その象徴的な例です。歴史的な1-Clickでは、保存された配送先や支払い情報を使い、一動作から注文を進める仕組みが説明されていました。Amazon Payments Customer Agreement 2026年現在は商品詳細のFeatured OfferにBuy Nowという購入導線があることをAmazon公式資料で確認できますが、歴史的1-Clickと同じ仕様だとは扱いません。Amazon Ads Support

BASでは、このボタンをInterface Symbolとして読みます。小さなボタンが、支払い、住所、配送、注文処理という複数の制度を「押せば次へ進む」という一つの意味へまとめる。便利さは複雑さをなくすというより、利用者が触る必要のない部分を背後へ移し、予測可能な一動作へ変えることでもあります。

ただし、UIが簡単だから組織も効率的だとは限りません。裏側で無理な調整が起きているかもしれないし、利用者が必要な確認まで隠されているかもしれない。画面を見た時は「何が見えなくなった？」と一度だけ考えてみる。そこから、良い不可視化と危ない不可視化を分ける準備ができます。

Amazon、コース、ワンクリックを重ねると、便利さには共通した流れが見えます。利用者が目的へ進む途中の摩擦を減らし、そのために裏側の調整を増やす。検索、確認、入力、配送の不確実さが減れば、人は「やりたいこと」へ早く進めます。

でも、摩擦を減らすことと、選択そのものを代わりに決めることは同じではありません。おすすめが選択肢を探しやすくするのは支援です。既定値が毎回の入力を減らすのも支援です。一方で、他の選択肢が見えない、なぜその候補が出たか分からない、変更や退出の方法が見つからない状態になると、便利さはAssistanceからSubstitutionへ近づきます。

三つのレンズの共通点は、「複雑さをどこかへ移す」ことです。Amazonは複数機能を統合し、コースは市場と企業の境界を組み替え、ワンクリックは判断の一部を事前設定へ移す。ただし、どれも同じ原因を説明しているわけではありません。ここから導く「便利さは選択支援と選択代替の間にある」という整理はBASの横断仮説です。

自分のサービスで確かめるなら、「顧客が考えなくて済むようになったこと」を一つ探してみる。次に、「それは考えなくてよいことだったか？」と聞く。入力、検索、待ち時間なら減らせるかもしれない。重要な契約条件や本人の意図なら残すべきかもしれない。便利さを増やす時、何を助け、何を奪わないかを同時に見ると、設計の境界が見えてきます。

顧客の手間を一つ減らした経験があれば、その時に残した判断も思い出してみる。下の「3人と相談してみる」から、レイたちと支援と代行の境界を具体的に比べられます。