0. はじめに（背景と目的）
1. 機能概要（簡易版）
- 商談は「引合 → ヒアリング → 製図 → 見積提出 → 成約」の5ステージで進む
- 各ステージにはタスク（チェック項目）が定義されており、すべて記入するとステージ更新を申請可能
- 上司は承認/否認でき、結果は メール通知 される
- 承認されると、商談のステージが自動で次に進む
- 商談には複数の取引先担当者（関係者）を登録できる
- 配管長長さの分布、機種割合などが ダッシュボード で一目で確認できる
2. 使用技術一覧
| 使用技術 | 用途・目的 |
|---|---|
| レコードトリガーフローオーケストレーション | ステージ変更や承認時のステータス更新 |
| 画面フロー | ステージ申請UI |
| その他フロー | メール送信処理、ステージ変更など |
| メール通知 | 承認者や申請者への通知 |
| N:Nオブジェクト | 「商談 × 取引先担当者」などの関係管理 |
| 結合レポート | ダッシュボード実現の中間的機能として |
| ダッシュボード | 担当者別の商談件数、を可視化 |
| 権限管理 | 営業担当者/マネージャーで編集・承認権限を制御 |
| Lightning App Builder | 商談レコードページのUI最適化 |
3. 商談進捗の流れ
- 担当営業が商談ステージに対応するタスクをすべて完了
- 画面フローで「ステージ更新申請」を実行
- レコードページの承認タスク欄で上司が内容を確認し、承認 or 否認
- 承認時：
StageNameが自動更新、通知が実行される - 否認時：否認の旨が通知され、再申請するときに確認可能
4. オブジェクト構成
-
Opportunity（商談） -
CheckItemStatus__c（申請記入内容の管理） -
Contact（取引先責任者） -
OpportunityContactRole（商談×担当者中間）
5.
- 商談・タスクのN:N構成：中間オブジェクト設計の基本が学べる
- 承認フローオーケストレーション × メール通知：標準機能の組み合わせ力をアピール
- 結合レポート＋ダッシュボード：営業状況の可視化
7. デモ
デモ動画
デモ用アカウント
| 権限 | 名前 | ユーザー名 |
|---|---|---|
| 営業担当者 | 小田 太郎 | taka.jun.7774salesforce@gmail.com |
| 営業マネージャー | 太田 太郎 | taka.jun.7773salesforce@gmail.com |
pwは個別にご連絡いただきましたら都度開示します。
デモ用環境
8. テスト観点、テストケース