51 min
今日は、マーケットプレイスにおける安全性リスクについて、そしてトラスト＆セーフティの取り組みが、詐欺による損失や偽アカウント、不正な支払いといった問題をはるかに超えて行われなければならない理由についてお話しします。
私はヘザー・グランクマイヤーと向かい合って、彼女がどのようにしてトラスト＆セーフティの分野に進み、そして二者間マーケットプレイスのための戦略的なフレームワークを構築し始めたときに何を明らかにしたのかについて話しました。これは本当に重要な会話のひとつであり、プラットフォームリスクは人々が想像するようなデジタルなものに限られないのだということを思い出させてくれるものです。
一見すると、多くのチームはいまだにマーケットプレイス上の被害を、アカウントの不正利用や不適切な出品、詐欺、決済不正といったものに結びついた問題だと考えがちです。しかし、よく見てみると、オンラインプラットフォームにおける現実世界での被害は、もっと深刻で、もっと個人的なかたちで現れることがあります。ヘザーの場合には、ペットシッター向けのプラットフォームが悪用され、シッターが性的な被害やその他の安全上の脅威にさらされうる実態を明らかにすることも含まれていました。
そして、それは重要なことです。
なぜなら、マーケットプレイスにおける安全リスクは、プラットフォームの購入者側だけに影響するわけではないからです。提供者側にも影響します。そして、企業が消費者保護のことだけに注力し、サービス提供者の安全を無視しているのであれば、プラットフォームの大きな部分を危険にさらしていることになるのです。
このエピソードでは、マーケットプレイスにおけるトラスト＆セーフティ、提供者側のリスク管理、利用者側の安全対策、トラスト＆セーフティに関するポリシー、そしてデータドリブンなトラスト＆セーフティが、チームがこれまで計測してきたインシデントだけでは不十分である理由について掘り下げていきます。
このエピソードでお届けする内容：
- なぜマーケットプレイスの安全リスクは、不正行為や支払いの悪用をはるかに超えて広がるのか
- ヘザーが直接の経験がないままその役割に就任してから、どのようにトラスト＆セーフティのフレームワークを構築したか
- ペットシッタープラットフォームの安全対策から見えてきた、サービス提供者の安全性と提供者側のリスク管理
- なぜトラスト＆セーフティにおける透明性と、マーケットプレイスの安全性に関するユーザー教育の両方が、信頼構築にとって重要なのか
- より安全なマーケットプレイスの設計は、デジタル上の不正行為だけでなく、現実世界での被害を測定することにかかっている
このエピソードは次のような方におすすめです：
- トラスト＆セーフティ、不正対策、プロダクト、またはマーケットプレイス運営に携わっている
- 二者間マーケットプレイスにおけるリスクとプラットフォーム上のユーザー保護について、より深く理解したい方
- マーケットプレイスにおける消費者と提供者の安全性、そして信頼構築を重視している
- 実際のオペレーショナルリスクに即した、より強力なトラスト＆セーフティポリシーが必要です
- マーケットプレイスの安全性指標、プラットフォームのリスク軽減策、そしてオンラインマーケットプレイスにおける被害防止について、より明確な把握をしたい
このエピソードを気に入っていただけたら、ぜひiTunes、Spotify、YouTube、またはお使いのポッドキャストアプリで購読とレビューをお願いします。番組を多くの方に知ってもらううえで本当に助けになります。
エピソードノートと主なポイント
メモの内容に深く入っていく前に一つだけ言わせてください。マーケティングチームから、「ポッドキャストを見つけてもらいやすくするために、メモをある程度決まった形で構成したほうがいい」と言われました。これから書く内容は、その一部だと思ってください。
マーケットプレイスの安全リスクは、デジタル上だけでなく現実世界でも見なければならない理由
これを分かりやすく説明していきましょう。
多くのマーケットプレイスのチームは、いまだにリスクを従来型のオンライン不正行為というレンズで捉えています。偽アカウント、不正決済、詐欺、アカウント乗っ取り、悪質な出品……。もちろん、それらはすべて重要です。ですが、この議論が思い出させてくれるのは、マーケットプレイスにおける安全性のリスクは、身体的・精神的、そして現実世界での深刻な被害にもつながり得るということです。
それこそが、チームが本当に気にかけるべき点です。
なぜなら、プラットフォームが現実の世界で実在の人々をつなぐとき、特にサービス型や場所に依存する体験においては、リスクは画面の中だけで終わらないからです。マーケットプレイスは、信頼性や利便性、機会を生み出すことができますが、一方で、間違った人が間違った意図でそのプラットフォームを利用すれば、危害が生じるきっかけにもなり得ます。
そこでヘザーの経験が大いに役立つのです。
彼女はトラスト＆セーフティの役割に就き、数か月かけてフレームワークを構築しましたが、その過程で、そのプラットフォームが多くの不正対策チームが通常想定する範囲をはるかに超える形で悪用されていることを突き止めました。その中には、仕事のためにプラットフォームを利用しているシッターを標的とした、マーケットプレイス上での性的な被害も含まれていました。
これがチームにもたらす変化は次のとおりです。
- マーケットプレイスにおける安全上のリスクには、デジタル上の虐待だけでなく、オフラインでの被害や提供者側で生じる被害も含めなければなりません
- オンラインプラットフォームでは、従来型の不正指標が許容範囲に見える場合でも、現実世界での被害が生じる可能性があります
- マーケットプレイスのトラスト＆セーフティは、決済や本人確認だけにとどまらない、より広い視点が必要です
- より安全なマーケットプレイスを設計するには、測定しやすいものだけでなく、実際にどのような被害が起こり得るのかを問うことから始める必要があります
なぜサービス提供者の安全性はマーケットプレイス設計においてしばしば欠けた要素となるのか
実際にはこうしたことが起きています。
多くの両面型マーケットプレイスでは、注目されるのは主に顧客側です。顧客体験、購入者の信頼、消費者詐欺、消費者からの苦情。こうしたことは確かに重要ですが、サービス提供者の安全性は、重大な問題が起きて初めて課題として浮上するまで、十分に整備されていなかったり、きちんと測定されていなかったりすることがよくあります。
それは問題です。
なぜなら、プラットフォームが価値創出を担う提供者に依存しているのであれば、提供者側のリスク管理を二の次にすることはできないからです。リスク管理はオペレーティングモデルの一部でなければなりません。このエピソードでは、ヘザーがペットシッター向けプラットフォームの安全性についてどのようなことを発見したのか、そしてそのプラットフォームがどのように悪用され、シッターたちを危険にさらしていたのかを語ります。
それは、すべてのマーケットプレイス運営者が一度立ち止まって考えるべき重要な点だと言えるでしょう。
消費者と提供者の安全は互換できるものではありませんが、相互に結びついています。あるプラットフォームは、一方の側にとっては安全に感じられても、もう一方にとっては危険であり得ます。そして、企業がそうしたパターンを積極的に探していなければ、深刻な被害をあまりにも長いあいだ見逃してしまう可能性があります。
- サービス提供者の安全は、トラスト＆セーフティにおける中核的な責任として扱われる必要があります
- プロバイダー側のリスク管理は、最初の段階からマーケットプレイスの運営に組み込まれるべきです
- 消費者と提供者の安全には、それぞれ異なる管理手段、異なるシグナル、そして異なる報告経路が必要です
- ペットシッタープラットフォームの安全性は、リスクがサービス提供者側に集中しうる一例です
なぜ本物のトラスト＆セーフティの枠組みはデータに基づいていなければならないのか
ここからが特に実践的な内容になります。
ヘザーは、トラスト＆セーフティのフレームワークを構築するのに6か月を費やしたと話していますが、それが重要なのは、優れたトラスト＆セーフティの仕事が単なる個別案件への受動的な対応ではないからです。それは構造であり、プロセスであり、分類です。そして、自分が何を探しているのか、そしてそれを見つけたときにどのように測定するのかを理解していることなのです。
そこでデータ主導のトラスト＆セーフティが活きてきます。
一見すると、チームはレポートやチケット、インシデント件数が見えているので、十分なデータがあると思うかもしれません。しかし、よく見てみると、そのデータは実際のリスクが見えるような分類になっていない場合があります。被害があいまいなラベルの下で報告されていたり、サポート対応のノイズに埋もれていたりすると、パターンがはっきりと定着するまで、プラットフォーム側は本当は何が起きているのか気づけないかもしれません。
それはたいてい、良い結果にはなりません。
トラスト＆セーフティの枠組みは、チームがインシデントを一貫した方法で特定し、分類し、エスカレーションし、そこから学べるよう支援するときに、より効果的に機能します。そうして初めて、プラットフォームは個々の出来事にその場しのぎで対応する段階から、問題全体の構造を理解する段階へと進むことができます。
- データ主導のトラスト＆セーフティは、単にインシデントの件数を数えるだけでなく、それらをどのように分類するかにかかっています
- トラスト＆セーフティのフレームワーク設計は、エスカレーション、パターン認識、そして学習を支援できるものであるべきです
- マーケットプレイスの安全性指標は、社内のチケット件数だけでなく、実際の被害を正確に反映する必要があります
- チームがパターンを早期かつ明確に把握できると、プラットフォームのリスク軽減ははるかに強力になります
なぜ透明性とユーザー教育が信頼構築に重要なのか
この対話で最も重要なテーマの一つは、信頼は取り締まりだけで築かれるものではないという点です。信頼は、信頼性と安全性に関する透明性、そしてマーケットプレイスの安全に向けたユーザー教育によっても築かれていきます。
それがどれほど重要か、多くのチームはまだ気づいていません。
なぜなら、ユーザーが安全性がどのように機能しているのか、どのようなリスクが存在するのか、そしてそのリスクを減らすためにプラットフォームが何をしているのかを理解していないと、自分たちで勝手に判断せざるをえなくなるからです。そうした判断が楽観的すぎることもあれば、悲観的すぎることもあります。どちらも有益ではありません。
ヘザーは、プラットフォームはユーザー教育にもっと意図的に取り組み、安全性についてどのように考えているのかをより透明に示すべきだと主張しています。ただし、不安やパニックをあおる形ではなく、状況を明確に理解できるようにする形で行うべきだということです。
そうですね。
ユーザーは、何に注目すべきか、問題をどのように報告すべきか、そしてプラットフォームが実際にどのような基準を求めているのかを理解していると、より良い判断ができるようになります。
- 信頼性と安全性に関する透明性があることで、ユーザーはプラットフォームがどのように自分たちを守っているのかを理解しやすくなります
- マーケットプレイスの安全に関するユーザー教育は、プラットフォームの両側でより良い判断を下すことに役立ちます
- マーケットプレイスで信頼を築くには、ポリシーの執行だけでなく、利用者とのコミュニケーションが不可欠です
- ユーザーが安全対策とリスクの両方を理解しているとき、プラットフォームにおけるユーザー保護はより強化されます
より安全なマーケットプレイスを実現するには、リーダーシップのより広い視野が必要です
このエピソードの中心にあるのは、とてもシンプルなポイントです。マーケットプレイスにおける安全上のリスクは、誰かがそれらを明確に可視化する作業をしない限り、経営陣には必ずしも明らかには見えないということです。
つまり、より厳しい問いを投げかけることを意味します。
単に「不正を防止できているか？」だけでなく、「このプラットフォーム上で最も弱い立場にあるのは誰か？」まで問うことです。単に「顧客は安全か？」だけでなく、「提供者も安全か？」まで考えることです。単に「ポリシーはあるか？」だけでなく、「そのトラスト＆セーフティのポリシーは、現場で実際に起きていることをきちんと反映しているか？」まで検証することです。
そこから、より安全なマーケットプレイスの設計が始まります。
なぜなら、オンラインプラットフォームにおける多くの実際の被害は、プロダクトによって生じる人間へのリスクを十分に把握しないまま、利便性や成長、ユーザー獲得のために最適化された仕組みから生まれているからです。だからといって、そのプラットフォームが無責任だという意味ではありません。むしろ、そのプラットフォームには、より広い視野が求められているということです。
そして、それは重要なことです。
なぜなら、会社が深刻な事件が起きてからしか対応しないのであれば、信頼と安全の取り組みは常に後手に回ってしまうからです。
- より安全なマーケットプレイスを設計するには、リーダーシップが不正損失や悪用率だけにとらわれず、その先を考える必要があります
- 両面型マーケットプレイスのリスクは、消費者と提供者の双方の被害モデルから検証すべきです
- トラスト＆セーフティポリシーは、想定されたプラットフォーム上の振る舞いだけでなく、実際の現実世界での利用状況を反映している必要があります
- オンラインマーケットプレイスでの被害防止は、より良い商品と安全性に関する質問を早い段階で行うことから始まります
このエピソードから得られる最大のポイントは、とてもシンプルです。マーケットプレイスにおける安全性リスクは、多くのチームが考えている以上に大きく、とくにプラットフォームが人と人をつなぎ、現実世界での接触や影響を生む場合に顕在化します。マーケットプレイスのトラスト＆セーフティでは、提供者側の被害、利用者側の被害、しっかりとした計測、そして明確なユーザー教育をすべて含めて考える必要があります。これをうまく実践できるプラットフォームは、安全性を「取り締まりの機能」ではなく、「デザイン上の責任」として理解しているところになるでしょう。
