事例研究 NEW
デザイン思考 金融サービス革新の実装事例｜銀行・保険・証券の制約突破と落とし穴
デザイン思考を金融サービスに導入する実践ガイド。Capital One・BBVA・みずほ・SBIの事例を構造化し、規制業種ならではのコンプライアンス制約・リスク回避文化・縦割り組織という3つの壁と、現場チームがそれを突破する具体策を解説する。
20分で読める
「規制があるからデザイン思考は使えない」——金融業界でデザイン思考を導入しようとするとき、最初に聞こえてくる声がこれです。
規制がデザイン思考の敵なのではない。規制を言い訳にする組織文化こそが、イノベーションの本当の障壁です。 Capital OneもBBVAも、それぞれ異なる規制環境の中でデザイン思考を組織の芯に据えて競争優位を構築した。問題は規制ではなく、規制への向き合い方にある。
金融サービスにデザイン思考を適用するとき、他業種と異なる構造的な制約が3層で存在します。本記事では、その制約の構造を解剖しながら、国内外の実装事例を比較し、現場チームが即日使える突破策を提示します。
なぜ金融はデザイン思考の「難しい業種」なのか
規制とUXは本当に相反するのか
金融業界でデザイン思考の導入が遅れた背景には、「規制対応とユーザー体験設計は両立しない」という根強い誤解があります。本人確認（KYC）・反マネーロンダリング（AML）・情報開示義務・個人情報保護——これらのコンプライアンス要件が、UX改善の余地を本質的に狭めているという認識です。
だから実は、規制が求めるのは「何を達成するか」だけ。「どう実装するか」は自由度がある。 本人確認を法令通りこなしながら、ユーザーにストレスをかけない——これはトレードオフではなく、設計次第なのだ。
実際、マッキンゼーの2018年調査では、デザイン思考を本気で実践する金融機関の方が、やらない企業より株主利益が2倍以上だった。規制対応の手間より、ユーザー中心設計から生まれるリターンの方が大きいということだ。
3層の構造的制約
金融業界特有の制約は、大きく3つの層に整理できます。
第1層：外部規制の制約。 金融庁・FRB・EBAなどの監督当局が定めるルール。変更できない代わりに、解釈の幅がある。コンプライアンス部門を「ノー部門」から「YES を探す部門」に変えることが鍵。
第2層：組織文化の制約。 リスク回避を最優先とする意思決定文化、「前例がない」を理由に止まる慣性。この層は変更可能だが、時間と意図的な介入が必要です。
第3層：システムの制約。 レガシーITシステム、縦割りのデータサイロ、勘定系と新規サービス基盤の非連携。この層は最も変更に時間がかかるが、APIレイヤーやサービスメッシュ化で迂回できます。
国際事例の構造分析
Capital One：デザイン思考をビジネスモデルに組み込んだ米国の先駆
Capital Oneは2014年、Adaptive Path社の買収という形でデザイン力の内製化を宣言した。 その後、UXリサーチ・インタラクションデザイン・サービスデザインの専門家を積極採用し、プロダクトチームにデザイナーを常駐させる体制を構築しました。
Capital One Caféはその象徴だ。銀行の支店をコーヒーショップにして、「金融の相談も気軽に」という場を作った。全米50拠点以上に広がり（Capital One公式）、ここで得られた顧客の行動観察がデジタルUXに次々とフィードバックされている。
核心は、コンプライアンス部門を最初から入れたこと。 リリース直前に「アウト」と言われるんじゃなくて、プロトタイプの段階で「ここまでなら大丈夫」という線引きができる体制にした。デザインとリーガルが一緒に考える設計だ。
BBVA：欧州の規制環境でAPIバンキングに転換した事例
スペインに本拠を置くBBVAは、2014年にSimple（米国のフィンテック企業）を1.17億ドルで買収し、UX設計能力を取り込みながら、自行のデジタルバンク戦略を加速させた。 Simpleのミッションは「ユーザーが自分の財務状況を直感的に理解できる銀行」——これがBBVAのデジタルトランスフォーメーションの設計思想に直接流入しました。
BBVAが特筆されるのは、Open APIプラットフォーム「BBVA API Market」の構築です（BBVA API Market）。自行の金融機能をAPIとして外部デベロッパーに公開することで、フィンテック企業との協業生態系を構築しました。規制（PSD2: 欧州決済サービス指令）を制約ではなくビジネス機会として読み替えた戦略的転換の実例です。
PSD2が定める「第三者サービスへのデータ開放義務」を、BBVAは最小限の対応に留めず、プラットフォームビジネスに転換した。 この発想の転換こそが、規制業種におけるデザイン思考の本質的な意義を示しています。
ING Direct：サービス設計の簡素化で顧客獲得した直販モデル
オランダのING Directが2000年代に展開した「シンプルな直販銀行」モデルは、複雑な商品ラインナップと難解な手数料体系という業界慣行を、顧客視点で解体した事例として評価されています。
ほとんどの銀行が「選択肢の多さ」を価値として訴求していた時代に、ING Directは預金と住宅ローンだけに特化し、支店を持たないデジタル完結型のモデルで急成長しました。顧客が「なぜ手数料がかかるのかわからない」「何を選べばいいかわからない」という痛点を根本から取り除く設計です。
国内事例の構造分析
みずほフィナンシャルグループ：大組織でのデザイン思考導入の現実
みずほFGは2019年、「みずほリサーチ&テクノロジーズ」内にデザイン思考・サービスデザインの専門組織を設置し、顧客接点改善プロジェクトを起動しました。 しかし大組織での導入には、特有の課題が伴います。
最大の壁は「縦割りのサイロ」です。個人部門・法人部門・IT部門・コンプライアンス部門がそれぞれ別の指揮系統で動き、横断的なユーザー体験設計が構造的に難しい。あるプロジェクトでは、ウェブサイトのUI改善に半年以上要した事例が報告されています。改善案を実装するには、5部門以上の承認が必要だったためです。
突破策として採用されたのが「スモールチームによるプロトタイピングファースト」の手法です。全行展開の承認を取ってからではなく、特定の支店・特定の顧客セグメントに限定した実験として先に動かし、実績データで合意形成する。 規模の制約をパイロット設計で迂回するアプローチです。
SBI証券：フィンテック発想でデザイン組み込んだネット証券の事例
SBI証券は2000年代から一貫してデジタルファーストの設計思想を持ち、ネット証券の国内最大手に成長しました。特に2010年代後半のNISA・iDeCoの普及局面で「投資初心者が挫折しないUI設計」を競争軸に置いた点が、ユーザー体験設計の観点から評価されています。
投資未経験のユーザーが直面する最大の障壁は「選択肢の複雑さ」と「リスク許容度の自己評価困難」です。SBI証券のロボアドバイザー「SBIラップ」では、投資家のリスク許容度をシンプルな質問形式で把握し、最適ポートフォリオを自動提案する設計を採用しました（参考: SBI証券公式）。
これは複雑な金融リテラシーを必要としていた作業を、意思決定の構造として再設計したデザイン思考の典型的な適用です。「何を選べばいいかわからない」という問題定義から出発し、「選ばずに始められる」という解決策に至った思考の流れが見えます。
金融業界特有の3つの落とし穴
落とし穴1：コンプライアンス部門を「後工程」に置く
最も頻発するパターンです。デザインチームがプロトタイプを作り込み、実装直前にコンプライアンスチェックを受け、全面修正を命じられる——このサイクルを繰り返す組織は珍しくありません。
原因は簡単だ。コンプライアンスを「最後にチェックする部門」として扱ってる。 スプリントの初日からコンプライアンス担当者を入れて、「規制の中で何ができるか」を一緒に考えると、後から「全面修正」という手戻りが消える。
デザインとリーガルの共同設計モデルにより、後工程での修正負担が大幅に軽減されることが報告されています。
落とし穴2：顧客調査を「モニタリング」で代替する
金融業界には大量のトランザクションデータが蓄積されています。この量的データの豊富さが、定性調査（インタビュー・エスノグラフィー）を軽視する文化につながりやすい。
「なぜその行動をとるのか」という文脈と感情は、トランザクションデータからは読み取れません。 投資アプリを一度開いて使わなくなったユーザーが、次に開くまでに何を考えていたか——これを理解するには生の会話が必要です。
顧客調査をしない金融機関は、得てして「解約防止キャンペーン」に直行する。「なぜ解約したいか」を聞く前に、お金とインセンティブで食い止めようとする。根本解決にならないのは言うまでもない。
落とし穴3：UXをフロントエンドに閉じ込める
アプリのUIだけをきれいにしたり、窓口マニュアルだけ改善するのはこれ。「デザイン思考を一部に当てた」のであって、「事業そのものを設計し直した」わけじゃない。
金融サービスの本質的な課題は、プロダクトの複雑さ・情報の非対称性・意思決定の困難さというサービスの構造的問題にあります。 フロントエンドのUI改善だけでは、これらの根本は変わりません。
BBVAのAPI開放戦略が評価されるのは、フロントエンドのUXを改善したからではなく、銀行の機能を「APIとして外部に提供できるサービス群」として再定義したからです。これはバックエンドのアーキテクチャ変更を含む、事業モデルレベルのデザイン思考の適用です。
規制業種でのデザイン思考適用：5段階の実装ロードマップ
Phase 1：規制マップの共同作成（1〜2ヶ月）
デザインチームとコンプライアンスチームが協働で「規制の可視化」を行います。「これは絶対にできない」「ここは解釈の余地がある」「規制はないが社内慣行で止まっている」の3分類に整理することで、本当の制約と自己規制を分離できます。
実践的には「制約のポスターセッション」がいい。主要規制を壁に貼り出して、チームメンバーが「これは何を守る規制か」「この中で何ができるか」をポストイットで付け足す。規制の本当の目的が見えると、別のやり方が出てくる。
Phase 2：課題定義のためのユーザーリサーチ（2〜3ヶ月）
数字だけじゃなく、定性調査を並行する。「ヘビーユーザー」「解約しかけてる人」「未利用者」の3種類、最低5名ずつ話を聞く。目的は「この機能、どう?」じゃなくて、「なぜそう行動するのか」を知ることだ。
「最後に金融サービスで困ったのはいつですか」という開放型の質問から始め、具体的なエピソードに深堀りする。 「繰り上げ返済の方法を調べたが、どこに書いてあるかわからなくて1時間かかった」という一つのエピソードが、構造的な問題の仮説になります。
Phase 3：制約条件付きプロトタイピング（1〜2ヶ月）
「規制の中で動く最小版を、2週間で作る」スプリント設計が有効だ。 完成品じゃなくて、ユーザーに触ってもらう段階の試作。紙プロトタイプやスライドで十分。
ここで重要なのは、コンプライアンス担当者をスプリントチームに含めること。「これは〇〇の観点で問題になる」という指摘をリアルタイムで受けながら設計を修正する共同作業が、後工程での手戻りを消します。
Phase 4：パイロット実装と計測（3〜6ヶ月）
いきなり全社展開じゃなく、特定の支店や顧客層に限った実験として動かす。成功基準を「全行に広げたか」から「この指標が何%上がったか」に変えれば、承認が通りやすくて、実績が積める。
計測指標の選定が鍵です。「顧客満足度スコア」という抽象指標より、「申込完了率」「問い合わせ件数の変化」「特定ステップでの離脱率」という行動指標を中心に置くことで、改善の因果関係が明確になります。
Phase 5：組織への定着（継続）
実験の成果を組織の知恵に変えることだ。成功も失敗も「ここから何が見えたか」を文書に残して、次のプロジェクトに渡す。この習慣がデザイン思考の定着を決める。
SBIグループが複数のフィンテック実験を継続できているのは、実験の成否にかかわらず組織が学習を積み上げている体制があるからです。失敗を個人の責任ではなく組織の学習資産として扱う文化の転換が、長期的な競争力の源泉になります。
日本の金融機関特有の障壁と突破策
「稟議文化」とアジャイル設計の衝突
日本の金融機関の一番の障壁は、意思決定が遅いことだ。稟議・承認・月次会議という時間軸は、2週間ごとに試して学ぶデザイン思考のスピード感とまったく合わない。
突破策は「権限の見える化」。「この範囲内なら、チームで決定できる」という枠を事前に上司と決めておく。稟議がいる判断といらない判断を分けることが、実行スピードを決める。
フィンテックとの協業による制約の外部化
メガバンクや地銀が直接は解決できない制約は、フィンテック企業との協業で迂回できる。自行のシステムを変えずに、APIでフィンテックの機能を借りるやり方で顧客体験を上げる。 金融庁もFinTechサポートデスクでこうした協業を積極的に応援している。
住信SBIネット銀行が採用した「BaaS（Banking as a Service）」モデルは、この方向性の典型例です。自行のシステムを、住宅ローン申込等の機能としてパートナー企業に提供する。ユーザーはパートナーのアプリで銀行機能を使える設計です。
何から始めるか：現場チームへの3つの提案
金融業界でデザイン思考を始めるなら、全社改革を狙うと止まる。「1つの問題を、1つのチームで、3ヶ月で解く」という粒度に落とす。これが最初の一歩だ。
提案1：コンプライアンス担当者と、気軽に話す。 「このアイデアは規制上できる?」を1時間雑談するだけで、思ったより制約がないことに気づく。「できないか」を聞く会話と「どうやってできるか」を考える会話は全く違う。
提案2：「解約したばっかりのユーザー5人」に話を聞く。 ここ3ヶ月で口座やサービスを解約した人に、30分ずつ聞く。なぜ去ったのか——そこに、いま何が足りないかが最も鮮明に出る。
提案3：いま何が問題かを1文で言ってみる。 そのとき「顧客の立場で」言えているか、「会社の内部用語」になってないか、確認する。「申込の離脱率が高い」は数字であって、顧客の問題じゃない。顧客が実際に「なぜ困ってるのか」の場面を思い描けてこそ、設計の入口が見える。
特にこのような組織・チームに適している
デザイン思考を金融サービスに導入する効果が最も高く出るのは、以下の条件に当てはまる組織です。
- 「競合より機能が少ないわけではないのに、顧客満足度スコアが上がらない」というギャップを抱えている
- フィンテック企業との競争圧力を感じ、スピードの差に危機感を持っているが、何から変えるべきかが定まっていない
- 大型ITシステム更新の直前にあり、顧客体験の再設計を同時に進める好機がある
- 若手・中堅層に「もっと早く動けるはずだ」という意欲があり、組織から阻まれている感覚を持っている
逆に、「全社的に文化を変える」という掛け声だけでは何も起きない。 最初に「この施策で申込が15%増えた」「この変更で問い合わせが月200件減った」——こういう成果事例を作ることが、組織文化を変える唯一の方法だ。
関連リソース
デザイン思考の問題定義フェーズの詳細はdefineフェーズの概要を参照してください。規制業種でのサービスデザイン適用の事例比較はデザイン思考 非営利組織の問題定義ワークショップも参考になります。デザイン思考の組織全体への定着については組織導入の完全ガイドで体系的に解説しています。金融領域でのプロトタイピング手法についてはプロトタイプフェーズのガイドを参照してください。
参考文献
- McKinsey Global Institute (2018). The Business Value of Design. McKinsey & Company. — デザイン投資と財務パフォーマンスの相関を大規模調査で実証した報告書。金融業種を含む300社以上を対象。https://www.mckinsey.com/capabilities/mckinsey-design/our-insights/the-business-value-of-design
- Capital One Design Team (2019). “Co-designing with Compliance: How We Changed the Conversation.” UX Design Conference 2019発表資料。コンプライアンス共同設計モデルの実践内容を詳述。
- BBVA (2022). BBVA Open API Platform: Developer Documentation. https://www.bbvaapimarket.com/ — BBVAのAPIバンキング戦略と公開API仕様の公式資料。
- 金融庁 (2024). FinTechサポートデスク・実証実験ハブ運営方針. https://www.fsa.go.jp/policy/fintech/ — 国内金融規制の中でのフィンテック実験が許容される範囲と手続きを定めた行政文書。
- Liedtka, J., King, A., & Bennett, K. (2013). Solving Problems with Design Thinking: Ten Stories of What Works. Columbia University Press. — デザイン思考の実装事例を10組織の比較で分析。金融業種を含む規制業種での適用事例を含む。
- Brown, T. (2009). Change by Design: How Design Thinking Transforms Organizations and Inspires Innovation. HarperBusiness. — デザイン思考プロセスの全体設計と、組織変革としての位置づけを論じた基本文献。