若手エンジニア × CTO 対談(前編) ~ Kaizen Platformに入社してみてどうだった?

「Kaizen Platformのエンジニアってすごい人しかいないんですよね?」 社外勉強会や面接の際によくいただく質問です。 大変ありがたい印象ではあるのですが、経験豊富なシニアエンジニアだけでなく、20代のメンバーも活躍しているので、実はみなさんが抱かれているイメージとはギャップがあるかもしれません。

「それって本当なの?(疑いの目)」 というみなさんの声が聞こえてきそうな…。

そこで今回は、昨年入社した2名のメンバーに「Kaizen Platformでの日常」を率直に聞いてみました。

f:id:kaizenplatform:20190619224347j:plain


【インタビュイー】

Kaizen Platform 徳田 祥
徳田 祥(アプリケーションエンジニア)
2018年7月入社。以前はドコモやニフティグループでPM, エンジニアとしてWebサービスの開発や保守、立ち上げなどを行う。Kaizen Platformにはバックエンドエンジニアとして入社したが、フロントエンド、PdM含め色々手を出している。料理と酒と温泉が好き。23歳。Twitter: @haze_it_ac


Kaizen Platform 木暮勇人
木暮 勇人(アプリケーションエンジニア)
2015年 筑波大学大学院 システム情報工学研究科を卒業。同年株式会社じげんに新卒のエンジニアとして入社。学生時代からビジネスに興味があり実際にやっていたこともあり、エンジニアとして保守/新規開発に携わるだけでなく、直接売上やビジネスに関わるような分析から施策の提案、そして実装までを通して行う。 Kaizen platformにはバックエンドエンジニアとして2018年7月入社。バックエンド以外にもPdMやたまにフロントエンドにも手を出している。

【インタビュアー】

f:id:kaizenplatform:20190619223125j:plain
渡部 拓也(取締役CTO&COO)
2004年 一橋大学商学部卒業。同年NTTコミュニケーションズ株式会社に入社、その後、株式会社グラファイトやニフティ株式会社などでエンジニアとして数々のプロジェクトに参画し、クライアント/サーバ型システムの構築やインターネットサービスの開発に携わる。2010年にグリー株式会社Native Game事業本部で開発と事業の責任者を務める。2014年スマートニュース株式会社で広告プロダクトマネージャを務め、2016年10月にKaizen platform, Inc.参画、2017年2月にCTOに就任。2018年4月より株式会社Kaizen Platform 取締役に就任。 好きな飲物はハイボール。

入社前、Kaizen Platformに抱いていた印象は?

徳田(とっくん):元々、Mediumで開発者Blogをやっている頃から読んでいたので、なんとなく技術的にすごい人がいる会社だなという印象がありました。あとは ryopekoさん が入社していることも知っていたので、そういうレベルの人たちが集まっている会社だという認識でした。レベルが高いと思っていたので、正直入社できるとも思っていなかったですね。


渡部:すごい人たちがいる場所で、自分が入社する会社というイメージではなかったということかな?


徳田:そうですね。僕のブログを見た人事から「CTOと話しませんか?」と連絡がきて面談したのをきっかけに入社しました。5−10年後に目指したい会社だなぁくらいの存在だったので、自分で直近応募するイメージはなかったです。連絡がなければこのタイミングで入社していないと思います。

木暮(木暮くん):僕は正直、とっくんほど Kaizen のことを知らなかったです。社長の sudokenさんのことは記事などを読んで知っていましたが、やっている事業やどんなチームなのかは知りませんでした。


渡部:ほとんど知らない会社にどういうきっかけで応募してくれたの?


木暮:前職を選んだ際に「社長がどんな人か」というのを大事にしていて、今回の転職でも社長軸で会社を探していました。Kaizen は「社長に魅力がありそうだし、どんなことをしている会社なのか話を聞きに行こう!」くらいの気持ちでHPから応募した記憶があります。


渡部:とっくんとは全然違う視点で当社のことを知ってくれたわけですね。「すごいエンジニア集団そう」みたいなイメージは全然持っていなかったということ?


木暮:はい。知り合いもいなかったので、あらかじめどんなエンジニアにいるのかは知りませんでしたね。


渡部:そんなよくわからない会社にどうして入社しようと思ってくれたの?


