1. 第２４回 上流工程勉強会
2013/7/11

2. あなたの全く知らない業界のシステムで...
 システムの概要をどのように理解し
ますか？
 システムのビジネスルールをどのよ
うに求めますか？
 もし、１週間でシステムの概要をつ
かまないといけないとしたらどうし
ますか？
 何を明らかにすればいいですか？
 ひょっとして「プログラムの仕様」
をイメージしていませんか？
 それだと道のりは遠いですよ。

3. ビジネスを支援するシステムだとしたら
 有効なシステムをどの
ように分析しますか？
 どのような視点で分析
すればいいでしょうか。
 スタートアップだとし
て、どこをシステム化
しますか？
 その方法は？
システム
手処理
システム
システム
システム
手処理

4. ビジネスキャンバス
パートナー
主要活動 価値提案
顧客セグメント
顧客との関係
リソース
チャネル
収益の流れコスト構造
ビジネスモデルジェネレーションより

5. ビジネスキャンバス
 顧客セグメント
 誰のために価値を創造するのか？
 もっとも重要な顧客は誰なのか？
 価値提案
 顧客にどんな価値を提案するのか？
 どういった問題の解決を手助けするのか？
 顧客のどういったニーズを満たすのか？
 顧客セグメントに対してどんな製品とサービスを提供するのか？
 チャネル
 どのチャネルを通して顧客セグメントにリーチしたいのか？
 今はどのようにリーチしているのか？
 チャネルをどのように統合できるのか？
 どのチャネルがうまくいっており、どのチャネルが最も費用対効
果が高いのか？
 チャネルを顧客の日常とどのように統合すればいいのか？
 顧客との関係
 顧客セグメントがどんな関係を構築、維持してほしいのか。
 どれくらいコストがかかるのか。
 ビジネスモデルの他の要素とどう統合されるのか。
 収益の流れ
 顧客はどんな価値にお金を払おうとするのか。
 現在は何にお金を払っているのか。
 どのようにお金を払っているのか
 どのように支払いたいと思っているのか。
 それぞれの収益の流れがどれくらい貢献しているのか
 リソース
 価値を提案するのに必要なリソースは何だろうか
 流通チャネルや顧客との関係
 収益の流れに対してはどうだろうか
 主要活動
 価値を提案するのに必要な主要活動は何なのか？
 流通チャネルは？
 顧客との関係は？
 収益の流れは？
 パートナー
 主要なパートナーは誰だろうか
 主要なサプライヤーは？
 どのリソースをパートナーから得ているのか？
 どの主要活動をパートナーが行っているのか
 コスト構造
 ビジネスモデルにおいて特有の最も重要なコストは何だろうか？
 どのリソースがもっとも高価だろうか
 どの主要活動が最も高価だろうか
パートナー 主要
活動
価値
提案
顧客セグメント
顧客との
関係
リソース
チャネル
収益の流れ
コスト構造

6. システム価値 システム外部環境 システム境界 システム
コンテキスト
利用シーン
業務
イベント
プロトコル
ユースケース
概念
画面・帳表
機能
ドメイン
データ
要求
機能複合
モデル
利用シーン
＆ＵＣ
業務＆ＵＣ
ＵＣ：ユーケース
ＵＣ＆画面
ＵＣ＆機能
関係ダイアグラム
要件の構造にモデルを当てはめる UML

7. ビジネスキャンバスからRDRAへの落とし込み
コスト構造 収益構造
パ
ー
ト
ナ
ー
顧
客
セ
グ
メ
ン
ト
価
値
提
案リソー
ス
主要
活動
チャネ
ル
顧客
との
関係
登場人物・アクター
もの・サービス
価値提案から要求を検討
要求でコントロール
ワークフロー
外部システム（パートナー）
ビジネスキャンバス
RDRAモデル
ビジネステンプレート

8. ビジネスルール
業務 プロトコル 概念 ドメインデータ
手順のルール化 情報構造のルール化
計算式 規約 基準
ビジネスルールは３種類の表現方法で整理

