「タップル」の事業成長をブーストさせる
グロースエンジニアの思考術

― 株式会社タップルに入社した背景を教えて下さい

前職では業務請負のシステムエンジニアとして、お客様先に常駐して開発業務に携わっていました。開発経験を重ねるうちに、Webサービス系のプロダクト開発を経験してみたいという気持ちが募り、転職を考えるようになりました。

転職活動中、あるきっかけから株式会社タップルの経営陣とお話する機会があり、「タップル」というサービスのもつ魅力や、「オンラインの出会いを、当たり前に。」という経営ビジョンと、その社会的な意義に共感しました。

また、テックリード陣と話をする中で、技術領域の広さや開発思想に感銘を受け「この人たちと一緒に働きたい！」という思いが高まり、転職を決意したのを覚えています。

― 入社して感じた、技術組織の魅力や気付きなどを教えて下さい

エンジニアとしてのメインミッションは、「タップル」という事業を伸ばすための機能開発です。それとは別に、自分で見つけた技術的な課題に対して、自発的にとりくむ事を目標設定にする事が可能です。そしてその取り組みに対して、エンジニア組織が背中を押してくれる企業カルチャーがあります。

― 自発的にとりくむ課題とは？

例えば、長年運用しているサービスの特徴として、技術的にレガシーな部分が機能拡張やパフォーマンス向上におけるボトルネックとなるケースがあります。運用期間の長い「タップル」にもその点が見られたので、「段階的なシステム刷新」を自発的なミッションに設定しました。

― 自発的なミッションにとりくむ際、周囲の反応はいかがでしたか？

自分がそのミッションにコミットする事で、「タップル」が長期的に成長していくための武器になると思っていたので、感じたことを率直にチームに提案しました。チームメンバーからは「ぜひやろう！」と背中を押してくれた事が印象的でした。

プロダクトを見渡した時に感じた課題感をもとに、アクションプランを設計し「どんな技術的アプローチで、どのくらいのコストがかかり、いつまでにどんなアウトプットを出すのか？ 」について、チームを巻き込んで動かしていく。

そういったチャレンジを、入社当初から任せてもらっていたので、エンジニアとしても刺激的でした。
 

― 野口さんは、エンジニアブログの記事でシステム刷新について書かれています。技術選定の基準や気を付けている点を教えて下さい。

数多くのSaaSやPaaSの中から技術選定する際は、数年先を見越したサービスのグロースに耐えられるシステム構成を意識しています。

その際、特に重視しているのがコスト面です。費用対効果を考えた時「この機能はそれだけのコストを費やす価値があるのか？」を常に自問自答しています。

具体的には、技術選定や設計を進める上で松竹梅のように複数プランを意識しています。

ブログ記事中での選定事例では、AWS Solutions Architectの方々やタップルSREメンバーとディスカッションを繰り返し、「タップル」にとっての最適なプランを模索して設計しました。

専門の方から意見を頂いたり、チームのエンジニアを巻き込み、選定や設計を進めることで、エンジニアリングで事業のグロースを支えることができると考えています

― ケーススタディとして「あるSaaSは料金が高いが運用コストを減らす効果も高い。別のSaaSは料金は安いが、運用コストの削減効果もそこそこ」という時、どの点に着目して意思決定しますか？

一つの観点として、SaaSの提供企業が提示するプライステーブルに注目します。「ユーザーが急激に増加したら、増加した分だけ請求額は増加するのか？ 利用する規模に応じた価格交渉の余地はあるのかどうか？」など。また、タップルには「売り上げのn％をシステム投資に充てられる」という技術投資ルールがあるので、会社全体の販管費などとバランス調整した上で判断するようにしています。

あわせて、技術選定やアーキテクチャ設計の際には、エンジニアみんなでレビューする習慣があります。その際、技術面や運用面、コストや投資対効果などを軸に、常に複数名の多角的な視点が入るようにしているのが特徴的です。

― エンジニアとして成長できたと実感できる事はなんですか？

「タップル」をより良いサービスにしようと技術的チャレンジを重ねた結果、サービスの質を向上させる事に成功しました。そういったチャレンジの成果を積み重ねるうちに、ジョブサイズが大きいアーキテクチャ刷新や、技術的に難易度の高い案件も任されるようになっていきました。

実感したのは「自分が関わる事業をエンジニアとしてグロースさせる事が、キャリアアップや技術的成長につながる」という点です。

会社や事業が大きくなる事で、技術や人に投資できる資金が大きくなります。当然、チャレンジの幅やスケールも大きくなります。事業のグロースは、エンジニアとしても1人のビジネスパーソンとしても、密接に影響してくる重要な要素だと考えています。

― 密接に影響とは？

「エンジニアの成長」と聞くと、個人が技術力や知識を高める事で、そのエンジニア個人に還元されるイメージがあります。しかし、会社に所属し、仕事としてエンジニアリングをしている以上、技術力や自己成長は、事業を大きくするための要素だと考えています。エンジニアが技術力を磨いて成長していけばいく程、事業もまた成長して大きくなる。その結果、エンジニアもサービスもより大きなチャレンジをする事ができる。

事業のグロースを意識する考え方は、タップルの開発組織に根付いていて、この会社のカルチャーが好きな理由の一つです。
 

―「タップル」という事業の社会的意義についてはどうお考えですか？

「恋愛や出会い」といった、人生における大切なライフイベントを提供する事は、大きな社会的意義があると思いますし、少子化が社会問題になっているからこそ、技術で課題解決する意義もあると実感します。

Twitterで「タップル」というワードを目にする機会が増えましたし、自分の身近なところでも「タップル」を使っている人も増えています。ますますサービスの認知度が上がっている実感があります。

運営へお寄せいただく声で「『タップル』で出会った方と付き合って○○年、このたび結婚しました」というご報告をいただいた時はすごく嬉しいですし、その一方「メッセージのやりとり中に接続がきれちゃった・・・」という声が寄せられた時は「もっと頑張らねば！」という気持ちになります。

お客さまの生の声をダイレクトに受けるのでプレッシャーもありますが、幸せな体験や、出会いや結婚などにつながるサービスなので、とてもやりがいを感じます。

バックエンドエンジニアの観点で言うと、新しいキャンペーンや広告を打った時に、想定を超える数のアクセスがあった事の嬉しさと、負荷対策のためにモリタリングしながら見たグラフのスパイクを見た時の驚き。その両軸に向き合う事があります。

障害を起こさないことが大事でもありますが「負荷が厳しい」「負荷対策の予想を超えるアクセス」というのは別の側面でいえば嬉しい悲鳴でもあります。緊張感漂う現場にいながらも、ふと「ああ、事業が伸びているんだ。」と実感したりもします。

― 今、技術的にチャレンジしている事はなんですか？

コスト対策には一層力をいれていきたいです。インフラは「動いていれば良い」という認識でいると、メンテナンスが手薄になり、結果としてコストが増加しがちです。

例えばクラウドベンダーのサービスは、コストダウンに繋がるような最新機能を先行リリースしていたりします。そういった感度の高い情報をキャッチアップできていないと、コストダウンの機会を見逃すことになりかねません。

これまでは機能開発の傍らで技術の刷新等に取り組んできましたが、今期からはSRE主導で「タップル」のマイクロサービス化やアーキテクチャのリニューアルに取り組んでいきます。

今以上にユーザー数が増え、10倍20倍にDAUが膨れ上がっても安定して稼働するシステム作りを目指していくのが私のミッションです。「オンラインの出会いを、当たり前に。」するために、さらに突き詰めていくつもりです。