“共通化”で失敗したモデリング実例 / Modeling examples of failures due to "commonization

Slide 1

Slide 1 text

Slide 2

Slide 2 text

2 Copyright © 2023 Bitkey Inc. All right reserved. 自己紹介佐藤拓人 Sato Takuto 2015.04 2019.05 2020.01 大学(建築学専攻)卒業後、株式会社ワークスアプリケーションズに入社会計システムのソフトウェア開発を担当特に財務会計の仕訳関連ビットキーへ参画 ECサイトの開発 / 保守、社内システムの開発 TaKuTyの開発今のHome事業の前身となるResidenceチームに配属 bitlockを扱う管理画面やバックエンド、appの開発に従事 Now Homeプロダクトの開発責任者複雑な事象を読み解いて構造化し、抽象化 / 汎用化できるように設計し、低コストで多くの価値をだせる開発をすることを好む

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

7 Copyright © 2023 Bitkey Inc. All right reserved. ■ モデリングとは？ - 現実を模倣して単純化したもの - 単純化のために、情報を取捨選択して削ぎ落とす ■ 目的・メリット - 単純化するため、実装しやすくなる - 単純化するため、変更しやすくなる - 単純化した結果共通項が明確になり共通化しやすくなる ■ 例：地図 1. はじめにモデリングとは？

Slide 8

Slide 8 text

8 Copyright © 2023 Bitkey Inc. All right reserved. ■ モデリングとは？ - 現実を模倣して単純化したもの - 単純化のために、情報を取捨選択して削ぎ落とす ■ 目的・メリット - 単純化するため、実装しやすくなる - 単純化するため、変更しやすくなる - 単純化した結果共通項が明確になり共通化しやすくなる ■ 例 1. はじめにモデリングとは？目的を見誤ってしまった失敗談について話します

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

私たちは⼀⽇の中で⼀体、いくつかのアプリや認証を使い分けているのだろう？週末を楽しむ⾃宅移動ジムオフィスで働く⼊退室社員証交通 IC 専⽤アプリ⾞の鍵家の鍵予約番号 QR コード What we do

Slide 12

Slide 12 text

ビットキーが⽬指すのは、煩わしい⼿続きから解放された体験「分断」をコネクトしていくことで、毎⽇の体験を彩っていきます週末を楽しむ⾃宅移動ジムオフィスで働く⼊退室社員証交通 IC 専⽤アプリ⾞の鍵家の鍵予約番号 QR コード What we do

Slide 13

Slide 13 text

デジタル間の体験の分断インターネットの登場やアプリ開発が⼿軽になったことで、⽣活の利便性は向上しました。⼀⽅で、デジタルサービスが増えるほどに、沢⼭のスマホアプリやWebサービス、SaaSツールなどを使い分ける⼿間も発⽣。毎回のアカウント登録、個⼈情報の⼊⼒、各アプリへの情報の⼆重登録などの⼿間から、やがて存在を忘れ、使わなくなるサービスもあるはずです。私達はここに「デジタル間の体験の分断」課題があると捉えています。リアルとデジタル間の体験の分断デジタルで⽣活の利便性が向上する⼀⽅で、⽇常⽣活にはデジタルだけで完結しない場⾯も多数あります。例えば、私達は24時間いつでも、ECサイトで買い物したり、宿泊予約が可能になりました。しかし、荷物の受け取りは未だに対⾯することが⼀般的です。このように、デジタルは便利なのに、リアル体験ではシームレスさが途切れてしまいます。私達はここに「リアルとデジタル間の体験の分断」課題があると捉えています。私たちが解決するのは体験の「分断」です。

Slide 14

Slide 14 text

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

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Slide 26

Slide 26 text

26 Copyright © 2023 Bitkey Inc. All right reserved. 2. プロダクトの状況どのように実現したか bitlock MINI bitreader+ bitlink homehub Entrance 電子錠A 社員入居者入居者家族設置業者仲介業者・・・・・・アプリ解錠手ぶら解錠パスコード NFCカード顔認証・・・入居契約ユースケース内見予約ユースケース従業員権限付与ユースケース原状回復工事ユースケース・・・

Slide 27

Slide 27 text

27 Copyright © 2023 Bitkey Inc. All right reserved. 2. プロダクトの状況どのように実現したか bitlock MINI bitreader+ bitlink homehub Entrance 電子錠A 社員入居者入居者家族設置業者仲介業者・・・・・・アプリ解錠手ぶら解錠パスコード NFCカード顔認証・・・入居契約ユースケース内見予約ユースケース従業員権限付与ユースケース原状回復工事ユースケース・・・解錠するヒト、デバイス、解錠方法 …の組み合わせで制御が必要ユースケースに制御が集中して実装が大変...

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

Slide 33

Slide 33 text

33 Copyright © 2023 Bitkey Inc. All right reserved. 3. 概念的な抽象化アクセスコントロール入居契約ユースケース内見予約ユースケース従業員権限付与ユースケース原状回復工事ユースケース・・・アクセスコントロールヒト空間デバイスいろんなデバイスを   統一的に管理するために機能役割を整理     - LockDevice：解錠にまつわる機能、実際にドアを解錠すことができる - AuthDevice：認証にまつわる機能、 NFCカードや顔、パスコードで解錠できるかのチェックをし、解錠可能であれば解錠デバイスに解錠コマンドを投げる - LinkDevice：デバイスをネットワークとつなげ、コマンドを実行する - StrageDevice：ロッカーなどものを格納する機能をもつデバイス

Slide 34

