プロダクトマネージャーという仕事をしていると、たまに思うことがある。 「自分って最近何を作ったんだっけ?」
もちろん、何もしていないわけではない。むしろ逆で、常に複数のプロジェクトを同時に回している。プロダクトの企画をし、エンジニアと議論し、仕様を書き、顧客と話し、社内調整をして、リリースまで持っていく。
ただ、実際にコードを書いているのはエンジニアなので、プロダクトがリリースされても「自分が作った」という感覚があまり残らない。
さらに言うと、プロダクトマネージャーの興味は結局のところ それが売上や顧客価値に貢献するかどうか だったりする。 そのため、リリース自体よりも「結果」に関心が向いてしまい、気づくと 自分が何をデリバリーしたのかを結構忘れている。
気がつくと、「そういえば、あれ自分やったんだっけ?」みたいなことがよくある。 なので、思い出したときに過去の仕事を書いておこう と思うようになった。
CDPというプロダクトにおいて、データ連携はかなり重要な機能だ。広告、CRM、EC、DWHなど、あらゆるシステムとデータをつなぐ必要がある。
Embulkなどもあり、一見すると、データ連携は簡単そうに見える。世の中にはETLツールもたくさんあるし、「APIつなげば終わりでしょ?」と思われがちだ。でも実際には全然そんなことはない。プラットフォームごとに癖がありすぎる。
Reddit Ads APIで一番面倒だったこと
例えば、一年ちょっと前にリリースしたものに Reddit Ads APIのAudineceコネクタ がある。
これは、Reddit Adsにオーディエンスを渡してよりよい広告配信ができるようにするものだが、このデータ連携自体はReddit Ads APIを使ってデータを送り込むだけなので、そこまで難しくはない。しかし、問題は 利用規約 だった。 RedditのAPIの利用規約には、かなり強い条件がある。要するにこういうことが書いてある。
Redditがデータ削除リクエストを出した場合、Redditから取得した関連データを確実に削除しなければならない。
これはプラットフォームとしては非常に重要な要件だ。ただ、我々のCDPの仕組みと合わせると、かなり難しい問題になる。 なぜなら、Treasure DataのようなCDPでは、ベンダーが顧客データを見ることはできないからだ。
つまり、もし削除リクエストが来たとしても、我々がデータを確認し、我々が削除するということはできない。
削除責任は顧客側にある。でもRedditの利用規約は「削除を保証しろ」と言っている。
ではこの場合、どうするのか。
エンジニアではなくリーガルチームとの協奏
この問題をどう扱うかは、完全に リーガルチームとの共同作業 になった。
- 自分でRedditの利用規約の読み込み
- リーガルチームにReddit AdsがTreasure Dataのプロダクトとどう連携されるのかの仕組みの説明
- 我々が責任を持てる範囲の整理
- 顧客にコミットしてもらう範囲の定義
こういったことを全部整理して、Treasure Dataとしてのポジションを決める必要があった。
さらに、その上で
- 顧客にどうReddit Adsの規約同意してもらうのか
- どの文書で同意を取るのか
- 新規顧客と既存顧客でどう扱うのか
といったオペレーションまで決める必要がある。
例えば、
- 顧客にメールでコンセントを取るのか
- オーダーフォームに追加条項を入れるのか
- 別途利用規約として提示するのか
といったことを全部整理して、文書の下書きを書いてレビューをリーガルチームにしてもらう。
API連携の開発というよりは、どう使ってもらえるようにするかの整理とその説明が大変。

結果として
ちゃんとReddit Adsのパートナー認定ももらってリリースできた。 まあ一番大変なのは、こういうのを工数十数時間で並列で作業してやらないといけないことなのだが、今はLLMがこうした作業の大半をカバーしてくれるのでだいぶ楽になっている気がする。
