Slide 1
Slide 1 text
株式会社タイミー Shintani Teppei
エンジニア目線で考える、
プロダクト開発を適用したブース設計
@euglena1215
@RubyKaigi2023 スポンサー振り返り会！エンジニアが語る運営秘話
Slide 2
Slide 2 text
こう感じている方はいませんか？
Slide 3
Slide 3 text
こう感じている方はいませんか？
会社にスポンサーをやってほしい。
スポンサーやるならブースも出したい。
Slide 4
Slide 4 text
こう感じている方はいませんか？
でも、ブース設計よく分からないから
強くプッシュできない...
Slide 5
Slide 5 text
こうなってほしい
ブース設計って
いつもやっていることの延長線かも？
Slide 6
Slide 6 text
自己紹介
新谷 哲平（@euglena1215）
● バックエンドエンジニア
● RubyKaigi で一番面白かったセッション: i++
● RubyKaigi の感想:
英語のリスニング力を高めようと思いました
Slide 7
Slide 7 text
7
Slide 8
Slide 8 text
株式会社タイミー Shintani Teppei
エンジニア目線で考える、
プロダクト開発を適用したブース設計
@euglena1215
@RubyKaigi2023 スポンサー振り返り会！エンジニアが語る運営秘話
Slide 9
Slide 9 text
目次
1. プロダクト開発フロー
2. ブース設計への適用
3. まとめ
Slide 10
Slide 10 text
目次
1. プロダクト開発フロー
2. ブース設計への適用
3. まとめ
Slide 11
Slide 11 text
2.KPIを決める 3.施策を決める
4.実装する
5.計測する
6.振り返る
プロダクト開発フローのステップの認識を揃える
1.目的を決める
タイミーアプリの1機能を題材にします
※ 機能は存在しますが、実際に行った施策の流れではありません
Slide 12
Slide 12 text
2.KPIを決める 3.施策を決める
4.実装する
5.計測する
6.振り返る
プロダクト開発フローのステップの認識を揃える
1.目的を決める
Slide 13
Slide 13 text
1. 目的を決める
課題：
タイミーで初めて働くひとが
働ける募集を見つけるのが難しい
目的：
はじめてのワーカーが
働ける募集を見つけやすくする
Slide 14
Slide 14 text
3.施策を決める
4.実装する
5.計測する
6.振り返る
プロダクト開発フローのステップの認識を揃える
1.目的を決める 2.KPIを決める
Slide 15
Slide 15 text
募集検索経由でのマッチングした募集の表示位置
マッチングした募集が上に表示されていればスムーズ
に募集を見つけられたといえそう。
2. KPIを決める
①
②
Slide 16
Slide 16 text
4.実装する
5.計測する
6.振り返る
プロダクト開発フローのステップの認識を揃える
1.目的を決める 2.KPIを決める 3.施策を決める
Slide 17
Slide 17 text
「未経験者歓迎」を設定
3. 施策を決める
ユーザーストーリーを考える
働ける募集を探す お仕事が確定する
Slide 18
Slide 18 text
5.計測する
6.振り返る
プロダクト開発フローのステップの認識を揃える
1.目的を決める 2.KPIを決める 3.施策を決める
4.実装する
Slide 19
Slide 19 text
がんばる
4. 実装する
Slide 20
Slide 20 text
6.振り返る
プロダクト開発フローのステップの認識を揃える
1.目的を決める 2.KPIを決める 3.施策を決める
4.実装する
5.計測する
Slide 21
Slide 21 text
募集検索経由でのマッチングした募集の表示位
置がn個上になった
5. 計測する
①
②
Slide 22
Slide 22 text
6.振り返る
プロダクト開発フローのステップの認識を揃える
1.目的を決める 2.KPIを決める 3.施策を決める
4.実装する
5.計測する
Slide 23
Slide 23 text
ここは想定通りだった
ここは想定外、考察としては...
次回は〇〇を試してみよう！
6. 振り返る
Slide 24
Slide 24 text
6.振り返る
プロダクト開発フローのステップの認識を揃える
1.目的を決める 2.KPIを決める 3.施策を決める
4.実装する
5.計測する
Slide 25
Slide 25 text
6.振り返る
プロダクト開発フローのステップの認識を揃える
1.目的を決める 2.KPIを決める 3.施策を決める
4.実装する
5.計測する
これらのステップをブース設計に適用します
Slide 26
Slide 26 text
目次
1. プロダクト開発フロー
2. ブース設計への適用
3. まとめ
Slide 27
Slide 27 text
ブース設計への適用
RubyKaigi 2023 でのタイミーのブース設計で考えたことを共有します
6.振り返る
1.目的を決める 2.KPIを決める 3.施策を決める
4.実装する
5.計測する
Slide 28
Slide 28 text
ブース設計への適用
6.振り返る
1.目的を決める 2.KPIを決める 3.施策を決める
4.実装する
5.計測する
Slide 29
Slide 29 text
課題：
タイミーは Ruby コミュニティではまだ
認知度が高くない
目的：
タイミーのことを知ってもらう
今後発信する情報を見てくれる人を増やす
1. 目的を決める
Slide 30
Slide 30 text
ブース設計への適用
6.振り返る
1.目的を決める 2.KPIを決める 3.施策を決める
4.実装する
5.計測する
Slide 31
Slide 31 text
2. KPIを決める
● 公式 Twitter フォロワー数（＠TimeeDev）
● パンフレット配布数
今回は初ブース出展で目標値を立てるのが難しかったため、目標は立てず。
パンフレットは他社さんを参考にしつつ、とりあえず400枚持っていくことに。
Slide 32
Slide 32 text
ブース設計への適用
6.振り返る
1.目的を決める 2.KPIを決める 3.施策を決める
4.実装する
5.計測する
Slide 33
Slide 33 text
ユーザーストーリーを考える
3. 施策を決める
気付いてブースに来てもらう Twitterフォロー 興味をもってもらう
Slide 34
Slide 34 text
ユーザーストーリーを考える
3. 施策を決める
気付いてブースに来てもらう Twitterフォロー 興味をもってもらう
Slide 35
Slide 35 text
ポイント：目を引く
そもそもタイミーの色が目立つので
営業チームのブース出展で利用していたバ
ナーをお借りした。
3. 施策を決める - 気付いてブースに来てもらう
Slide 36
Slide 36 text
ポイント：目を引く
ブース外でも認知してもらうため、
タイミーキャラを肩に乗せてる社員を
見つけるとプレゼントがもらえる
キャンペーンも企画
3. 施策を決める - 気付いてブースに来てもらう
Slide 37
Slide 37 text
3. 施策を決める - 気付いてブースに来てもらう
Slide 38
Slide 38 text
ユーザーストーリーを考える
3. 施策を決める
気付いてブースに来てもらう Twitter フォロー 興味をもってもらう
Slide 39
Slide 39 text
ポイント：
フォローしてと伝えるだけではフォローしてもらえないので、
フォローしてもらえる状況をどう作るか
≒ どんなキャンペーンを企画するか
3. 施策を決める - Twitterフォロー
Slide 40
Slide 40 text
タイミーのオライリータワー制度に合わせて
オライリー書籍プレゼントキャンペーンを実施
3. 施策を決める - Twitterフォロー
Slide 41
Slide 41 text
ユーザーストーリーを考える
3. 施策を決める
気付いてブースに来てもらう Twitter フォロー 興味をもってもらう
Slide 42
Slide 42 text
ポイント：
エンジニアがパンフレットを手に取りたくなる内容を
載せられるか
表面には rails stats や Gemfile、数字で見る開発
組織、タイミーが取り組む技術課題などちょっと気に
なる情報を掲載。
RubyKaigi でモチベーション上がった人向けに
OSS コントリビュートに関する勉強会に誘導する動
線も。
3. 施策を決める - 興味を持ってもらう
Slide 43
Slide 43 text
ポイント：
エンジニアがパンフレットを手に取りたくなる内
容を載せられるか
裏面には会社のことをより知ってもらうために推
しのエンジニア向け福利厚生制度を掲載。
3. 施策を決める - 興味を持ってもらう
Slide 44
Slide 44 text
ユーザーストーリーを考える
3. 施策を決める
気付いてブースに来てもらう Twitter フォロー 興味をもってもらう
これで一連のユーザーストーリーがつながるようになった
Slide 45
Slide 45 text
ブース設計への適用
6.振り返る
1.目的を決める 2.KPIを決める 3.施策を決める
4.実装する
5.計測する
Slide 46
Slide 46 text
制作物作成のためにはデザイナーに協力を依頼する必要がある
デザイナーとのやりとりはDevEnableチームにお願いして進めたのであまり関わってお
らず。
4. 実装する
DevEnable チームとは？
● エンジニアと協力していろんなことをやっていくチーム
● チームトポロジーの文脈から DevEnable という名前をつけている
● いろんなことの中の1つの技術広報分野として一緒に進めた
詳しくは「Timee Dev Enable」で検索
Slide 47
Slide 47 text
ブース設計への適用
6.振り返る
1.目的を決める 2.KPIを決める 3.施策を決める
4.実装する
5.計測する
Slide 48
Slide 48 text
5. 計測する
Slide 49
Slide 49 text
公式Twitterフォロワー数：275 → 371人
(ほぼ)100人増えた
タイミーのことをリーチできる人数が1.3倍になった
5. 計測する
Slide 50
Slide 50 text
公式Twitterフォロワー数：275 → 371人
(ほぼ)100人増えた
タイミーのことをリーチできる人数が1.3倍になった
パンフレット 400枚 → 配り切った
day1で想定以上に持っていってもらえたのでday2以降は控えめに配っていた
そのまま配っていれば5-600枚は配れていたはず
5. 計測する
Slide 51
Slide 51 text
ブース設計への適用
6.振り返る
1.目的を決める 2.KPIを決める 3.施策を決める
4.実装する
5.計測する
Slide 52
Slide 52 text
6. 振り返る
パンフレットが想定以上にすぐなくなった
考察:
タイミーにノウハウがなかったという前提はありつつ、
サービス紹介よりも技術的な話を中心に載せたので興味をもってもらいやすかった。
Try:
次回もパンフレットには技術的な話を中心に載せる。
パンフレットは参加人数の50%分は持っていく。（1200人だったので600枚）
Slide 53
Slide 53 text
6. 振り返る
タイミーに興味を持ってもらった人にサービスを説明するのが困った
考察:
エンジニアに興味を持ってもらいやすくするために、意図的に資料からサービス紹介は
抜いていた。
Try:
サービス紹介用のパンフレットやパネル、デモ用のスマホなどサービス説明に役立つも
のを持っていく。
Slide 54
Slide 54 text
ブース設計への適用
6.振り返る
1.目的を決める 2.KPIを決める 3.施策を決める
4.実装する
5.計測する
プロダクト開発をブース設計に適用することができた
Slide 55
Slide 55 text
【おまけ】会社に成果を主張する
RubyKaigi は難しい。
RubyKaigi は3回参加すればだんだん内容が分かるようになってくる（持論）
Slide 56
Slide 56 text
【おまけ】会社に成果を主張する
RubyKaigi は難しい。
RubyKaigi は3回参加すればだんだん内容が分かるようになってくる（持論）
スポンサーも同様に3回ブース出さないと
認知が定着しないのでは？
Slide 57
Slide 57 text
【おまけ】会社に成果を主張する
スポンサー初回は熱い気持ちを伝えれば会社もスポンサーしてくれるかもしれないけ
ど、2回目、3回目はそうともいかない。
なので、しっかり成果を会社に主張してスポンサーする理由を会社につくってあげること
が大事。
Slide 58
Slide 58 text
目次
1. プロダクト開発サイクル
2. ブース設計への適用
3. まとめ
Slide 59
Slide 59 text
まとめ
● プロダクト開発はいくつかのステップに整理できる
● ブース設計とプロダクト開発は同じ
● スポンサーになって一緒に RubyKaigi を盛り上げよう！