サイトの設計プロセスにおける技術要件の収集

エントリー

要件の収集は 、特に情報システムおよびインターネットサイトの作成における最も重要な段階の1つです。 最終結果は、サイトの設計プロセスですべての顧客の希望がどれだけ正確かつ完全に考慮されるかによって決まります。サイトを「ショー用」にするか、所有者に利益をもたらす効果的なビジネスツールになるかです。

要件を収集するための提案された方法論は、カスケードモデル（ウォーターフォール）を使用して実装された単純なクライアントサイトを開発するときに、当社で使用されます。 この手法により、セールスマネージャーは要件の効果的なコレクションを整理し、開発者がサイトを作成するための「参照条件」をそれに基づいて記述することができます 。

特に、初期のバックログを作成するために、アジャイル開発の要件を収集するためにこの方法論を使用することを妨げるものは何もないことに注意してください。

この記事では、企業のビジネスプロセスでの要件の収集の実装や、クライアントとの対話の構築方法ではなく、要件の収集の実質的な部分に注目しました。これは別の議論のトピックです。

分類要件

当社は、要件に関して次の用語を採用しています。

1. ビジネス要件
   
   サイトを作成する目的と、目標を達成するために完了する必要があるタスクを決定する最高レベルの要件。 ビジネス要件は、次の比phorによって定義されます。「ビジネスツールとしてのサイト、その一部として。 このサイトは、会社の顔であり、販売および事業開発のツールです。」
2. プロジェクト参加者の要件
   
   顧客企業の代表者がサイトとやり取りする方法、サイトに必要なものを決定する要件。 比phor：「会社のビジネスプロセスの不可欠な部分としてのサイト。 従業員のアシスタントとしてのサイト。」
3. 外部ユーザーの要件
   
   外部ユーザーがサイトとどのようにやり取りするか、およびリソースへの訪問者および会社の潜在的な顧客として必要なものを決定する要件。 メタファー：「インターネット経由で会社の商品やサービスを販売するためのツールとしてのWebサイト。」

クライアントサイトを作成するためのビジネスプロセス

弊社でクライアントサイトを作成するための基本的なビジネスプロセスは次のとおりです。

1. サイトの開発のための申請書を受け取った後、マネージャーはクライアントに連絡し、彼の価格の期待を明確にし、彼らが私たちのものに対応する場合、予約をします。
2. 会議の前に、マネージャーはビジネス要件を収集する準備をします。顧客の会社に関する情報を読み取り、既存のサイト（存在する場合）を分析し、競合他社のサイトを分析します。 クライアントに提供できるサイトのおおよそのアイデアを作成します。
3. これに続いて、クライアントとの対面会議があり、そこでマネージャーはビジネス要件とプロジェクト参加者の要件を収集します。 この段階でのマネージャーの主なタスクは、クライアントに会社内のビジネスプロセスについて可能な限り質問し、その本質を理解し、クライアントの会社の従業員の効率を高めるような機能をサイトで提供することです。
4. クライアントとの対面会議の後、マネージャーは収集した要件の完全性と一貫性を評価します。
5. 評価が行われ、管理者は要件を、「製品カタログ」、「バスケット」、「フォーラム」などの多数のモジュールの組み合わせとして、サイトのおおよその機能の説明に変換します。
6. 将来のサイトの機能は、コンテンツとコストの両方でクライアントと合意されています。 クライアントが機能の一部のみを実装することを選択する場合のオプションがあります。
7. 将来のサイトの機能について予備的な合意に達した場合、マネージャーは訪問者のターゲットグループの説明と、訪問者によるサイトの使用シナリオの説明に進みます。 この説明はクライアントとも同意しています。
8. サイトと機能モジュールの使用に関して合意されたシナリオに基づいて、管理者は技術的なタスクを作成し、開発者はそこに技術的な情報（ホスティング要件など）を追加します。
9. 委託条件は、契約に添付された2つの当事者によって署名され、契約が支払われ、作業が開始されます。

概略的に、ビジネスプロセスは次のとおりです。









次に、作業のすべての段階で要件を収集する方法を詳しく見ていきます。

ビジネス要件

ビジネス要件を収集するとき、サイトの環境が決定され（図を参照）、この環境がサイトをどのように使用できるか、したがって、サイトでどの機能と情報を提示する必要があるかが分析されます。