木暮:技術的に自分のメンターになってくれそうな人がいる環境に転職したいと思っていたのですが、応募時はKaizenがマッチするとは思っていませんでした。というのも、スタートアップやベンチャー規模でそういった環境があるわけないと思っていて、メガベンチャーを中心に受けていました。なので、自分の要件を満たす環境が Kaizen にないだろうなぁと思って期待していなかったのですが(笑)、選考で複数のエンジニアやCTOとプロダクトやチームメンバーの話をして、Kaizen なら教えてくれる=学べる環境があると思い、入社に至りました。

続きを読む

エンジニア小咄の運用例 - 低温調理について

Kaizen Platform でプロダクトマネージャーをしている渡辺です。今回は以前このブログで紹介した「エンジニア小咄(from: リモートワークと心理的安全性と雑談、あるいは小咄 (こばなし) の話)」の運用編ということで、先日発表して好評だった「低温調理」の話を紹介したいと思います。 Kaizen Platform には新しもの好きな人が多く、最新の調理家電や IoT機器などはウケの良い話題の1つになっています。

developer.kaizenplatform.com

エンジニア小咄の運用

私は小咄の当番になると毎回、簡単なスライドを作るようにしています。小咄のそもそもの趣旨は「雑談」なので、本当はスライドを準備する必要はなく好きなことを自由に喋るだけでよいのですが、話題によってはイメージを伝えづらかったり、オンラインの聴衆の反応がわかりにくいこともあるので「見せるもの」としてスライドを用意しています。

スライドを見せながら話す方法には他にもメリットがあります。小咄は各回の当番がフリートークを発信し、他のメンバーは聴衆として聞き役に回るというスタイルですが、スライドを見せながら話すと内容についての質問やツッコミが Zoom のテキストチャットに流れてくることがあります。これを「Youtuber が生放送中に流れてきたコメントを取り上げる」ような形で盛り込むことで、多少インタラクションのあるトークをすることができます。

実際のトークとスライド

ここからは実際に使ったスライドを交えつつ「低温調理のはなし」を紹介していきます。実際の小咄の雰囲気を感じてもらえれば嬉しいです。

f:id:kaizenplatform:20190524113447p:plain
Slide 1

続きを読む

Kaizen Ad: Creative Performance Report のご紹介

こんにちは。 Kaizen Platform で 動画広告をPDCAするプロダクト「Kaizen Ad」のプロダクトマネージャをしている渡辺です。今回は、 Kaizen Ad で制作した動画広告のパフォーマンスを一覧比較できるツール「Creative Performance Report」の紹介をしたいと思います。

Creative Performance Report とは

Creative Performance Report とは、Kaizen Ad において、配信先プラットフォームから動画広告のパフォーマンスを収集し、クリエイティブ単位で比較可能なビューを提供する機能です。

f:id:kaizenplatform:20190419185109p:plain

Kaizen Ad は、動画広告を作りたい人(広告主や代理店)が、制作指示書(動画の仕様書に相当するもの)を作成して素材データと共にアップロードすると、GH(Growth Hacker)ネットワークに参加するクリエイターが原則5営業日で動画を制作・納品してくれるサービスです。「速く・安く・簡単に」をテーマに、高品質な動画を制作できるプラットフォームを目指して開発しています。

Kaizen Ad のサービスサイトはこちら: https://ja.kaizen-ad.com/

「動画をつくる」部分にフォーカスすると「動画制作のクラウドソーシング」ということになりますが、Kaizen Ad のカバー範囲には制作プロセスだけでなく、制作した動画の配信実績を収集し、比較・分析することで広告効果を改善していく部分も含まれます。

Kaizen Ad では納品された動画をダウンロードすることなく Facebook や Instagram, Youtube といった動画配信メディアへ直接アップロードすることができます。アップロード時に配信先メディアのアクセストークンを取得することで、Creative Performane Report は広告キャンペーンで使用された動画の配信実績を自動的に収集し、クリエイティブ単位に集計して複数動画のパフォーマンスを横断的に比較する機能を提供します。

f:id:kaizenplatform:20190419185314p:plain

続きを読む

なぜ Kaizen Platform は今、CTOを募集するのか

皆様お久しぶりです。Kaizen PlatformでCTOをやっている渡部(わたべ)です。 Kaizen Platform、新COOに 渡部 拓也 が就任 でアナウンスさせていただきましたが、4/1よりCOO兼CTOに就任しました。

渡部がCTOとしてやってきたこと : Product Delivery

CTO就任 のプレスリリースは約2年前に出ていました。この2年間で何をやってきたのかをちょっとかいつまんで振り返ってみます。

f:id:kaizenplatform:20190325154028j:plain

私が入社した当時、上図のような組織全体を巻き込んだプロダクト改善の動きができていませんでした。この時感じたのは、「これではいくらプロダクトや技術を磨いてもユーザーにプロダクトの価値を届けることができない」という事でした。

