先月ヒヤリングした人材バンクのサイトがいよいよ動きそうである。内容は就職関連のマッチングサイトだが、会員登録制の動的なコンテンツを含むため、プログラム部分は他社へアウトソーシングする形になる。
近々アウトソーシング先にサイト概要の説明とプログラム部分の見積もりを依頼するため、クライアントの要求定義書を作成した。
通常、こういうプログラムを含むサイトを構築する手順は、以下のような流れになる。
(1) クライアントにヒヤリング
↓
(2) ヒヤリング内容に基づき要求定義書（クライアントから受けたサイトで実現する機能に関する要望をまとめたもの）を作成
↓
(3) 要求定義書を元に見積を行い、提出
↓
(4) 受注
↓
(5) 制作スタート：ミーティングにてさらにサイトの内容を詰める
↓
(6) 仕様書（サイトマップや、動的コンテンツの画面遷移等をまとめた設計書のようなもの）作成
↓
(7) クライアント承認
↓
(8) サイトデザイン、コンテンツ制作
実際、このように1段階ずつ進んでいくことは日程的に困難であり、(6)(7)(8)は同時進行になる。今、取り組んでいるのはちょうど(2)である。この要求定義書に基づき、自分たちのデザイン費用と、アウトソーシング先のプログラム制作費用を見積もる。これが(3)になる。
だが、やる気マンマンのクライアントは、早くも(8)の画面デザインを求めてきた。ターゲットユーザーに広告を打つので、TOPページのデザイン案が欲しいというのがその理由である。
しかしながら(2)をせずに、いきなり(8)はできない。コンテンツの項目もまとめきれていない状況でデザインを起こすのは困難である。コンテンツが確定して初めてその重要度、優先順位がハッキリする。それによって目立たせるコンテンツとそうでないコンテンツへのナビゲーションボタンのレイアウトが変わるからである。
しかし、クライアントとって、このあたりの事情はなかなか理解しがいたいようで、とにかく早くデザインされた画面を見たいと言う。よって早く要求定義書をまとめて見積と同時にデザインに取り掛からなければならない状況なのである。
このようなプログラムが絡んでくるサイトにおいて、ターゲットユーザーが何通りにも分かれ、そのターゲットユーザーごとに提供するコンテンツが違うケースなどは、情報の整理が非常に難しい。いろいろ試行錯誤しながらサイトの完成図を起こさなければならない。
しばらく時間がかかりそうである。
RSSリーダーで購読する