たとえば、顧客のビジネスは大規模であり、投資家は常にプロジェクトに資金を集めています。 したがって、サイトには、会社のプロジェクト、投資家が参加できる形式などに関する情報を記載したセクションが必要です。

人生からのケース。 美容クリニックのウェブサイトのビジネス要件を収集する過程で、当局がサイトから何を必要とするかを考えました。 答えはすぐに来ました-サイトで提供されるサービスのライセンスを配置する必要がありました。

サイトに対する会社の従業員の要件はプロジェクト参加者の要件であることに注意してください。それらは別の章で説明します。







ビジネス要件を考慮して設計する場合：

• 顧客は、「左側のメニューでサイトに表示されるもの」ではなく、サイトの目標と目的に関する重要な問題に集中し始めます。 良い製品を作りたいという意欲と欲求を高めます。
• 表面にない重要な要件のほとんどは、将来のサイトの外部環境を順次通過する間に特定されます。 例：「...はい、パートナーが個人アカウントを提供するのは良いことです...」、「...その後サイトが宣伝され、SEOスペシャリストは次のものが必要になります...」、「...会社が大きく、空席のある良いセクションが必要です...」など

プロジェクト参加者の要件

-これらは、サイトに対する会社の従業員の要件です。

ビジネス要件を収集した後、サイトの会社の従業員の要件を分析するために時間をかける必要があります。 クライアントが会議でそのような要件のリストを既に提供できる場合、これは素晴らしいことですが、そこで止まらないでください。 対話を継続し、サイトを作成する組織内のビジネスプロセスについて話し合うようにクライアントに依頼することが重要です。

ミーティングでは、従業員がサイトを使用するためのすべてのオプションを考え出すことはそれほど重要ではありませんが、ビジネスプロセスと従業員の機能的責任を理解および記憶する方法は、オフィスの後の落ち着いた環境で、サイトが従業員をどのように支援できるかを反映するために重要です。

この会議でさらに詳しく検討する価値のある主なポイントは、セールスマネージャーとクライアントとの相互作用と、この相互作用でサイトが果たすべき役割です。 マネージャーがサイトを実際に使用するためのいくつかのオプションを検討してください。

1. このサイトは、マネージャーとクライアントとの直接的なコミュニケーションを支援します。たとえば、コンピューター画面からマネージャーが会社の製品やサービスをクライアントに示すことができます。
2. マネージャーは、サイトで何かを「構築」しています。たとえば、クライアントのためにトルコへのツアーを選択したり、保険の費用を計算したりします。 特定の例は、Ikea Webサイトの「キッチンデザイナー」です。
3. マネージャーはしばしばその場でクライアントとの会議に行き、タブレットコンピューターからサイトに提示された製品をデモンストレーションします（私たちは、サイトのモバイルバージョンとタッチスクリーンデバイスを操作するためのインターフェイスが重要であることをすぐにメモします）。
4. このサイトは、商品を販売するプロセスおよびその後で顧客に同行する役割を果たします。 これらは、あらゆる種類の相談、商品の購入申請のステータスの追跡、ファイル共有、技術サポートなどのアクションです。
5. 多くの場合、マネージャーはクライアントに詳細な相談を行う必要があり、この場合、サイトは救助に来て、ヘルプ情報を特別なセクションに配置できます。 特別な場合：FAQセクションでは、基本的な質問への回答を確認して、自分で質問することができます。

一般に、販売マネージャーがサイトを使用するための多くのオプションがあります-これらのマネージャーが販売する商品やサービスも多くあり、それぞれのケースで販売プロセスの特性があります。 したがって、前述のように、クライアントとの会議では、従業員がどの機能を実行するのか、従業員がどのように相互作用するのか、特に重要なのは会社のクライアントとどのようにやり取りするのかについての詳細な情報を取得することが非常に重要です



人生からの例。

ナット、カプラー、ネジなど、当社に依頼した家具部品の卸売に従事しているクライアント 原則として、普通の人はこの種のビジネスの詳細を理解していません。 したがって、対話中に、マネージャーは商品を販売するプロセスをより詳細に説明するようクライアントに依頼しました。

判明したように、このプロセスは非常に簡単です。まず、潜在的な購入者が.pdf形式の電子カタログを使用して、希望する記事の製品を一定量選択します。 それから彼は会社に電話し、マネージャーに注文を表明します。 マネージャーは申請を受け入れ、サプライヤーから必要な製品を検索します。 サプライヤーとの合意に達した後、マネージャーはクライアントに連絡し、注文の合計費用をクライアントに通知します。 原則として、最終費用の交渉と承認が続きます。

