広告プラットフォーム統合化にどう取り組んだのか？「Yahoo!広告」管理ツール開発プロジェクトの舞台裏

従来のYahoo!広告は、「Yahoo!プレミアム広告（予約型）」と、「Yahoo!プロモーション広告（リスティング広告）」、さらに後者は「Yahoo!ディスプレイアドネットワーク（運用型）＝略称YDN」 と「スポンサードサーチ（検索連動型）」の2つに分かれていました。

時系列的にまとめると、運用型と予約型のプラットフォーム統合は2018年中頃にプロジェクトが始まり、2021年4月に完了しました。 従来の「Yahoo!プレミアム広告」は同年3月末にサービス提供を終了し、「ディスプレイ広告（予約型）へ名称を変更。 「YDN」も6月にサービス提供を終了して「ディスプレイ広告（運用型）」とし、 「スポンサードサーチ」も「検索広告」に名称変更しています。

Zホールディングスの現グループCDO（チーフデータオフィサー）の佐々木（潔）さんがヤフーの開発責任者だった2018年中頃に「1プラットフォームにすべし」と、大号令をかけたことがきっかけでした。 それに対し、本部長や各部署の部長に加え、私たち現場のPM（プロダクトマネージャー）たちも、どういうかたちでプラットフォーム統合をすべきか、それぞれの意見を述べる機会がありました。

大筋はもちろん決まっていたのですが、詳細をどう詰めるかについては、私も考えて、メンバーの意見も聞いて集約しながらプロジェクトを進めていきました。

プロジェクトが始まった時は、私はまだヤフーに中途入社したばかり。PMでもなく、一人のエンジニアとして開発チームに参加したのですが、 これに参加できれば面白いことができそうだと、ワクワクしました。

私の担当は、「Yahoo!プレミアム広告（予約型）」の後継機能を実装し、それを新しいプラットフォームに統合したうえで、 　「ディスプレイ広告（予約型）」としてリスタートするまでのプロダクトマネジメントです。
　
後継機能を作り込むこと、それらを1つのプラットフォームに統合することは決まっていたのですが、やはり細かいところは営業現場にヒアリングする必要がありました。 システムに何が足りないのか、何が不要なのかを判断して、それらを開発要件として落とし込むのがPMとしての役割です。予約型の改修は結構大きい案件だったので、ほかにも複数のPMにサポートしてもらいながら、なんとかリリースまでこぎつけました。

デベロッパーのみなさんには常時、セミナーや勉強会などを通して、ヤフーの技術を伝えるようにしていますが、今回のAPIリニューアルにあたっては、ワークショップを2回開催しました。私も専門的な内容の質問には答えていました。

また、SOAPからRESTへの変更も含めて、新しいAPIへの移行がスムーズに進むように、リニューアル内容を早めにアナウンスして、移行期間を1年ほど設けるようにしました。

ステークホルダーとの調整の難しさは、私も実感しました。私の部署は、広告代理店や広告主の「Yahoo!広告」運用を効率化することがミッションです。 お客様ごとにアカウントがあり、広告内容や出稿タイミング、広告効果の計測などを管理できるようになっているのですが、 今回のプロジェクトでは、新たに「MCC（マイクライアントセンター）アカウント」というシステムを実装することになりました。

MCCアカウントとは、検索広告およびディスプレイ広告において複数のアカウントを束ねるための最上位エンティティです。 エンティティはアカウントデータを1つのかたまりとする概念ですが、これを設定することで、アカウント運用の効率化や権限管理のシンプル化が期待できます。 MCCを含めたアカウント管理の効率化をマネジメントすることが、私の役割でした。

今回のAPI刷新で一番つらかったのは、やはり時間が限られていたことですね。なんとか半年間でやりきったのですが、 競合よりも早くローンチしなければならないという思いが、チームにも私自身にもありました。

幸い、部長の承認を得られれば、自分のやりたいように意思決定できる環境でしたので、動きやすかったですね。 広告代理店等との契約更新作業についても、テクニカルビジネスデベロップメントのチームが担ってくれたので、私は開発とチームのマネジメントに集中できました。 短期集中できたのも、ビジネス側と開発側がうまく協業しながら進められたからだと思っています。

