プロジェクト企画・要件定義

プロジェクトの成否は、
つくり始める前に決まる。

目的とゴール、範囲と体制を定め、要件定義書やRFPへ落とし込みます。要件定義からのご依頼も承ります。実装と運用を知る立場で定めることで、実現できる要件になります。

ISSUE

曖昧なまま始めたプロジェクトは、必ず止まる。
プロジェクトマネジメントが、進行を止めません。

目的やKPI、範囲、体制、スケジュールを開始の時点で見える形にし、欠けている要素を先に埋めます。進行・品質・リスクを統率するプロジェクトマネジメントが、途中で止まらない理由です。

01 目的とゴールが、言葉になっていない
02 KPIが定まっていない
03 RFPがない
04 予算とスケジュールに、根拠がない
05 関係者と決裁の流れが、整理されていない

OFFER

決めるべきことを、決めるべき順に。
現状の整理から、発注の準備までを設計します。

現状の把握から要件の定義、計画、発注の準備までを、前の決定が次の判断の材料になるよう順に積み上げます。

実績を見る

01

事実から始める、現状と課題の整理

現行サイトと業務の実態を調べ、事実と課題を切り分けます。思い込みではなく、観察できる事実から始めます。

02

関係者の納得まで整える要件定義

何を載せ、どう動かすか。画面の範囲と機能の要件を定め、関係者の合意を書面に残します。

03

そのまま発注に使える計画書・RFP

目的、範囲、体制、スケジュールをひとつに。そのまま発注に使えるRFPとして仕上げます。

04

同じ物差しで比べる、発注前の評価条件

複数社の提案を、同じ物差しで比べるために。評価の観点と条件を、先にそろえます。

FLOW

工程ごとに、決めることを決めきる。
曖昧さを、次の工程へ持ち越しません。

各工程の終わりに、決めたことを成果物として残し、ご承認をいただいてから次へ進みます。後から前提が覆りにくいため、手戻りを最小限に抑えられます。

進め方・体制を見る

ヒアリング

目的、現状、関係者、制約を、ご担当者様と関係部署の方から伺います。事前に現行サイトと資料を読み込んでから伺うため、確かめたい点に絞ってお話しいただけます。伺った内容はレポートにまとめ、認識のずれがないかを一緒に確かめます。

成果物
ヒアリングレポート
現状の整理

ヒアリングレポートをもとに現行サイトと業務を調べ、事実と課題を切り分けて、報告の場でご説明します。見えたことは「事実」と「それが何に影響しているか」に分けてお伝えすることで、社内でも共有しやすくなります。

成果物
現状分析
要件定義

載せる内容と、必要な機能を定めます。ページごとに何を載せるかを決め、画面の数まで確定させることで、見積もりとスケジュールの根拠がはっきりします。また、今回は対応しないことも明記し、範囲の認識をそろえます。

成果物
コンテンツ要件定義書／システム要件定義書
計画

範囲、体制、スケジュール、リスクを定めます。誰が、いつ、何を決めるのかまで一つの計画にまとめることで、社内でのご説明にもそのまま使えます。必要に応じて、RFP（提案依頼書）としてもお作りします。

成果物
プロジェクト計画書／WBS／RFP（必要に応じて）

OTHER SERVICES

コーポレートサイトリニューアル

部門をまたぐ合意形成から、情報設計、実装、移行まで。企業の顔を、組織の合意とともに刷新します。

EC・CMS構築

運用を見据えた方式の選定から、構築、データ移行まで。長く使える基盤をつくります。

AIO対策（AIO/GEO/LLMO）

生成AIに正しく理解されるための情報設計と実装を行い、効果を継続して計測します。

CONTACT

はじまりは、一度の相談から。
構想の段階から、伺います。

返信は担当者から2営業日以内にお送りします。

相談内容を送る資料を請求する

STEP 1
担当者からご連絡
ご相談内容を確認し、メールでご連絡します。
STEP 2
お打ち合わせ
現在の状況と、決まっていることを伺います。
STEP 3
進め方のご提案
範囲・体制・スケジュールとお見積りをお送りします。