この状況では、私たちが見るように、主な仕事はマネージャーにあり、彼の行動はサイトの機能に置き換えることはできません。 これらに関連して、商品の店頭がサイトで編成され（すべての商品が電子カタログからサイトに転送されます）、バイヤーが必要な商品を選択し、パラメーター（寸法、コーティング材料、色）および数量を正確に設定し、ボタンをクリックするだけで送信しますマネージャーへの申請。

この例からの結論は非常に単純です。クライアントのことを考えないで、単に彼の仕事について詳しく話してもらうように頼みます。



会議のクライアントが迷ったり、会社のビジネスプロセスを詳細に説明したくない場合は、従業員に役立つ特定のソリューションをサイト上で提案することで、彼と話すことができます。

たとえば、会計士の目を通してサイトを見て、次の要件を提示できます。「支払いのための自動請求機能が必要です。」



参加者からの潜在的な要件のオプションは次のとおりです。

1. 人事要件：
   
   a。 「SuperJobサイトとの類似性により、サイトの空室管理を行います。」
   
   b。 「社内の企業ポータルとナレッジベースを作成します。」
   
   c。 「従業員の個人ページを作成します。」
   
   d。 「サイトを通じて従業員向けのウェビナーを実施する機能を作成します。」
   
   
2. 広告ディレクター、マーケティング担当者の要件：
   
   a。 「バナーシステムの便利な管理を作成します-バナーの表示とその他の両方のために。」
   
   b。 「商品やサービスに関するデータをアップロードできるようにします。」
   
   c。 「サイトを通じて機能調査を作成します。」
   
   d。 「製品をコメントし、サイトで議論する機能を作成します。」
   
   e。 「ソーシャルネットワークでクロスポスト資料を整理する。」
   
   f。 製品評価を作成します。
   
   
3. サイト管理者の要件：
   
   a。 「管理部門の複数の人々が同時に仕事をする可能性を生み出すため。」
   
   b。 「機能的な自動サイトアーカイブを作成します。」
   
   c。 「サイト編集者のアクセス権を区別する機能を作成します。」
   
   
4. PRマネージャー：
   
   a。 「デザインにコーポレートアイデンティティを使用する必要があり、ブランドを強調します。」
   
   b。 「「メーリングリスト」、「フォーラム」の機能を作成し、ソーシャルネットワークのウィジェットを配置します。」
   
   c。 「特定のプロモーションページ、プロモーションブロック、オーディオビデオ、フラッシュを作成します。」
   
   
5. ビジネスアナリスト：
   
   「訪問者の顧客への転換を評価できるように、注文の作成と送信のプロセスを特別に調整します。」
6. 弁護士：
   
   「一般公開が必要なドキュメントの公開セクションを作成します。」
7. 物流担当者：
   
   「詳細なウェアハウスマップを含むセクションを作成します。」

ターゲット訪問者グループと使用シナリオの特定

プロジェクト参加者のビジネス要件と要件が決定された後、「ビジネスの所有者として、インターネットを介して会社の商品やサービスの販売を開始したい」、そしてセカンダリのもので終わる、会社のマネージャーはすべての情報を整理し、それに基づいて主要なものの説明を形成します将来のサイトの機能モジュール。

サイトの機能とプロジェクト予算のクライアントと調整した後、マネージャーはサイト訪問者のターゲットグループを決定します。

典型的なターゲットグループは次のとおりです。

1. バイヤー
   
   a。 プライマリ。
   
   b。 二次
   
   c。 未定。
   
   d。 永久的。
   
   
2. 求職者。
3. メディア。
4. パートナー。
5. 投資家

次に、訪問者がサイトを使用するシナリオを決定します。 そのようなシナリオには以下が含まれます。

1. バイヤーの場合：
   
   a。 プライマリの場合：商品の購入、価格の理解、商品の比較、相談。
   
   b。 セカンダリの場合：商品の再注文、割引の受け取り。
   
   c。 未決定の場合：製品検索、プロモーションへの参加、会社とのコミュニケーション。
   
   d。 常連の場合：割引、技術サポートを使用して、同じ商品を購入します。
   
   
2. 求職者：求人を検索し、履歴書を送信します。
3. メディア：ニュースのインポート、グラフィック情報のインポート。
4. パートナー：サイトでの承認、価格表のダウンロード、個人マネージャーとのチャット。
5. 投資家：株式に関する情報、相場表。