PMがそう判断した根拠や基準が明確である必要があるし、それらをメンバーにしっかり伝えなければならない。 また、新しいプラットフォームができた後に、どこか技術的につまずくことはないかという予測もできないといけません。 その意味では、このプロジェクトを通して、そうしたPMとしてのスキルを磨くことができたのは、貴重な体験だったと思います。

このプロジェクトがなかったら、「いまの自分はない」とはっきり言い切れます（笑）。 プロジェクトが動き出すタイミングに自分で手を挙げてPMを任されたのですが、やってみたら予想以上の大規模プロジェクトで、PMのイロハを勉強する間もなく、 突き進んでいったという感じでした。

この経験から、社外ステークホルダーとの関わりや、社内の関係部署との調整など、プロジェクトのマネジメントについて学ぶことができました。 その過程で、ヤフーのPMはこうあるべきだというイメージが、おぼろげながらも見えるようになった。まさに、自分を成長させてくれたプロジェクトです。

実は、転職してから最初に担当していたのはコンシューマー向けサービスだったので、ヤフーではB to B向けシステム開発は経験がなく、インターネット広告の仕組みさえよく知らなかった。 「検索広告やディスプレイ広告とは何か」というところから勉強を始め、業務の全体像を理解するのに3カ月ぐらいはかかりました。

「Yahoo!広告」はかなり大規模なプラットフォームなので、機能開発となると、限定された領域を担当するのが普通だと思います。 ところが今回のプロジェクトでは、1から10まですべてマネジメントすることが多かった。

広告主が広告を出稿したいと考えるタイミングから、代理店が広告をどう設定して、どういうかたちで掲載されるのか、 それがどうヤフーの収益になるのかなど、全部のプロセスを見ながら機能を開発していく経験は、なかなかできないことだと思いました。

プロジェクトに関わった人数が100人以上という規模もなかなかないこと。これから先もあるかどうかわからないけど、自分としてはかなりレアな経験ができました。

この経験は次のプロジェクトにも絶対に生かせるものです。たとえ開発内容がきっちり決まっていたとしても、想定外の領域に影響が出ることもありうる。 今回、プラットフォーム全体を俯瞰してみることができたので、そこは気づきやすくなったと思います。

やはり、自分が手掛けるプロダクトが生み出す売り上げインパクトが大きいことですね。 これまでも何千億円規模の売上があったわけですが、そのプラットフォームをリニューアルすることで、さらに売り上げを積み増していけるようにならなければいけない。 そうしたミッションに対して、自分が開発したシステムによって直接的に貢献できるわけです。

また、自分たちが作ったものを、ユーザーに積極的に使っていただき、広告費という収益が得られる。システムが使いにくければ、瞬時に影響があらわれます。 それを日々実感できるのは、とても面白いし、技術者のやりがいにもつながると思います。

もちろん、プラットフォームを統合することによる収益増大効果は、すぐには見えてこないものです。コストばかりかかるようなら開発に向けた投資も抑えられるかもしれない。 しかし、そこは上層部がきちんと投資リスクを判断してくれたからこそ、現場は自由に、堂々とチャレンジできましたね。

日々膨大なリクエストをさばいて、それをマルチビッグデータとして蓄積している企業はそうはないですからね。だからこそシステム開発も大規模にならざるを得ない。技術者としてはとても魅力的なんじゃないでしょうか。

一般コンシューマーの視点で考えると、ネットニュースに広告がちらちら表示されることを不快に感じる人もいると思います。 ただ、視点を変えると、広告はお店と消費者をつなげるものでもある。商品を買う消費者がいなければ、ビジネスは続かないし、いい商品を作る会社がなければ、僕らの消費生活も楽しくならない。

つまり、プラットフォームには、そういったビジネスとコンシューマーを最適な方法でつなげる役割があるんですね。 だからこそ、僕らは技術やマネジメント力を注いで、より使いやすく、質の高い広告プラットフォームを作っていく。そう考えると、いまの自分の仕事はさらに面白いと思えるし、重要な役割を担っているんだなと実感できます。

もちろん、まだまだ改善すべきことはあります。だから、もしこれからヤフーで広告事業に関わりたいと考えている方には、面接でもどんどんYahoo!広告のダメなところを指摘してほしい。それで落とされることなんてありませんから（笑）。 ぜひ、「ヤフーに入ったらここを変えたい」という意志を持った人に、入社してほしいですね。