アラートを見直していたら営業組織への理解にちょっとだけ繋がった話

#tamachisre
https://tamachi-sre.connpass.com/event/408227/

Transcript

1. アラートを⾒直していたら 営業組織への理解にちょっとだけ繋がった話 Tamachi.sre#7
2. ⾃⼰紹介 • Kaita Nakamura (@z63d_) • 株式会社primeNumber • SRE • 好きな技術: コンテナ、Kubernetes • Raycast Community Japan • Raycast Ambassador 2
3. TROCCO について（今回の話の前提） 3
4. TROCCO について • ETL の SaaS • ETL: データ分析基盤構築で⾏われるプロセス • ◦ Extract: データソースからデータを抽出 ◦ Transform: データを変換‧加⼯ ◦ Load: DWH にロード ETL ジョブを 事前にスケジュールした時間や UI 上のボタンなどから実⾏可能 4
5. ジョブの同時実⾏数上限 アカウント内で同時に実⾏できるジョブの数に制限がある （プランによって数は異なる） 5
6. とあるダッシュボードを作った時の話 6
7. このアラート何だろう？ • ジョブの同時実⾏数上限に到達しそうな アカウントを通知するアラートがあった • 存在している経緯は不明 • アラートとしては不要 ◦ エンジニアとして何かアクション に繋がるものではない ◦ • 異常ではなく正常な動作のため 💡 営業の⼈とかが欲しい情報かも？ ◦ アップセルとかに使えそう 7
8. 営業サイドに需要があるか確認 ポストセールス側の⼈から需要がありそうな回答が 8
9. ダッシュボード作成へ • 情報をグラフ化して⾒ることができるダッシュボードを作成することに • コミュニケーションしながらプロトタイプ作成... ◦ 要件のヒアリング ◦ 制約を伝える 9
10. ヒアリングでギャップが発覚 • テキストコミュニケーションで⾏き詰まったので、 対⾯の MTG で改めてヒアリングしてみると想定と少し違う ◦ 想定していたアップセルというよりは、伴⾛⽀援の中で顧客と コミュニケーションをするうえで必要なものだった • ダッシュボード作成は⽅針を修正しつつ着地 • （ダッシュボード作成にどれだけ影響したかとは別に） ⾃分の相⼿の業務への解像度が低すぎるのでは？と感じた 10
11. 営業プロセスを知る • 後⽇、CTO に営業プロセス(マーケ → 営業 → CS) を聞いた ◦ • ※ 全く別件 なぜダッシュボードが必要とされていたのか 営業プロセスを知ることで納得感を 得ることができた ↑こんな感じで雑にまとめた 11
12. まとめ • ⾊々反省点はあったが、そもそも相⼿の仕事に対する解像度が低いのは よくなかった • 営業プロセスを知っていたら進め⽅が変わったのかなと思うなど ◦ • 仕事の幅が広がるかも（知らんけど） 最近、社外の知り合いの営業の⽅をオフィスへお呼びして、営業勉強会 を開催してから営業プロセス理解モチベ（？）が上がっている ◦ • 営業プロセスを聞いたのはこれがきっかけ エンジニアリングだけではなく、様々な領域に興味を持とうと思った 12
13. Thank you!