そこで、「ユーザーにプロダクトを届ける = Product Deliveryの為にありとあらゆることをやろう」と決めて以下のようなことをしてきました。

商品の整理とマーケットフィットの確認

実際にセールスシートに手を入れたり、お客様先に営業マンと一緒に同行したりして、我々のプロダクトがどのようなユーザーにもとめられていて、彼らが感じてる価値は何なのか? を研究しました。 そしてそれをどのようにしたらマーケットに広く受け入れてもらえるようになるかという試行錯誤を繰り返しました。

マーケットからのフィードバックを活かしたプロダクト開発への変化

ウォルト・ディズニーは以下のように言ったそうです。

「自分たちのために商品をつくってはいけません。人々が求めているものを知って、人々のために商品をつくりなさい。」

ゆっくりとではありますが、マーケットが望むものは何かを考えてプロダクトづくりをプロダクトチームみんなで考えるようになっていきました。

ムーンショットを狙わない

皆さんも経験があると思いますが(私もあります)、壮大な構想を描き、「これさえ実現すれば世界が変わる」と信じてものづくりをする。しかし蓋を開けてみると大きな失望が待っていた。こんな経験をされたことはないでしょうか? 当社でも当然そういう失敗をしてきました。

もちろんプロダクトのブループリント(青写真)は大きなものを描きますが、それを実現するために着実に機能をプロダクトに追加していく。そして機能が一定量集まるとそれは「ワークフロー」や「UX」を形成していきます。

インクリメンタルにプロダクトの価値を増やしていき、それがしきい値を超えるとプロダクトの桁が上がる、そんな開発方針に切り替え、それがプロダクトチームに浸透してきました。

続きを読む

React + GraphQL から成る Kaizen Ad のフロントエンド

追記: 2021年6月現在はアーキテクチャが変わってきています。 次の記事に詳細を書いていますので、一読をお願いします。 Kaizen Adのフロントエンドアーキテクチャの遷移について - Kaizen Platform 開発者ブログ

Kaizen Platform でフロントエンドエンジニアをしている山本です。この記事では、我々が運営するサービス「Kaizen Ad」のフロントエンド部分をご紹介します。

Kaizen Ad とは

Kaizen Ad は、動画広告をサポートするマーケットプレイスです。
カスタマーがクリエイティブを依頼すると、広告クリエイティブを作成するグロースハッカーから動画広告クリエイティブが納品される仕組みです。

カスタマーにとってはクリエイティブ改善の運用を省力化できると同時に、グロースハッカーにとっても新しい働き方が創造できるソリューションとして提供しています。

ja.kaizen-ad.com

技術選定

技術選定は、モダンシステム化を念頭に置きつつ、運用しやすい設計を目指して行われました。その中でも3つピックアップします。

1. React + TypeScript

Reactは、TypeScriptの親和性や、技術的に明るいエンジニアが在籍していたため選択されました。業界的なメインストリームの一つでもあり、導入に抵抗はありませんでした。 TypeScriptは以下に挙げる項目などメリットが大変多いため導入されました。

  • ランタイムエラーの削減
  • エディターとの相性(visual studio code / WebStorm などで修正箇所がわかりやすい)
  • コンポーネントに渡すpropsのデータがわかりやすくなる

数々のライブラリがTypeScriptへの移行が見受けられ、少なくとも静的型付け言語は今後も利用されていくことが予想されています。Airbnbの発表でも、38%のバグがTypeScriptによって防止された可能性があると報告されています。

www.reddit.com

2. Clean Architecture

Clean Architecture は後述でも説明します。
DDDを意識してドメインに設計の観点を寄せ、プロダクトの拡張性や保守性を高く保つために使っています。マイクロサービスを使ってアプリケーションを構築する昨今のフロントエンド開発において、各機能の凝集度をハンドリングしやすくできることなどがメリットになります。

3. GraphQL

当初、GraphQLをProduction環境で実装する会社は少なかったですが、早い段階で導入することが決定されました。RESTful APIの場合、APIから受け取ったデータを整形してviewにわたすなど、オーバーヘッドが生まれており、GraphQLの場合は、フロントエンドとして必要なデータの形をそのままリクエストすることが可能になるため、ユースケースによりマッチするGraphQLを利用することとなりました。

システム構成

Kaizen Ad のフロントエンドにおけるシステム構成は以下のようになっています。

f:id:kaizenplatform:20190325140005p:plain

続きを読む