---
# System prepended metadata

title: Untitled

---

1	はじめに
1.1	この書類について
1.1.1	本書は「メットライフ LifePlan Simulator Light」（以下「本サービス」と言う）のWebサイト制作プロジェクト（以下「本プロジェクト」と言う。）の見積書作成にあたっての想定です。
1.1.2	本書の内容から前提条件の変更がある場合は、再見積およびスケジュールの変更が生じる場合があります。
1.1.3	また、内容によってはプロジェクトの実施ができない場合があります。
2	基本条件
2.1	本プロジェクト
2.1.1	 目的

現在の営業ツールLifePlan Simulator(PC/Tablet)の利用率が極端に低い(3%)為、現状の課題として“現LPSを利用しない理由”を特定し、より営業社員が営業ツールとしてお客さまとの面談にて直感的で使いやすいLPS light（モバイル/Tablet）を開発する。
そのLPS lightを開発･導入することで、主に新人営業社員が“見込み客へ保険の話題を切り出すキッカケ”にでき、かつ“一定の水準以上のライフプランのコンサルティング”を行えるようにしたい。

2019年12月中に、限られた利用者が実際の営業活動において使用・活用できるオープンβ版として、最低限の機能を実装する＜フェーズ1＞。
2020年1月以降にユーザーテストを行い、2020年3月中にプロダクト版を実装する事を目指す＜フェーズ2＞。
本見積の範囲は＜フェーズ1＞までをスコープとし、フェーズ2にかかる内容に関しては本見積の内容に含まない。


2.2	ねらい

2.2.1	新人営業社員の利用率向上
2.2.2	新人営業社員の生産性向上
2.2.3	新人営業社員の入社2年後営業査定の所定の成績クリア率向上

2.3 業務要件

2.3.1 業務フロー
    2.3.1.1 既に作成いただきご提供いただいたカスタマージャーニーに準ずる
        2.3.1.1.1 顧客体験
        2.3.1.1.2 営業体験
2.3.2  活用シーン
    2.3.2.1 紹介されたリードに対する、アプローチ後の対面接点で活用する
    2.3.2.2 可能であれば、アプローチ時に利用したい
    2.3.2.3 可能であれば、友達に紹介するきっかけとして利用したい

2.3	システム化前提条件
2.3.1	ユーザ端末に表示するためのフロントエンドの開発を行います。
※動的処理部分はいずれもJavascriptにて実装する予定
2.3.1.1	タブレット版・スマホ版のレスポンシブデザイン構築
タブレット版サイト、スマホ版サイトを一つのソースコードによって構築します

2.5 機能要件
2.5.1 想定機能一覧
- 1stフェーズ
    - スタート画面
    - 16の設問
    - 簡易診断結果
    - 必要保証額
    - キャッシュフロー

- 2ndフェーズ ※当見積では想定しないが次のフェーズでの実装を見越す機能
    - 詳細設定（100の設問）
    - 詳細診断結果
    - 診断結果の保存
        - シリアルキーの発行
        - メール記載のURL押下に伴い保存された診断結果の表示
    - 貯蓄

2.5.2 画面イメージ
- ご提供いただいたプロタイプを当初UI想定とする
- DBS社がデザイン原則（ガイドライン）の作成を行う

2.5.3 外部連携
2.5.3.1 API連携
- 各種保険データや、契約データなどとのAPI連携は想定していない
2.5.3.2 外部サービス連携
- SNSなどとの連携は想定していない
- ログ解析のためにGoogleアナリティクスやサーチコンソールとの連携を行う

2.6 非機能要件

- ユーザビリティ
    - メットライフ社内にユーザビリティガイドラインがある場合、準拠して開発を行う
    - 存在しない場合、DBS社が作成するデザインガイドラインに準拠する
- アクセシビリティ
    - メットライフ社内にアクセシビリティガイドラインがある場合、準拠して開発を行う
    - 存在しない場合、DBS社が作成するデザインガイドラインに準拠する
- 性能
    - Request/Responceのロードタイムや表示速度は、受入テストまでに調整可能な範囲でのベストエフォートとする
