AEON Pay（iAEON）は“使われる決済”になれるか？〜UX課題とユーザーの本音、改善への提言〜

日本最大級の小売チェーン・イオングループが掲げるデジタル戦略。その中核を担うのが、統合型アプリ「iAEON」と、その決済機能である「AEON Pay」です。アプリと決済を通じて、ポイント・カード・店舗サービスの一体化を図る狙いは明確です。

一方で、実際に日常利用者としてAEON Payを使って感じる“もどかしさ”も無視できません。世間の口コミ、アプリストアレビュー、技術・UXの視点から得られる知見を交えつつ、具体的な改善方向を提言します。

現行仕組みと進化

まず、いまのAEON Pay／iAEONの仕組みと最新動向を押さえておきます：

• iAEONは、WAON POINT、会員コード、クーポン通知、店舗情報などを統合するアプリ。

• 2025年6月、AEON Payと電子マネーWAONの統合設計が発表され、チャージ払いが可能になる、残高移行が可能といった仕様変更が進められています。

• イオン・イオン銀行・金融子会社での「決済関連事業の集約」「UI/UX改善」に注力するとの記載も、決算資料に記されています。

利用者・世間の声から見える課題

多数の口コミ・レビューが、私と同じような不満や気づきを語っています。以下、代表的な意見とそのインプリケーションを整理します。

1. 起動の重さ・動作の遅さ

• Google Playのレビューには、「起動時広告の読み込みが多く、数十秒かかる」「レジ前で立ち止まり、後ろの人に申し訳ない」などの声。

• 「ユーザー情報取得に失敗する」などエラー報告も相次ぎ、起動失敗から決済を断念するケースもあるようです。

• iOSレビューにも、「バーコード表示まで手間がかかる」「クーポン２つのバーコードをスキャンしなければならないのは煩わしい」など具体的な操作フローへの批判が投稿されています。

示唆：起動に時間がかかると、決済を諦める率が高まります。キャッシュ保持や起動分離、広告の遅延読み込みなどの最適化が必須です。

2. 操作性・フローの複雑さ

• iOSレビューでは、クーポン適用のために「先に会員バーコード／商品スキャン順序」を守らないと無効になる仕様に対する不満も。

• 口コミサイトでは、「使える店舗が少ない」「対応外決済方法やチャージ制限で意図通り支払えなかった」などの体験談。

• アプリストアレビューにも、広告の過剰表示や起動時の無駄な読み込みについて、「ユーザー視点が弱いのでは」と批判が見られます。

示唆：画面遷移、動作遅延、情報のノイズ化はUXを大きく損ないます。決済目的ユーザーには最小操作・最小表示を徹底すべきです。

3. 広告・クーポン表示のノイズ

• レビューには、「起動時広告が無駄」「広告非表示設定を望む」などの要求が複数。

• トップ画面・クーポン画面にバナー広告が多く、決済即時性を重視する利用者には不要情報と捉えられがち、との指摘も。

• 一方、企業サイドがミニプログラム化などで、よく使うサービスを前面に出すUI最適化を検討しているとのインタビューも見られます。

示唆：広告収益モデルを維持しつつ、決済体験の“広告ゼロモード”や優先表示の切替・最適化も導入すべき。

改善提案：UX重視の再設計に向けて

上記の声を踏まえ、以下のような改善方向を強く提案します。

A. 起動・決済フローの高速化

• 起動時広告／クーポン読み込みを決済後バックグラウンド同期に切り替える。

• キャッシュされた最新バーコード・決済画面を即表示する仕組みを導入（「常時待機モード」的な設計）。

• 決済機能をアプリ本体 UI とは別モジュール化し、起動速度の影響を受けにくくする設計。

B. 確認ダイアログの柔軟性

• 決済時の確認メッセージを「オフ可」にする設定オプションを導入。

• ユーザーが信用できるデバイス（自分の端末）と判断された場合は確認を省略する信頼モデル。

• また、決済実行前の“最終確認”は表示するとしても、簡素化（「支払う／キャンセル」くらいの構成）すべき。

C. 決済画面は“情報削ぎ落としモード”

• 決済モードに入ったら、広告バナーや余計な案内を一切非表示化。

• 表示要素は「支払い方法」「ポイント適用／残高」「決定ボタン」程度に限定。

• UI上の不要な遷移やスクロールを排除し、「ワンタップ決済」を真に実現。

D. 認証・ログインの見直し

• 長時間未利用時のみ認証を求める、短期間なら再入力不要とするモード切替を。

• 生体認証（指紋/顔認証）との連携強化で、手間を最小に。

• アプリ更新によるログアウト解除や再登録を防ぐ設計改善。

E. ユーザー理解促進と社員体験強化

• 社員・開発者には他社ペイ（PayPay、楽天ペイ、d払いなど）を“定期的に使ってみる”義務体験を導入。

• UX改善アイディアは、社内だけでなく実ユーザーのモニタリング・A/B テストを重ねる。

• サービスデザイン的視点で、ステークホルダー横断型の定期ワークショップを設計。

F. 残高移行・WAON統合の透明化

• AEON PayとWAONタッチの統合により残高相互移行可能となったが、G.G.WAONが登録対象外の問題なども報告されています。

• 統合後の差異仕様（チャージ上限、利用制限、登録可カード範囲など）を分かりやすく説明する UI／ヘルプ表示を強化すべき。

期待される成果とリスク

改善を進めることで次のような効果が期待できます：

• 利用離脱率の低下 → 決済リクエストから離脱する人が減る

• 利用頻度・定着率の向上 → アプリ“定番化”

• グループ内経済圏強化 → WAON POINT・イオンカード利用の拡大

• ユーザー満足度の改善 → ネガティブ口コミ抑制、評判向上

ただし、注意すべきリスクもあります：

• 広告収益の落ち込み：広告表示を制限すれば収益構造に影響

• 技術的負荷：起動軽量化・キャッシュ機構の導入には技術的調整が不可欠

• 移行混乱：既存ユーザーへの仕様変更周知・混乱リスク

これらについては、段階的な導入とユーザーの声フィードバックを重視する「反復改善モデル（アジャイル型）」が最適と考えられます。サービスデザインの観点からも、ユーザー・開発者・運営部門を巻き込むことが重要です。

おわりに

AEON Payは、単なる決済手段ではなく、イオングループ全体の“デジタル入口”としての役割を担うべき存在です。そのためには、技術的に正しいだけでなく、心理的に“不快感なく使える”アプリでなければなりません。

私自身、日々の買い物で「スマホだけでスッと支払える体験」を期待してAEON Payを使い、その期待が裏切られる場面も少なくありませんでした。
#広告が煩わしい・動作速度遅いので数回で離脱しましたが。。

しかし、改善の方向性は明確だと思います。起動速度、操作の簡便さ、表示ノイズの排除、認証の柔軟性、UX理解の深化――
これらを丁寧に一つずつ解いていくことで、AEON Payは本当に“使われる”決済に生まれ変われるでしょう。

この提言が、イオングループの決済アプリ設計やユーザー体験改善に少しでも貢献できれば幸いです。

appendix

「この人、他にどんなことを書いているんだろう」
と、もし気になった方だけ、のぞいてもらえたら嬉しいです。

👉 過去記事まとめ・記事整理はこちら

おまけ

ちなみに、有料記事をまとめたマガジンはこちらです。

良かったら、購入検討してみてください。