Slide 34 text

34 Copyright © 2023 Bitkey Inc. All right reserved. ■ 「アクセスコントロール」という概念の創出 - 「誰がいつどこに何で解錠できるか」という観点で抽象化し、統一的に管理する - 「ヒト」「空間」「モノ(デバイス)」「解錠手段」ごとにモデルを統一 ■ 「モノ(デバイス)」のモデル整理 - 「誰がいつどこに何で解錠できるか」という観点で抽象化し、機能役割を定義 - LockDevice：解錠にまつわる機能を持つデバイス、実際にドアを解錠すことができる - AuthDevice：認証にまつわる機能を持つデバイス、 NFCカードや顔、パスコードで解錠できるかのチェックをし、解錠可能であれば解錠デバイスに解錠コマンドを投げる - LinkDevice：デバイスをネットワークとつなげ、デバイスに対してコマンドを実行する - StrageDevice：ロッカーなどものを格納する機能をもつデバイス 3. 概念的な抽象化アクセスコントロール

Slide 35

Slide 35 text

Slide 36

Slide 36 text

Slide 37

Slide 37 text

Slide 38

Slide 38 text

Slide 39

Slide 39 text

Slide 40

Slide 40 text

40 Copyright © 2023 Bitkey Inc. All right reserved. 5. 落とし穴アクセスコントロール入居契約ユースケース内見予約ユースケース従業員権限付与ユースケース原状回復工事ユースケース・・・アクセスコントロールヒト空間デバイス設置ユースケース設定変更ユースケース設置や設定などのユースケースでも同じモデルを使っていたいろんなデバイスの固有値がまとめられて使いづらい...

Slide 41

Slide 41 text

41 Copyright © 2023 Bitkey Inc. All right reserved. 5. 落とし穴アクセスコントロール入居契約ユースケース内見予約ユースケース従業員権限付与ユースケース原状回復工事ユースケース・・・アクセスコントロールヒト空間デバイス設置ユースケース設定変更ユースケース設置や設定などのユースケースでも同じモデルを使っていたいろんなデバイスの固有値がまとめられて使いづらい ... あれ？扱いづらいな... なんでだろう...？

Slide 42

Slide 42 text

42 Copyright © 2023 Bitkey Inc. All right reserved. ■ モデルの目的でない役割をもたせた - もともと「解錠」をベースに整理したモデルであった - 「解錠」以外のユースケースがあるのに同じモデルを使いまわしてしまっていた - 「解錠」と関係ないデバイスごとの設定値などを含めてしまい扱いづらくなった ■ ビジネスフェーズの変遷 - 初期は「解錠」以外は広く浅い機能が多くデバイスの種類も今ほど多くなかったので、同じモデルを使いまわしても問題となりづらかった - 徐々に作り込む機能が増え取り扱うデバイスの種類も増え、「解錠」以外のユースケースで実装が煩雑なるようになった - 初期はリリースの速度の重要性が高かったので、同じモデルを利用する選択を間違っていなかったのではと考えています - 一方でビジネスフェーズの変遷に伴い戦い方を変更できなかった点は改善すべきと考えてます 5. 落とし穴問題

Slide 43

Slide 43 text

43 Copyright © 2023 Bitkey Inc. All right reserved. ■ モデルの目的でない役割をもたせた - もともと「解錠」をベースに整理したモデルであった - 「解錠」以外のユースケースがあるのに同じモデルを使いまわしてしまっていた - 「解錠」と関係ないデバイスごとの設定値などを含めてしまい扱いづらくなった ■ ビジネスフェーズの変遷 - 初期は「解錠」以外は広く浅い機能が多くデバイスの種類も今ほど多くなかったので、同じモデルを使いまわしても問題となりづらかった - 徐々に作り込む機能が増え取り扱うデバイスの種類も増え、「解錠」以外のユースケースで実装が煩雑なるようになった - 初期はリリースの速度の重要性が高かったので、同じモデルを利用する選択を間違っていなかったのではと考えています - 一方でビジネスフェーズの変遷に伴い戦い方を変更できなかった点は改善すべきと考えてます 5. 落とし穴問題目的が異なるものを安易に混ぜないビジネスの変遷に伴って戦略を変えるべき

Slide 44

Slide 44 text

44 Copyright © 2023 Bitkey Inc. All right reserved. 5. 落とし穴入居契約ユースケース内見予約ユースケース従業員権限付与ユースケース原状回復工事ユースケース・・・アクセスコントロールヒト空間解錠用デバイス設置ユースケース設定変更ユースケース設置や設定用としてデバイスごとにモデルをわけて管理する解錠コンテキスト設定コンテキスト bitlock 電気錠A ・・・

Slide 45

Slide 45 text

45 Copyright © 2023 Bitkey Inc. All right reserved. ■ 目的を整理する - 「解錠」に関するユースケースは変数が多く散乱しまうので「統一」的に対応したい - 「設定」「設置」に関しては、デバイスごとの固有値に対して「個別」に対応したい ■ 目的が同じものを無理に統一しない - 同じデバイスであっても、「解錠」「設定」とでは求められる機能が異なる - モデルやデータベースを分けるや IFを別にするなどの対応ができてよかった ■ 定期的に見直す - ビジネスの状況が変われば戦い方も変わるので、良かったものが適切でなくなることもある - 経験を積むことで今までなかった観点が選られることもある ※ もともとデバイスの中で「解錠」「設定」とで大きくモデルを分ける構想などなかった ... 5. 落とし穴まとめ

Slide 46

Slide 46 text