- 信頼性
    - 1stフェーズのβ版においては、限られた利用者の実際の営業活動にける可用性を担保する
    - 2ndフェーズのプロダクト版で、すべての利用者が実際の営業活動において利用可能な状態を目指す
- 拡張性
    - ユーザーデータがDBに格納されるような設計にせず、ログ以外のデータが蓄積されない状態を目指す。
    - データ容量がいっぱいになってしまった場合にスムースな拡張ができるような環境をご用意いただけるようにご担当者を支援する。
- 冗長性・継続性
    - β版からプロダクト版に移行する際に、ソースコードやデータなどを可能な限り流用可能な状態を目指す

2.6	デザイン前提条件
2.6.1	 レスポンシブデザイン
    - ひとつのソースで複数の端末で表示を出し分けるレスポンシブデザインの考え方を踏襲する
    - 営業マンが持つタブレットとスマホでの出し分けを想定し、タブレット版／スマホ版のデザインを行う
    - デザイン制作はDBS社が行う
2.6.1.1	タブレット/スマホ

2.6.2	 ブレイクポイント
2.6.2.1	ブレイクポイントは560pxとする。
- ブラウザの解像度、横幅560px未満のブラウザでアクセスされた場合、スマホ版が表示され、560px以上のブラウザでアクセスした場合にはタブレット版が表示される。
- PCでもアクセスすることは可能だが、特別に「PC版」の画面デザインは準備しない

3	成果物
3.1	最終成果物
3.1.1	メットライフ生命保険株式会社が用意したサーバに下記を設置することで納品とする。
3.1.1.1	HTMLファイル一式
3.1.1.2	書き出し画像一式
3.1.1.3	CSS一式
3.1.1.4	JavaScript一式

3.2	中間成果物
3.2.1	スケジュール
3.2.2	画面遷移図
3.2.3	要件定義書
3.2.4	プロトタイプ（AdobeXD）
3.2.5	フロントエンドプロトタイプ（html/CSS/javascript）

4	貴社からご提示いただく資料など
4.1	デザインデータ
4.2 デザインガイドライン
4.2	原稿
4.3	機材・ソフトウェア・その他
    4.3.1	サーバ
        4.3.1.1	本番環境サーバ
        4.3.1.2	テスト環境サーバ
        既存サーバのアカウントをメットライフ社からご提供いただく
    4.3.2 ドメイン
    4.3.3 GAタグ、サーチンコンソール埋め込みコード
4.4 ドキュメント
    4.4.1 プライバシーポリシー
    4.4.2 利用規約
    4.4.3 ユーザビリティガイドライン
    4.4.4 アクセシビリティガイドライン
    4.4.5 カスタマージャーニー
    4.4.6 セキュリティポリシー
5	作業条件
5.1	作業項目一覧
5.1.1	本プロジェクトの事前調査
IT,　PC版のLPS開発ご担当者のヒアリング
5.1.2	プロトタイプ作成
Adobe xdにてプロトタイプを作成する
5.1.3	フロントエンドプロトタイプ作成
Adobe xd でのプロトタイプ作成に伴い、html形式でのプロトタイプの作成
5.1.4	デザイン
タブレット版、スマホ版のサイトデザインをDBS社が担当
5.1.5	フロント実装（コーディング）
スマホ、タブレット版のフロント機能の実装を行う
レスポンシブデザインで構築
5.1.6	機能テスト
ディレクターと開発者で機能テストを行う
5.1.7	受入テスト
メットライフ社で受入テストを行う
5.1.8	納品
一般公開して運用を開始する
5.2	確認・お戻し
5.2.1	確認
確認はメットライフ社で行う
5.2.2	お戻し
5.2.2.1	バグトラッキングツール駆使し、直ちに対応
5.2.2.2	メットライフ社がBacklogで修正事項の指示を出す
5.2.2.3	指示に従いカドベヤが修正する
5.2.2.4	カドベヤが修正内容をBacklogで返信する
5.2.2.5	メットライフ社が修正内容を確認する
6	スケジュール
6.1	主なマイルストーンの想定
6.1.1	 ご契約＜10月上旬＞
6.1.2	要件定義
6.1.2.1	 要件定義書　提出 <10/18>
6.1.3	画面遷移図
6.1.3.1	画面遷移図 提出 <10/25>
6.1.4	 プロトタイプ ( Adobe xd )
6.1.4.1	プロトタイプ( Adobe xd ) 提出 一回目  ＜10/23＞
6.1.4.2	プロトタイプ提出第一弾 お戻し( Adobe xd ) ＜10/25＞
6.1.4.3	プロトタイプ( Adobe xd ) 提出 二回目  ＜10/31＞
6.1.5	プロトタイプ（フロントエンド）
6.1.5.1	プロトタイプ( フロントエンド ) 提出＜11/8＞
6.1.6	デザインコンセプト（担当 DBS社）
6.1.6.1	デザインコンセプト 提出 一回目<10/23>
6.1.6.2	デザインコンセプト お戻し <10/24>
6.1.7	デザインガイドライン（担当 DBS社）
6.1.7.1	デザインガイドライン 提出<11/6>
6.1.7.2	デザインガイドライン 戻し<11/8>
6.1.8	デザイン作成
6.1.8.1	デザインデータ支給一回目<11/18>
6.1.8.2	デザインデータ支給二回目<11/30>
 - タイトル / ディスクリプションのリストの提出 <11/17>
