話題需要の収集、照合説明し、フィードバックの実装、実施形態は、使用して受け入れ、方法ステップ
A. 最初の製品需要のコレクションを話し合います。
II。ソート説明分散技術との協議の結果。
III。そして技術的な議論、フィードバック、最終的に通信します。
IV。、新機能のリリースを使用して、オンサイトトレーニングのための説明書、顧客からのフィードバックを収集します。
A. 最初の製品需要のコレクションを話し合います。
- 著者は、必要があります：顧客の使用は、オンサイトの人員の実装は、その上の資格高齢従業員、業界の専門家、および経験しました。
- 関係者は、議論、分析、要約、および最終需要計画を描画します。
- 製品を回収し、「ユーザー」または「業界」：「痛みのポイント」、「機能するために必要な、」「シーン需要」
- ユーザーの場面によると、実際のビジネスシナリオのシーンは、アプリケーションが上げて収集する必要があります。
- 原則：製品の流れで行く、自分の脳の製品が良い製品で使用していませんが良いです。
- 目的：良い製品と機能を得るために。唯一の口座に、他の要因と多くの問題を取らないようにしようと、ビジネス機能の必要性を議論します。
- 所望の効果を達成：顧客が使用して喜んで、支払うことを喜んで、製品に忠実で、使用する準備ができて、使用したいです。
- 良い視覚効果、クールな機能の使用を感じます。
- 良い製品と人々は、ヒトおよび心理的要因かもしれません。
- 美的経験の感情に触覚と視覚の感覚を十分配慮を与えます。
- アカウントに産業政策（公式文書、法令等）の動向と将来の現実を取る（産業、需要）があります。
II。ソート説明分散技術との協議の結果。
- ディスカッション吸収と結果を理解して、並べ替えと説明。
- コンテキスト、どのような文脈で理由を理解するには、clear、テキスト、画像、写真、シーン記述、または業界の痛みのポイントのために、この機能を提起しました。
- 機能的な目的で、どのような痛みのポイントを解決するためには、どのような効果に、何に対処する必要があります。
- 機能の説明、テキスト、画像、 HTMLは、はっきりと効果を説明し、感覚機能を体験します。
- 要約、時間を要約し、この機能のバージョンを実現する、またはノートは、意見を他のアイデアを説明します。
- ソート表形式で、機能、関数名、優先度の設定、時間またはノードのバージョンを達成するために、優先順位の指示、注意事項を要求します。
- メソッド説明：絵、レンダリング、 HTML 、フロー・チャート、テキスト、CAD 。
III。そして技術的な議論、フィードバック、最終的に通信します。
- 要件ドキュメントを転送します。
- 製品、ファイル形式、話を説明するための明確なオンデマンドで。
- 彼らの理解に耳を傾けます。
- 技術、時間、コスト、そして最終的にポイントを集めることの難しさ。
IV。顧客からのフィードバックを収集し、取扱説明書、操作ビデオ、オンサイトトレーニングを使用して、新機能をリリース。
- テストと受け入れのための実装者（提案スタッフの要件）。
- 生産マニュアル、シンプルでクリアな画像とテキストではなく、罰金、ジェーンに、複雑。設定フローチャート。
- 操作ビデオ、全体的なビジネスプロセスは、記録時間の関数の主なポイントを説明するために、記録デモ 3-5 1は、取扱説明書の使用と一緒に結ば、彼はアドレスを入れたい参照して、異なる役割の操作を記録することができます分セット。
- フィードバックを収集し、経験、使い方、使用頻度、機能評価、新しい要件やアイデアの製品。
- フィードバックチャネルを残し、電話、マイクロチャネル、マイクロチャネルグループ、 QQ 、QQ 迅速処理群、パブリック番号、フィードバックの問題を容易にするために、問題解決。
- コミュニケーションと二次との綿密な連携を強化し、経験を使用して、ビジネス情報、製品情報を収集するために資する、コミュニケーションを強化します。