LayerXのBizOpsの変遷と将来ビジョン

by suuu

Slide 1

Slide 1 text

LayerXのBizOpsの変遷と将来ビジョン 2022.10.5

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

Slide 7

Slide 7 text

事業紹介

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Confidential © 2022 LayerX Inc. 11 バクラク事業について請求書処理や経費精算は、「紙」が多く、「手作業」も多い、最もアナログな領域の一つ - 紙でのやりとりが中心で、手入力や目視でのチェックが多く、ミスも発生しやすい。 - 複数のサービス間でデータが連携されずに、確認工数が増加しやすい。「手入力だ大変」「記入ミスで手戻り」「承認し忘れる」「承認が多く大変」「手入力が多い」「ミス・手戻りが多い」「仕訳作成/確認が大変」「支払データ作成が大変」「属人性が高い」「データ転記が発生」「同じ情報を何度も手入力目視チェックが大変」「紙で保管、共有が大変」「税務・監査対応。過去データを出すのが大変」「請求書が来ない」「領収書がない」回収稟議承認データ入力仕訳/支払データ作成支払保管/税務・監査対応会計ソフト反映現場・全社の課題経理の課題経理/総務の課題

Slide 12

Slide 12 text

Confidential © 2022 LayerX Inc. 12 バクラク事業について手作業が多くなりがちな支出管理業務のデジタル化を一気通貫でサポート管理部門だけでなく、現場社員からも喜ばれる圧倒的な使いやすさにこだわっているため、ITツールが苦手な方でも安心してご利用いただけます。現場・全社の課題を解決経理の課題を解決経理/総務の課題を解決回収稟議承認データ入力仕訳/支払データ作成支払保管/税務・監査対応会計ソフト反映デジタル受け取り自動受け取りスマホ　・　Slack AI OCR 自動入力 API連携　・　自動出力クラウド管理　・　電子帳簿保存

Slide 13

Slide 13 text

Slide 14

Slide 14 text

BizOps立ち上げまでの経緯

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Confidential © 2022 LayerX Inc. 22 BizOps立ち上げまでの経緯プロダクト PdM QA Dev DevOps 事業開発マーケティング Mk Ops 経費精算カスタマーサクセスインサイドセールスフィールドセールス IS Ops SaleOps / CS Opsメンバーが集結し、BizOpsは事業部直下の組織へバクラク事業部（BizOps立ち上げ後）事業企画 BizOｐｓ

Slide 23

Slide 23 text

BizOps立ち上げ直後にやったこと

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Confidential © 2022 LayerX Inc. 31 BizOps立ち上げ時にやったこと OKR決め ●●●●● ●●●●● ●●●●● 1. ●●●●● 2. ●●●●● 3. ●●●●● ● ●●●●● ● ●●●●● ●●●●● 組織Objective 組織Key Result 個人Key Result 事業Objective 事業KR 個人Objective 事業部全体のObjectiveをベースに組織・個人のOKRを決定

Slide 32

Slide 32 text

Confidential © 2022 LayerX Inc. 32 BizOps立ち上げ時にやったこと OKR決め - Objective - 3ヶ月後のあるべき状態を定義 - Key Results - Objectiveの進捗を図る定量的な指標 - Key Resultsはなるべくアウトカムで設定する - 例）XXのリードタイムを●●以内に完了できる状態にする、XXの発生件数を●● %以内に抑える - アウトカムにすることで対応が必要なイシューが炙り出せる - アウトカムでの設定が難しい場合（セキュリティやガバナンス対応など）はプロジェクトのマイルストーン完了状態を設定する

Slide 33

Slide 33 text

Confidential © 2022 LayerX Inc. 33 BizOps立ち上げ時にやったこと OKR達成に向けたイシュー優先度決め & ロードマップ化時間軸課題あるべき姿 =OKRで定めた状態現状課題課題課題ギャップ - あるべき姿（=OKR）と現状とのギャップを把握 - ギャップを埋めるために解くべき課題（イシュー）を決定 - 課題は1つとは限らず、複数の課題を積み上げて達成される場合もある

Slide 34

Slide 34 text

Slide 35

Slide 35 text

Slide 36

Slide 36 text

BizOpsとして実現したいこと

Slide 37

Slide 37 text

Slide 38

Slide 38 text

Slide 39

Slide 39 text

Slide 40

Slide 40 text

BizOpsを立ち上げてみての所感

Slide 41

Slide 41 text

Confidential © 2022 LayerX Inc. 41 BizOpsを立ち上げてみての所感立ち上げるタイミングの見極めは難しい - もう少し早いタイミングで立ち上げられれば良かったのにと思うことはある - BizOpsのような組織横断チームはコミュニケーションにオーバーヘッドが生まれやすい - スピード最優先であるならばOpsメンバーは各チーム付のほうが効率は良い - オーナーが決まらないイシューが積み上がり始めたらBizOps組成を検討すべし - SmartHRさんの『「たらい」が2回まわったら新ポジションの合図』は良い基準

Slide 42

Slide 42 text

Confidential © 2022 LayerX Inc. 42 BizOpsを立ち上げてみての所感 Salesforce Adminの存在は超重要 - Salesforce Adminの存在無くしてBizOpsの存在無し - Biz組織においてSalesforceはほぼ全てのプロセスに関与しており、Salesforceのパフォーマンスは Biz組織のパフォーマンスに直結する - 全てのプロセスに関わる分、次第にSalesforce Adminに大小様々な依頼が集中して負荷が高くなる - 「中長期的なアーキテクチャの設計と実装」と「日々の細かい改善」とを適切に切り分けてリソース配分していくことが今後の課題メンバー自慢させてください。弊社の超優秀なSalesforce AdminであるFukutaroさんの事例が SaleZine様の記事になりました。 https://saleszine.jp/article/detail/3866

Slide 43

Slide 43 text

Confidential © 2022 LayerX Inc. 43 BizOpsを立ち上げてみての所感データを正しく取得し、適切に扱える状態を早期に作っておくべき - 良質な意思決定を支える上でデータを正しく取り扱える状態にすることは必須 - データ分析は“Garbage In, Garbage Out”であり、ゴミデータをどれだけ丁寧に分析してもゴミな結果しか得られない - 以下を早めに構築していくべき - データを正しく取得するための「プロセス」と「ガバナンス」の構築　　※これが最も重要 - 取得したデータ（CRM/プロダクト等）を適切に管理できるデータ分析基盤の構築 - 必要な人が必要なデータを取り扱うことのできるBI環境の構築バクラク事業部におけるデータ活用事例について noteを書いたので良かったらご覧ください。 https://note.com/suuyan73/n/ne962f66df992