6.1.9	フロントエンド開発開始
6.1.9.1	フロントエンド開発開始 ＜11/18＞
6.1.10	機能テスト
6.1.10.1	機能テスト開始<12/9>
6.1.10.2	機能テスト完了<12/20>
6.1.11	受入テスト＜12/9＞
6.1.12	お戻し＜~12/20＞
6.1.13	検収＜12/9＞
6.1.14	納品＜12/20＞

7	権利の帰属
著作権など、知的財産の取り扱いについては、基本契約のとおりとする。

8	教育・訓練・その他役務
8.1	教育・訓練
教育訓練はカドベヤの業務範囲として扱わない
マニュアル作成も行わない

9	品質

9.1	閲覧推奨環境
9.1.1	スマートフォン
9.1.1.1	iOS13以上
9.1.1.1.1	Safari最新版
9.1.1.1.2	Chrome最新版
9.1.1.2	Android8.X以上
9.1.1.2.1	Chrome最新版
9.1.2	PC
9.1.2.1	Windows 10 
9.1.2.1.1	IE最新版
9.1.2.1.2	Edge最新版
9.1.2.1.3	Chrome最新版
9.1.2.1.4	Firefox最新版
9.1.2.2	Mac 10.x
9.1.2.2.1	Safari最新版
9.1.2.2.2	Chrome最新版

9.2	セキュリティ
メットライフ社のセキュリティポリシーに準ずる

10	システム構成要件
10.1	本番環境
10.1.1	ユーザーに向けて一般公開する環境
サーバをご契約いただくか既存サーバのアカウントをご提供いただく
10.2	テスト環境
10.2.1	本番環境とは別での環境をご用意いただく
10.2.2	Basic認証によるアクセス制限を行う

11	導入条件
11.1	リリース
受入テスト完了後、テスト環境から本番環境への移行を行うことをリリースとする
11.2	データ移行
11.2.1	本プロジェクトにおいてデータ移行は行わない

12	テスト条件
12.1	デザインチェック
12.1.1	画面設計通りにコーディングされているかの検証を行う
12.2	機能テスト
12.2.1	設計どおりに動作するかどうかの検証を行う
12.2.2	バグなどが発見された場合はBacklogを用いて速やかにデバッグ作業を行う
12.3	受入テスト
12.3.1	メットライフ社による受入テストを行う
テストを行う中で当初の予定から外れる新たな要望が発生した際には、文書化し対応の可否を検討
12.3.2	対応する場合は、優先度を考慮し、費用やスケジュールの見直しも含めて検討
12.4	実機テスト
- ユーザーが営業現場に持っていく、会社支給の端末などがあれば、該当端末で表示確認を行う。

14.1	運用
14.1.1	公開後のコンテンツ運用を行わない。
14.2	保守
14.2.1	公開後のシステム保守は行わない。
14.2.2	保守の必要が発生した場合は別途契約を行う。