これらの基本的なシナリオはそれぞれ詳細に署名され、クライアントとさらに合意されています。 たとえば、展開されたフォームの「履歴書の送信」シナリオは次のようになります。

「履歴書を送信するには、応募者はページにあるフォームに空きを記入し、履歴書ファイルを添付する必要があります。 フォームフィールドの説明は、技術仕様に記載されています。

そのような一見当たり障りのないものでさえ、後でクライアントから苦情が出ないように、「サイトのすべてのページの右側にこのフォームを配置すると思いました...」

参照条件

参照条件は、サイトの作成に関する契約に署名するプロセスの最終文書です。 これは2つのブロックで構成されます。外部部分の説明（設計、機能、機能を含むサイトを使用するためのオプション）と内部（サイトの管理部分を使用するためのシナリオ）です。



技術的なタスクは、次のブロックで構成されています。

1. 顧客側の詳細な使用シナリオ（顧客の代表者がWebサイトと対話する方法、たとえば、マネージャーがWebサイトを通じてアプリケーションを提供する方法、人事マネージャーが空席を公開する方法など）。
2. サイトの管理部分の要素と一連のフィールドの構造の説明。
3. サイトの構造とその上でのナビゲーション（サイトのセクション、標準ページ上の要素の配置）。
4. 主な機能を使用するためのシナリオ（ユーザーがアプリケーションを送信する方法、応答で受信するもの、ユーザーがサイトで検索を使用する方法など）。
5. メインモジュールの機能の説明
6. 要素のレイアウト、設計（すべての設計要件が説明されています）
7. 個々のサービスの動作の説明（たとえば、OSAGO計算機の使用）

技術仕様を詳細に記述することはしませんが、顧客の要件が最終的に技術仕様にどのように反映されたかの例を示します。

1. クライアントの担当者は、次の要件を表明しました。「新しい空席を作成し、アーカイブから取得し、古い空席をアクティブ化するのに便利なように、空席をサイトで公開および送信する便利なシステムが必要です。」
2. クライアントとの会話の後、マネージャーは「ジョブ」機能を特定しました。これは、サイト作成の総コストを評価するときに考慮しました。
3. さらに、マネージャーはターゲットグループを決定しました。「求職者」-サイト訪問者側、「HRマネージャー」はプロジェクト参加者側です。
4. 最終的な参照条件では、最初の要件は次の形式を取りました。
   
   a。 サイトの管理セクションでは、次の一連のフィールドを含むテンプレートに基づいて新しい空席を作成することができます。役職/要件/責任/給与/ ...
   
   b。 サイト管理者は、基本テンプレートを変更したり、新しいテンプレートを作成したりできます。 したがって、空席を公開するときに、既存のテンプレートから適切なテンプレートを選択し、それに基づいて空席を作成することができます。
   
   c。 「ジョブ」セクションは、メインセクション「会社について」にあります。
   
   d。 「ジョブ」ページの空席のリストは表形式です。 使用されるフィールドは、「位置」、「給与」です。
   
   e。 特定の空室に切り替えると、ユーザーには次のように表示されます（デザインスケッチを参照）。
   
   f。 特定の空席のページで、ユーザーはデータベースに保存されるだけでなく、特定の電子メールアドレスに送信される履歴書を送信できます。
   
   g。 履歴書提出フォームは次のとおりです...
   
   

おわりに

当社の管理者がこのテクノロジーの要件を収集するためのトレーニングを受けた後、社内に実装されたサイトの有効性が高くなりました。 サイトは、クライアント企業の従業員と訪問者の両方により多くの利益をもたらし始めました。

そして、私たち自身が顧客をよりよく理解し始めたという事実から、私たちは彼とより有意義な対話を構築し、サイトを設計するときに要件をより完全に収集し、それらを考慮し始めました。

以前は、マネージャーは基本的に、顧客がサイトのメインページをどのように見ているか、「商品の評価をアスタリスクで表示する必要がある」という混chaとしたスピーチを聞いていました。 現在、マネージャーは、サイトの作成目的から始めて、潜在的な訪問者や会社の従業員によるサイトの使用の説明で終わる、サイトの作成のすべての側面についてクライアントと慎重に話し合っています。

この資料が、サイトの開発時に顧客と協力するプロセスで役立つことを願っています。