9. ビジネスルールの源泉
 ビジネスの価値
 ビジネスポリシー
 目標
 ビジネス上の制約
 法律で制約されていること
 クーリングオフ 下請法
 業界団体での自主規制
 工事請負契約約款
 ビジネスモデル
 ビジネスを行っていくための継続的な仕組み
 ビジネス上の振る舞い
 契約
 顧客との契約
 パートナーとの契約
 規約
 パートナー データ連係など
 パンフレット 商品 サービスの規約
 組織 体制
 ビジネスモデルを駆動する組織・体制
 業務フローの実現するために組織の連携が
必要になり、そこにルールが発生する
ビジネス上の制約 ビジネスポリシー
契約
規約
ビジネスルール
組織・体制
ビジネスの価値
ビジネス上の
振る舞い
システム
との連携
手順のルール
情報構造の
ルール
計算式 基準
規約
ビジネスモデル
RDRA

10. コンテキスト 業務 プロトコル ユース
ケース
画面・帳表 ドメイン データ要求 イベント概念
顧
客
セ
グ
メ
ン
ト
価
値
提
案
チ
ャ
ネ
ル
顧
客
と
の
関
係
収
益
の
流
れ
リ
ソ
ー
ス
主
要
活
動
パ
ー
ト
ナ
ー
コ
ス
ト
構
造
アクター
目的・価値初期要求
外部連携
受注の外部連
携
決済の外部連携
商品・サービス
分析
デリバリの流れ デリバリのルール
決済の流れ 決済のルール
商品・サービス
の属性
インターフェース
アクター
発注の外部連携
アクター
発注の外部連携
活動の流れ
商品・サービス
の構造
顧客の特性
仕入先の特性 仕入先の属性
顧客の属性
発注先との連携
顧客との連携顧客との接点 顧客との接点

11. ビジネスモデルテンプレート
会社
顧客
入金
商品
注文
請求
商品
デリバリ
送信
入金
金融機関
仕入先
倉庫 倉庫在庫 在庫
送信
支払
得意先
倉庫 在庫
個人
サービス

12. A1：ビジネスモデル環境 顧客の分析
会社顧客
商品
注文
支払
販売管理を最も単純化して考えると、
お店のように注文して、お金を支払い、
商品を受け取る。
B2Cのように不特定多数の顧客を相
手にする場合はこの方法が一般的で
ある。

13. B1：ビジネスモデル環境 つけモデル
会社顧客
支払
金融機関
商品
注文
請求
常連客になると店に「つけといて...」と
後払いできるようになる。
同じように企業でも仕様のあるお客様
には後払いにできる。
送信
入金

14. B２：ビジネスモデル環境 与信
会社顧客
支払
金融機関
商品
注文
請求
常連客になると店に「つけといて...」と
後払いできるようになる。
同じように企業でも信頼のあるお客様
には後払いにできる。
送信
入金
このお客様は今支払
い能力があるかな？
この入金はどの請求
に対応するのかな？

15. ビジネステンプレート 関心事項
会社
顧客
入金
商品
注文
請求
商品
デリバリ
送信
入金
金融機関
仕入先
倉庫 倉庫
商品の特性
もの・サービス
コード体系
商品（JAN規格）
商品（企業固有コード）
ワンタイム
顧客の特性
特定・不特定
信用枠 あり なし
ランク
個人 会社（得意先） 決済手段の特性
決済手段
現金（振込）、小切手、
手形、カード
支払タイミング
後払い（与信必要）
前払い
物流の特性
配送有無
配送特性 冷蔵
倉庫の特性
自動倉庫
手動倉庫
在庫の特性
在庫
客先在庫
仕入先在庫
海外の特性
在庫 在庫
送信
支払
得意先
倉庫 在庫
個人
価格
価格決定
商品毎
取引毎
取引
値引き 割引
返品
サービス

16. バリエーションの分析
顧客 仕入先 商品
登場人物
制約
もの
サービス
時間
場所
お金

17. ビジネス価値の創出
ビジネスモデル
ビジネス
ポリシー
ビジネス
キャンバス
ビジネス
ポリシー ビジネス
ポリシー
ビジネス
ポリシー
ビジネス
ポリシー
市場にフィットさせる
リーン
キャンバス