マインドマップギャラリー プリセールス技術ソリューション
IT ソフトウェア業界の一般的な知識と技術ソリューションのフレームワークを参照して、さまざまな種類の技術ソリューションの作成を容易にします。必要な場合はすぐに収集してください。
2024-01-31 17:26:11 に編集されましたAvatar 3 centers on the Sully family, showcasing the internal rift caused by the sacrifice of their eldest son, and their alliance with other tribes on Pandora against the external conflict of the Ashbringers, who adhere to the philosophy of fire and are allied with humans. It explores the grand themes of family, faith, and survival.
This article discusses the Easter eggs and homages in Zootopia 2 that you may have discovered. The main content includes: character and archetype Easter eggs, cinematic universe crossover Easter eggs, animal ecology and behavior references, symbol and metaphor Easter eggs, social satire and brand allusions, and emotional storylines and sequel foreshadowing.
[Zootopia Character Relationship Chart] The idealistic rabbit police officer Judy and the cynical fox conman Nick form a charmingly contrasting duo, rising from street hustlers to become Zootopia police officers!
Avatar 3 centers on the Sully family, showcasing the internal rift caused by the sacrifice of their eldest son, and their alliance with other tribes on Pandora against the external conflict of the Ashbringers, who adhere to the philosophy of fire and are allied with humans. It explores the grand themes of family, faith, and survival.
This article discusses the Easter eggs and homages in Zootopia 2 that you may have discovered. The main content includes: character and archetype Easter eggs, cinematic universe crossover Easter eggs, animal ecology and behavior references, symbol and metaphor Easter eggs, social satire and brand allusions, and emotional storylines and sequel foreshadowing.
[Zootopia Character Relationship Chart] The idealistic rabbit police officer Judy and the cynical fox conman Nick form a charmingly contrasting duo, rising from street hustlers to become Zootopia police officers!
プリセールス技術ソリューション
標準仕様システム
(1) 国家技術基準:
(2) 業界適用基準
①業務アプリケーション基準
ビジネス アプリケーション標準は、ビジネス アプリケーション システムの構築プロセス中に作業を表現する方法の指針として使用されます。
②安全基準
安全規格は、段階的な保護システム規格に従って、対応する管理および実装仕様を決定します。
③管理基準
CMMI および ITLL 管理システムに従って作成され、プロジェクト管理方法、文書管理仕様、運用保守管理仕様、ユーザー管理仕様、品質管理仕様が含まれます。
情報セキュリティシステム
クラス保護等級
①安全管理:主に経営レベルでの安全を確保するために、安全管理組織を定め、標準化された安全管理システムを確立する必要があります。
②物理的セキュリティ:主に環境、機器、記憶媒体の安全性を確保すること。
③ネットワークセキュリティ:主にデータ漏洩や改ざんの防止、中間ビジネスネットワークやインターネット出口にセキュリティ上の脅威がないことの確保が含まれます。
④ システムセキュリティ:主にネットワーク内で使用されるオペレーティングシステム、データベース、関連商用製品のセキュリティを確保します。
⑤アプリケーションセキュリティ:主にCAシステムによるアプリケーションセキュリティの確保、Webページ改ざん防止、通信暗号化、侵入防止システム、アクセス制御等が含まれます。
システムプラットフォーム設計
主に、ハードウェアの構成方法やリソースの展開方法など、システムに必要なインフラストラクチャの全体的な計画と設計について説明します。
(1) 基幹業務処理
主にサーバーリソースの要件について説明します。
たとえば、ミッドエンドからハイエンドのミニコンピュータはデータベース サーバーをサポートしており、ミニコンピュータが 2 台ある場合は、デュアル マシン クラスタ ソフトウェアを使用して、一連のディスク アレイ サブシステムを通じてデータの冗長性とフォールト トレランスを実現し、リソースとアプリケーションの割り当てを実現します。 ; 複数の PC サーバーを通じて、アプリケーション サーバーのサポートと負荷分散 (さまざまなコンピューター コンポーネントまたはメインフレーム コンピューターとサーバー ホストのリソース使用量のバランスを取るために使用されます) を実現します。
(2) データの保管
主にストレージ リソースの要件について説明します。
たとえば、プライマリ ストレージはディスク アレイを通じて実装され、パーティションはコア サービスをサポートし、ビジネス ボリュームの増加は仮想テープ ライブラリを通じて実現されることを考慮する必要があります。
(3) データ交換
主に、内部データ交換 (本番ライブラリから交換ライブラリへの抽出など) および外部データ交換 (フロントエンド サーバー経由など) の実装方法を含め、データが交換される方法について説明します。
(4) 外部ネットワークサービス
主にユーザーにサービスを提供するためのさまざまなチャネルを実装します。外部ネットワーク サービス領域のサーバーは、主にウイルス対策サービス、Web サービス、セキュリティ管理サービスに使用されます。
(5) 運営・保守管理
管理サーバー(機器の動作検出、障害箇所の検出、アプリケーションの監査)、データバックアップサーバー(一元的なデータのバックアップとリカバリの実装)を含む、データセンターネットワーク、コンピュータ、データおよびその他のリソースの管理を実現します。
(6) ネットワークシステム
主にネットワークの計画方法について説明します。
たとえば、コア データ領域は主にコア スイッチとギガビット イーサネットを介してアクセスされ、広域ネットワーク アクセス領域は処理機関向けのビジネス プライベート ネットワークを通じてアクセスされ、外部機関向けには光ファイバ アクセスが実装されます。ネットワーク管理プラットフォーム IP プロトコル トポロジ管理。 4.情報リソースセンター
情報リソースセンター
情報リソース センターは、主に情報を保存し、システムによって生成される情報リソースを計画および設計するために使用されます。
① 生産データベース:主に経営管理に使用されるさまざまな経営資源データベースが含まれます。
②履歴データベース:主に長期蓄積された業務処理履歴データベースを含み、既存業務システムの処理効率を向上させるため、関連する履歴データを履歴領域に移します。
③交換ライブラリ:結果データを経営資源データベースにバックアップし、水平方向および垂直方向のデータ交換をサポートします。
プロジェクト実施計画
プロジェクト実施計画の目的は、計画および設計されたシステム実装レベルを調整し、展開することです。
(1) システム導入プロセス
①要件分析段階:調査対象システムの実際の技術要件と各サブシステムのビジネス要件をもとに、仕様要件を満たす「システム要件分析報告書」を作成し、顧客に提出します。
②全体設計段階:システムの機能、動作、性能要件を分析し、高度なシステム構造、ソフトウェア構造、インターフェース、データ形式の設計を行い、「システム設計報告書」を顧客に提出します。
③詳細設計段階:機能要件と性能要件をさらに分析および洗練し、ソフトウェアの詳細設計を文書化し、エンジニアリングリーダーグループに「システム詳細設計レポート」を提出します。
④ 開発・テスト段階:プロジェクト開発チームは、「プロジェクト実施計画」に基づいてプロジェクトの進捗を厳格に管理し、質・量ともに充実した開発・テスト作業を推進し、定期的に顧客に週次作業報告書を提出しなければなりません。
⑤ システム導入段階:主にサーバー側でのソフトウェアのインストールとデバッグを実行します。完了後、「データベース インストール ディレクトリ」と「ソフトウェア インストール方法」ファイルをシステム保守担当者に提出し、ユーザーのソフトウェアを支援する必要があります。インストール。
⑥システム教育段階:利用者がそれぞれの業務システムを使いこなし、保守担当者がシステム保守に必要な知識と技術を習得できるよう、利用者のレベルに応じた教育を実施する必要があります。
⑦ システム試用期間:試用期間中、ユーザーは、「ソフトウェア機能リスト」に記載されているシステム機能モジュールについて、新旧システムを一定期間並行して稼働させるなど、現場でのシステムテストを組織する責任を負います。検証の時間を設けて、各機能モジュールが完全にテストされるようにします。
⑧システム承諾段階:プロジェクトの工事が支払条件の要件を満たした場合、ユーザーは、落札者が提出したプロジェクトの進捗計画とプロジェクトの承諾依頼に従って、プロジェクトの承諾を手配します。
(2) 事業実施計画
①全体設計計画:主な作成方法はExcel表で、プロジェクトの主要な段階と完了時期に焦点を当てます。
② 詳細な開発計画: 主に Visio または Project を通じて表示され、さまざまな段階の作業タスクの分解に焦点を当てます。
(3) プロジェクト人員計画
①プロジェクト組織管理:主にこのプロジェクトのサービスを提供する要員の組織構造を記述し、一般的には図によって視覚的に表示されます。メインチームには、プロジェクトマネージャー、プリセールスエンジニア、アーキテクチャデザイナー、デマンドリサーチャー、開発テスター、システムインテグレーター、システム保守担当者、品質保証担当者などが含まれます。
①プロジェクト組織管理:主にこのプロジェクトのサービスを提供する要員の組織構造を記述し、一般的には図によって視覚的に表示されます。メインチームには、プロジェクトマネージャー、プリセールスエンジニア、アーキテクチャデザイナー、デマンドリサーチャー、開発テスター、システムインテグレーター、システム保守担当者、品質保証担当者などが含まれます。
アフターサービスプラン
アフターサービス計画の目的は、システム納入後に顧客にフォローアップ保護を提供する方法を説明することです。
(1) ローカリゼーションサービス
一般に顧客は、システム請負業者に現地の機関や現場担当者がいるかどうかを気にします。
ローカリゼーション サービスを作成するには、通常、次の 3 つの方法があります。
1 つ目は、地元に支店があることを述べ、対応する営業許可証を提供することです。
2つ目は、同社がすでに現地プロジェクト要員のリストと現地地域での住宅賃貸契約を締結しているという証拠を提示することだ。
3つ目は、落札後のオンサイトサービスの約束とサービスマンの名簿の記載です。
(2) アフターサービス内容
①サービス内容:アプリケーションシステムサポート、システム最適化、新規アプリケーション追加、緊急メンテナンス等無償保守期間中のサービス内容と無償保守期間後のサービス内容に分かれます。
②サービス方法:大きく分けて2つの方法があります。電話サービスやオンデマンドのオンサイト サービスなど、第一線のオンサイト サービスと第二線のサポート サービス。
(3) アフターサービスの取り組み
無償保守期間、サービスマンの常駐、対応期限など、お客様が気になるアフターサービスを中心にお約束いたします。
詳細の書き方
会社概要
① 発展の歴史:設立年、上場年、業界参入年など、企業発展のキーノードを中心に記載します。
②企業規模:現在の従業員数、登録資本金など。
③ 受賞歴:ソフトウェアエンタープライズやシステムインテグレーションレベル 1 などの基本資格や、科学技術進歩賞などの重要な栄誉など、いくつかの重要または中核となる資格を主に取り上げます。
④サービス範囲:主なサービス範囲と顧客に提供できる製品の種類は何ですか。
⑤サービスの特徴:顧客対応スピードが速く、迅速な導入・開発が可能など。
このセクションでは、会社が顧客にもたらす価値を明確に説明する必要があります。
さまざまなソリューションのリストを並べ替える
①製品背景:業界でどのような問題が発生し、どのような機会が生まれてきたのか。
②製品の目標:製品の目的はどのような課題を解決し、どのような目標を達成するのか?
③ 製品の機能: 製品にはどのような機能があり、主なデモ インターフェイスは何ですか?
④製品の特徴:例えばカスタマイズが可能かどうかなど。
⑤ 製品の利点:例えば、迅速な製品展開が実現できます。
古典的なケースの書き方
①背景状況:当時の顧客の現状はどうなっているのか、どのような背景に基づいてシステム構築を行ったのか、開拓すべき新規顧客の現状や規模と合致しているのかなど。
②構築アイデア:主要なコアメリットは何か、システムの主要な枠組みは何か。
③構築の難しさ:主にシステム構築の過程でどのような問題が発生し、その後どのように解決したか
例えば、あるプロジェクトと他の関連部門の外部システムとの接続に負荷がかかるという課題に対して、ビジネスレベルで接続すべき関連事項を整理し、技術レベルで3つのドッキングをサポートします。モード: 複数のデータ インターフェイス、データ交換、ページの埋め込み 管理レベルでは、情報化を担当する副社長がさまざまな部門のシステム ドッキング作業を調整します。
④施工効果:どの対象物を対象とし、どのような課題を解決するのか
例えば、システム完成後は、被保険者の用事が減り、対応担当者の負担が軽減され、管理担当者が関連レポートを閲覧しやすくなります。
ターゲットとなる競合他社
競合他社の分析
①会社の強みと弱みは何ですか?
②市場における同社のポジションはどうなっているのか?
③この業界の上位10社はどこですか?また、これらの企業の利点は何ですか?
お客様の心により良い印象を残すために
逆効果になる可能性があるので、競合他社を軽視しないようにしてください。
(1) 独自のセールスポイントの表示
ユニークなセールスポイントは、競合他社にはない、当社だけが持っているものです。製品を紹介するときに独自のセールスポイントを強調して強調することは、勝つ可能性を高めるのに役立ちます。
(2) 対象を絞った比較を行う
どの製品にも長所と短所があります。特に自社製品が優れている分野において、競合製品の短所を理解することで、比較を通じて当社の製品がよりプロフェッショナルであると感じていただけます。
需要分析
ステップ 1: ユーザーインタビュー
ユーザーインタビューでは、主にユーザーと話をして、プロジェクトに対するユーザーの理解や考えや要望を理解します。
ステップ 2: 職務責任の分析
職務責任分析では、主にインタビュー対象者の役職と関連する責任情報を分析し、システム ユーザー分析の次のステップに備えます。
ステップ 3: システム ユーザー分析
システム ユーザー分析では、主に役職と責任の説明を通じていくつかの共通事項を抽象化し、よく知られた役職をシステム ユーザーに統合し、システム ユーザーのビジネス ニーズを整理します。
ステップ 4: ユーザーシナリオ分析
ユーザーシナリオ分析は、主にトータルシナリオ分析とサブシナリオ分析に分かれており、全体的なシナリオは、3番目のステップでまとめたシステムの役割に基づいて、対応するビジネスニーズをいくつかのユーザーシナリオに分解します。シナリオを詳しく説明します。
ステップ 5: ユーザーのユースケース分析
ユーザー ユース ケース分析では、各シナリオをユーザー ユース ケースにさらに細分化します。
ステップ 6: 機能要件の分析
各システムユーザーの分析に基づいて、まず各システムユーザーが何をする必要があるかを簡単に説明し、次に各機能ポイントの具体的な機能、つまりユーザーが完了するのにコンピュータが役立つタスクをさらに詳細に分析します。
注: 機能要件分析の読者はプログラマであり、将来システムが実装する機能でもあるため、文語での記述は避け、コンピュータ風の言語で記述するのが最善です。
ステップ 7: 非機能要件の分析
非機能要件には、性能要件、セキュリティ要件、アーキテクチャ要件などが含まれます。ここでは、機能要件以外の内容を分析できます。
ステップ 8: 要件の仕様
上記の分析内容を組み合わせて適切に切り出すことで、詳細な内容と標準フォーマットの要求仕様書が形成されます。
プログラムの準備プロセス
最初のステップは計画書を書く目的を明確にすることです
(1) 計画は誰に宛てて書くべきですか?
さまざまなレポート オブジェクトにより、計画のさまざまな焦点が決定されます
次長または会社副社長の役割に対して発行される概要計画は通常 10 ページ以内であり、内容は明確かつ簡潔である必要があります。なぜこのプロジェクトを行うのか、それを実行すると組織にどのようなメリットがもたらされるのか、それにどれくらいの費用がかかるのかを明確に説明します。
(2) プロジェクトの進行段階は何ですか?
プロジェクトの進行段階では、計画の報告対象と合わせて計画の種類が決定されます。
承認を得るためにプロジェクトを提出する段階では、比較的詳細なプロジェクト提案書またはプロジェクト実現可能性調査レポートが必要となります。プロジェクトの初期段階では、顧客のニーズがまだ明確になっていない可能性があり、特に詳細な計画を急いで与えると、自分自身の弱点が露呈するだけです。
(3) 計画が解決する必要がある問題は何ですか?
入札用に計画が準備されている場合は、より詳細な製品インデックスの設計内容を提供する必要があります。
(4) 現在最大の敵は誰ですか?
現在プロジェクトに参加している競合他社を理解することで、計画を立てる際に自社の強みと競合他社の弱みをより明確に浮き彫りにすることができます。
2 番目のステップでは、次のような情報を収集する必要があります。
(1) 同様のソリューション
計画の種類に関しては、プロジェクトの実現可能性調査レポートを作成したい場合は、レビューおよび承認された実現可能性調査レポートを見つけて、以前の計画の枠組みと粒度を参照することができます。
業種的には、コーポレートWebサイトのコンテンツを作成したい場合、Webサイトの機能や他社と比較した特徴、主な費用などを参考に、コーポレートWebサイトと同様のソリューションを見つけることができます。
(2) 同様の事例
社内で実施・受託したプロジェクト事例が中心
(3) 企業が実施できるかどうか
(4) 同僚に助けを求める
3 番目のステップは、以下を含むプログラムの内容を計画することです。
(1) 顧客を導く主な方向性は何ですか?
これは社内で議論し、プロジェクトの現段階のビジネス戦略に基づいて決定する必要があります。
例えば、この段階で自社の優位性を強調するべきなのか、それとも競合他社に情報を流されて受け身な状況に陥ることを避けるために、顧客の状況を理解せずに自社製品の主要な側面をすべて明らかにすべきではないのか。
(2) コンテンツ境界の設定方法
これはプロジェクトのスコープのサイズを直接決定します。
(3) 引用方法
どのような状況で見積もりが決まるのか、見積もりの分割方法も販売前にマスターする必要があります。見積もりは通常、顧客の現在の予算や心理的価格、企業の製品コスト、類似プロジェクトのコストなどによって決まります。
(4) 工期はどれくらいですか?
プロジェクトが大きすぎる場合は、複数の段階に分割する必要があるかどうか、機器の調達時期など、いくつかの重要な時点を示す必要があります。
(5) ページ数の目安
通常、プロジェクトの計画案は 10 ページ以内です。
プロジェクト提案書、プロジェクト実現可能性調査報告書、入札書類は、プロジェクト予算の規模に応じて作成する必要があります。たとえば、100万元のプロジェクトの場合、少なくとも100ページの内容が必要です。
4番目のステップは主な内容を確認することです。
核となるアイデアと概要をリストアップし、プロジェクトを理解している人々に確認します。
共通のソリューションフレームワーク
① 序文の内容(序文と序文): 序文と序文は主に分厚い文書に使用されます。
たとえば、入札書類は 300 ページから 500 ページ、最大で 1,000 ページに及ぶ場合があり、専門家が見たいものをできるだけ早く見つけることができます。
②現状分析(背景と現状):業界について一定の理解を持っていることを証明するために、業界内で既知の内容や合意事項を中心に記載します。
③問題診断(ニーズ分析と解決策のアイデア):主にプロジェクトによって解決される問題点と主要な構築アイデアを説明します。
④プロジェクト設計(全体設計、アプリケーション設計、データアーキテクチャ設計、展開設計、機能設計など):これは計画の最も重要な部分であり、一般に、新しいアイデアを伝えるために多大なエネルギーを費やす必要があります。カミングアウトは、あなたが最も輝ける場所でもあります。
建築知識
事業構造
テクノロジーアーキテクチャ
機能的アーキテクチャ
導入アーキテクチャ
SOA
マイクロサービス
サーバーレス
ビッグデータプラットフォーム
クラウドコンピューティングプラットフォーム
⑤実施計画(実施サイクル、教育計画、アフターサービス等):合理性を述べるだけです。
プランタイプ
プロジェクト計画計画
事業計画書で最も重要なのは、なぜそれをやりたいのか、それを実行するとどんなメリットがあるのかを明確に書き出すことです。
(1) プロジェクトの背景
この部分では、関連する地域の現状や確立された制度の状況など、国の政策や地域計画の背景を強調する必要があります。
(2) 建設の意義
この部分では、国策やユニットニーズの観点から建設の必要性を反映し、建設の意義を指摘しています。
(3) 上位目標
主な目的は、同社の製品を理解し、地域の特性と組み合わせて、ターゲットを絞ったアプリケーション システムを開発することです。
(4)工事内容
ビジネス視点で構築内容を説明するには、大きなレベルからスタートして、具体的にどの部分をやるかを説明するのが主になります。
(5) タスク分解
2つの書き方
1 つ目は、プロジェクトの確立、プロジェクトの構築、プロジェクトのオンライン化、プロジェクトの受け入れの各段階の時間ノードです。
2 つ目は段階的に計画されるルートで、特定のタスクと達成される結果を指定する必要があります。
(6) 期待される結果
主にプロジェクト構築後の成果です。
(7) 安全措置
一般的には、機関保証、組織保証、財務保証、運営保証などが含まれます。
プロジェクト建設計画
プロジェクト構築計画で最も重要なことは、明確なアイデア(一貫性)と完全性を備えていることです。
(1)プログラム概要
作成方法は、関連するリーダーやレビューの専門家が概要を読んだ後にプロジェクトの目的、アイデア、機能、方法、手段、手段を全体的に把握できるように、高度に要約され、簡潔である必要があります。
この部分はプロジェクトの全体的な説明です
プロジェクトの建設単位、建設目標、主要な建設内容、特徴とハイライト、予算、作業の進捗状況、その他の重要なポイントを含む
(2)政策の背景
作成のアイデアは、元のポリシーテキストに基づいてポリシーの精神を洗練し、プロジェクトの要件を要約することです。
この部分では、このプロジェクトを実行する必要性を政策レベルで説明し、このプロジェクトに近い政策を提供し、新しくリリースされた政策文書を可能な限り階層的に提供する必要があります。
(3) プロジェクトの状況
この部分では、プロジェクトの構築基盤が何であるかを指摘する必要があり、ユーザーにとって快適なものとなるように既存のシステムの利点を強調することに注意を払う必要があります。
執筆の考え方は、インフラとアプリケーションシステムの観点から説明する情報化の現状と、主に事業展開の特徴を説明するビジネスの現状の2つの側面に分けられます。
(4) プロジェクトの課題
この部分では主に、このプロジェクトで解決すべき中心的な問題について説明します。ビジネス開発の傾向と組み合わせたり、プロジェクトの目標に基づいて、問題の少なくとも 5 つの側面を書き留めたりできます。
プロジェクトの問題の観点としては、ポリシー策定ニーズへの対応の難しさ、リソースの統合の難しさ、統一された外部サービスの提供の難しさ、既存システムの問題などが挙げられます。
(5) プロジェクトの目標
プロジェクトの目標は通常、1 つの段落で構成されます
どのような状況下で、どのような手段で、どのような集団(大衆、経営者、経営者など)を助け、何を達成するのか。
(6) プロジェクトの施工内容
プロジェクト構築の内容は、やるべきことを明確に記述することです。
構築内容はアプリケーションシステムとインフラの2つの側面から書くこともできますし、プロジェクト推進計画の観点から書くこともできます。
(7) プロジェクトのニーズ分析
プロジェクト要件分析は、サービスの対象、用途、サービスの方法、ビジネスの特性などの観点から記述することができます。
①ビジネス要件:主に事業部門の機能要件をベースに、システムを通じて達成すべきビジネス目標を顧客の視点で記述します。
②業務プロセス:プロジェクトがもたらす成果を比較するために、プロジェクト完了前とプロジェクト完了後に分けることができます。
③機能要件:主にユーザーと開発者の観点からどうするかを記述します。
④データ要件:必要なストレージ容量を見積もることが目的です。データ要件は、基礎データ、業務データ、統計データの 3 種類のデータのサイズから推定できます。
⑤性能要件:主にサーバーの性能を見積もることが目的です。事務処理のプレッシャーは、地域の人口規模、被保険者数、予想される取引量などの事務処理の大きさに基づいて決定できます。
⑥機器要件:主にデータ要件とパフォーマンス要件に基づいて、必要なホスト、ネットワーク、セキュリティ、ストレージなどの要件を見積もるために使用されます。
(8) プロジェクト全体の設計
目的は、内容を図の形式で明確かつ直感的に説明することです。
①全体アーキテクチャ設計図:サービス層、アプリケーション層、基本サポート層、リソース層、インフラ層、標準サービスシステム、セキュリティ保護システムの7層図で記述できます。
②アプリケーション設計図:主にプロジェクト内のシステム間の関係、プロジェクト内システムと外部システムとの関係を記述します。
③データアーキテクチャ図:システムがどのようなデータを持ち、どのように流れているか。
④ システム展開図:将来のネットワークがどのように進むのか、どのように展開していくのかを説明します。
(9) 機能設計
機能設計は主に作業負荷を反映し、各機能モジュールの作業負荷を通常 2 人未満に分割する必要があります。
(10) 事業実施計画
プロジェクト実施計画の書き方には 2 つのアイデアがあります。
① システムインテグレーション計画やアプリケーションソフト計画などのプロジェクト課題の観点から。アプリケーション ソフトウェアの計画は、サブシステム レベルでスケジュールできます。
② プロジェクト構築段階の観点からは、入札、システム調査、全体設計、詳細設計、システム開発・テスト、共同デバッグ・試運転、導入・実装、推進等の各段階を含みます。
知っておくべきこと
1. 建設計画に関して知っておくべき情報を提供する
(1) 顧客がプラットフォームを確立する理由は何ですか? それはポリシー要件ですか、それともビジネス上のニーズですか?
(2) 計画は誰に宛てて書かれるか。
(3) 顧客が強調する必要がある特別な機能は何ですか。
(4) 地域の政策、年末の総括、新年度の作業ポイントを提供できるか。
(5) 顧客の予算はいくらですか?
2. プラン申し込みに必要な情報
(1) 提供する必要があるプロジェクト申請書のフォーマット。
(2) 具体的なニーズは何ですか。
(3) ハードウェアの導入が自社構築のコンピューター室であるか、政府のクラウドであるか。
3. 入札書類作成に必要な情報
(1) 競合他社の有無。
(2) 入札方法が一般競争入札、競争交渉、一括調達申請のいずれであるか。
(3) 入札代理人が入札会社または調達センターである場合。
(4) 入札書のひな形はあるか(価格点、技術点、商業点はいくらか)。
(5) 登録閾値の設定が可能かどうか。
パワーポイント
1. 優れた PPT を作成するには、次の原則を念頭に置く必要があります。
(1) PPT を作成する前に、いくつかの質問を自問する必要があります
①このPPTレポートの目的は何ですか?
社内トレーニング: 社内トレーニングは間違いなくもっと活発で、聴衆がより多くの内容を理解できるようにする必要があります。
外部コミュニケーション: 外部コミュニケーションでは、顧客に会社の製品が最もプロフェッショナルであり、ソリューションが最も強力であると感じてもらうために、より多くの説得が必要です。
②この PPT レポートの対象者は誰ですか?
彼らにとってそれは何ですか
たとえば、PPT コミュニケーションの目的がソフトウェア製品の販売である場合、さまざまなレポート オブジェクトに応じてさまざまなコンテンツをデザインする必要があります。
会社経営者: 経営者は、なぜこれを行うのか、それにどれくらいの費用がかかるのか、それによってどのようなメリットがもたらされるのかについてより懸念しています。
企業の中間管理職: 中間管理職は、システムが使いやすいかどうか、将来の保守や拡張が容易かどうかをより重視しています。
社内の最前線のオペレーター: これらの人々は、システムが使いやすいかどうか、現在の作業負荷を軽減できるかどうかをより懸念していることは間違いありません。
③今、準備にどのくらい時間がかかりますか?
(2) PPT作成時の誤解
話せば話すほど、聴衆は記憶に残らなくなる
PPT で伝えられるメッセージは 1 つだけであることを必ず覚えておいてください。
以下のポイントから始められます
①スライド中や説明中に、テーマと関係のないことは述べないでください。
② 自分の視点をサポートし、データの特徴を反映できる写真を選択する必要があります。
③アニメーション効果は重要なポイントを強調できる必要があり、それ以外の場合は使用しないようにしてください。
④スライドではあまり多くの単語を使用せず、簡略化し、冗長な語彙を削除するように努めてください。
メインの焦点から邪魔になるアイテムを削除する
(3) PPTの表示方法
① 簡素化の原則: すべてのテキストとグラフィックではなく、重要なポイントのみを記載し、各 PPT では接続語を 1 つだけ説明します。
② 3 つの原則:情報は 3 つのグループに分類されます。
③デジタル原理:形容詞をデジタル表現に変換する。例えば、シンプルで使いやすいデザインを10分で完成するデザインに置き換えることができます。
④テキスト全体のスタイルが一貫している必要があります。カラーマッチングとフォントが一貫している必要があります。
(4) 製作完了後のレビュー
①私が提供する情報はすべて顧客にとって関心のあるものですか?
②語らないことでより目立たせることができるコンテンツは何ですか?
2. PPTを素早く作成する方法
(1) 基本的な手順
最初のステップは、PPT を作成する前に、基本的な質問への回答に基づいて核となるコンテンツを整理することです。
マインドマップを使って、このコンテンツのテーマを表現するために、コンテンツのどの部分を含める必要があるか、コンテンツのどこを強調する必要があるかを整理します。
2 番目のステップは、適切なテンプレートを選択し、PPT フレームワークを構築することです。
関連するヒント
①フォントの設定
●30 人規模の会場では、フォント サイズは 16 ポイント以上である必要があります。
●より多くの人数、フォントサイズは24以上。
②カラーカラー設定
●テンプレートの配色または会社のメインカラーと一致する配色と画像を選択してください。
●一般的な配色は、赤と青、オレンジとグレー、黄色と黒です。
3 番目のステップは、具体的なコンテンツを設計することです。
主な目的は、各ページの絵をどのように合わせるか、どのようにグラフィック表現を実現するかなど、各 PPT ページで表現する中心的なアイデアに基づいて、具体的なコンテンツ ページをデザインすることです。たとえば、クローズド ループを実現する場合です。 、マテリアル ライブラリに移動して、関連する画像を検索できます。
4 番目のステップは、特定の形式を確認することです。
① 重要なコンテンツが優れているかをレビューする
●文字サイズが大きくなります。
●フォントが太くなります。
●色を変える。
●影効果。
②フォーマットが統一されているか
「表示」の「スライドブラウズ」機能を使用すると、PPT内に3色以上の色が含まれているか、文字が揃っているかどうかを確認できます。
PPT のアイデアを作成する
SCQAの構造
❏S(状況):背景
近年の同社の情報構築の歴史的経緯と現状
❏C (複雑さ): 矛盾
大きな成果が得られましたが、トップレベル設計の欠如や情報島の存在など、いくつかの問題もあります。
❏Q(質問):質問
なぜこのような問題が起こるのでしょうか。
❏A(答え):答え
現在、トップレベル設計や情報システム企画の強化などを進めている。
PPT のアイデアを作成する
❏P(ポジション):自分の視点を主張する
情報システムの構築は企業にとってデメリットよりもメリットの方が多いです。
❏R(理由):理由
1.情報化は一般的な傾向であり、私たちは時代の流れに従う必要があります。社内の業務効率の向上と標準化された管理の実現に貢献します。
❏E(例):例を挙げてください
1.情報システムがオンラインになった後、会社全体の売上高は XX 百万元増加しました。情報システムのオンライン化後、各部門の効率が○○倍向上しました。
❏P(ポジション):視点を強調
情報システムの構築は企業にとってデメリットよりもメリットの方が多いです。
AIDAの構造
❏A(注意):注意
最近、私たちの会社は経営上いくつかの問題に直面しています。
❏I(利息):利息
会社には多くの管理プロセスがあり、標準化された手順に従わない人が多く、経営に迷惑をかけています。標準化された管理および制御システムを導入できれば、この問題は解決できます。
❏D(欲望):欲望
優秀なリーダーが当社のこの計画を支持し、承認してくれることを願っています。
❏A(アクション):アクション
必要な資金の詳細な金額とその目的をリストします。
FAB構造
❏F(特徴):セールスポイント
当社が開発した標準化された管理および制御システムは、標準化された管理および制御システムにすべての企業プロセスを組み込むことができ、標準手順に従わない人々の習慣を排除します。すべてのサービスプロセスには関連する記録が含まれます。
❏A(利点):利点
標準的な管理課題を解決できるだけでなく、システム自体も強力な機能と安定したパフォーマンスを備えています。
❏B (ベネフィット): 価値
高コストパフォーマンス、高品質、低価格。
アイコンの種類
(1) 折れ線グラフ
主に時系列の傾向比較分析に使用され、比較的変化の大きいデータセットに適しています。プリセールスの場合、異なる月または異なる年のビジネスの成長を比較するために使用できます。
(2) 円グラフ
一般に、単一のインジケーターの構造と構成を反映するために構成分析で使用されます。この値は、絶対値、相対比率、またはその両方を同時に表すことができます。特定の部分を強調したいシーンに適しています。プリセールスの場合、プロジェクトの予算分析、ソフトウェアとハードウェアの比較と構成に適しています。
(3) 縦棒グラフ
一般に、列の高さは数値を反映するために使用され、非常に直感的であり、指標の複数のデータセット間の比較を表すこともできます。次元の。
(4) 散布図
主に 2 つの変数間の相関分析に使用されます。
顧客関連
顧客のペルソナ
(1) エコノミック・バイヤー (EB)。
通常、この役割は最終意思決定者であり、決定後に他の人に指示を求める必要はありません。
解決
まずはEBとの出会い方
最も重要なことは、誰が紹介を手伝ってくれるか、紹介者にプラスの影響を与えることができるかどうかを確認することです。
2つ目は、自分の好きなことをどうやってやるかです
一般に上級リーダーは非常に忙しいため、会議の前に十分な理由を持ち、相手に価値をもたらす情報を提供するための十分な準備をしておく必要があります。
(2) テクニカルバイヤー (TB)。
この役割は、技術要件の提供と技術ソリューションの評価を担当します。
解決
結核者の役割は、内容について発言する権利を重視しており、結核者とのコミュニケーションにおいて最も重要なことは、結核者に十分な敬意を払うことです。
TB は通常、自分自身を技術専門家であると考えていることに注意してください。彼らとコミュニケーションをとる際には、説得を使用しないことが最善です。ハイエンドのテクノロジ セミナーに参加させることで、彼らに影響を与えることができます。
(3) アプリケーション セレクター (ユーザー バイヤー、UB)。
需要側
この役割は、ビジネス要件を策定する責任を負い、最終的に製品を使用してその恩恵を受ける人でもあります。
解決
UBにとって最も重要なことは相手への配慮です
UB と通信するプロセスでは、機能が充実していること、作業負荷が軽減されること、簡単に使用できることなどの利点を強調する必要があります。
顧客のモチベーション
1. タスク指向の顧客
このタイプのお客様は、たとえば、ある実証エリアやパイロットプロジェクトにおいて、最も懸念しているのは規制を満たせるかどうかであり、ニーズは緊急です。
このタイプのお客様は、たとえば、ある実証エリアやパイロットプロジェクトにおいて、最も懸念しているのは規制を満たせるかどうかであり、ニーズは緊急です。
2. 絶望的な状況に陥り、損失を補おうとしている顧客
このような顧客は通常、すでに対応する情報システム プロジェクトを抱えていますが、プロジェクトの結果に非常に不満を持っています。
この種のプロジェクトでは、現状の問題を引き継いだ場合に解決できるかどうかを評価することが重要です。したがって、初期のデータ収集は包括的である必要があります。
3. 競合する顧客
このタイプの顧客は、同じ業界の他の部門がこのプロジェクトを完了しており、後れをとらないかどうかを懸念しています。
このタイプの顧客には、より強固な基盤があることを伝えてください。さらに、後発であるという利点もあり、近道をすることができ、投資もそれほど大きくする必要がなく、いくつかのハイライトを追加するだけで済みます。
4. 進取的な顧客
このタイプの顧客の特徴は、革新的で主導的であることを望んでいることです。
このタイプの顧客の場合は、相手がアイデアを整理できるように支援する必要があります。プロトタイプ開発を使用して、相手が例を示し、ベンチマーク ケースを作成できるようにします。
このタイプの顧客の場合は、相手がアイデアを整理できるように支援する必要があります。プロトタイプ開発を使用して、相手が例を示し、ベンチマーク ケースを作成できるようにします。
SPINの販売ルール
状況に関する質問
主な目的は、クライアントの既存の背景の現実を見つけることです
1. 背景となる課題:顧客の現状の認識と理解
ヒントを使用する:
①不要问太多,客户会不耐烦。
②每一个问题都保证有偏重、有目的。
③背景问题与销售成功没有什么积极联系。
①個人的な意見に関すること:
●どう思いますか?
●どれくらい考えたんですか?
●買うことは決まりましたか?
●その目標は何ですか?
②ビジネス関連:
●どんな業界にいるのですか?
●従業員数は何名ですか?
●年間販売量はどれくらいですか?
●主な顧客層はどのような人たちですか?
③システム関連:
●現在はどのようなシステムや機器を使用していますか?
●どれくらい使っていますか?
●主に誰が使うのですか?
問題 質問
顧客の困りごと、困難、不満から隠れたニーズを探る
2. 難しい質問: 顧客の現在の状況から既存の問題を調査します。
ヒントを使用する:
①使用关心的态度来询问,避免让客户感觉到是对他们的冒犯。
②善用对比(故事法)引出潜在问题。
③这类问题与小订单的成功销售联系更紧密,但是与大型项目订单成功联系不大。
④使用这类问题目的是揭示隐含需求。
①既存の設備に満足していますか?
②今行っている方法に不備はありませんか?
③品質に問題はありませんか?
④現在、大変なご迷惑をおかけしていますか?
含意の質問
解決しないと将来問題が生じると顧客が考える小さな問題を拡大して、潜在的な顧客が購入に向けた行動を起こすことができるようにします。
3. 暗黙的問題: 顧客の問題によって生じる可能性のある暗黙的損失
ヒントを使用する:
①それは会社の長期的な利益にどのような影響を及ぼしますか?
②これらの問題によりコストが増加することはありますか?
③顧客離れにつながるのでしょうか?
④大幅な性能低下を引き起こすのでしょうか?
見返りが必要な質問
思わせぶりな質問によって引き起こされる不快感を取り除き、前向きな解決策を提供し、顧客が得たメリットを伝えることができます。
4. 需要と便益の問題: 問題を解決した後に生成される可能性のある価値を導きます
ヒントを使用する:
①在介绍对策之前,并且在暗示问题开发了买方难题的严重性后。
②你提供的方案一定是可以解决客户这些问题的。
③尽量让客户自己说出解决后的优点,可以训练客户进行内部销售。
① この問題を解決することがあなたにとって重要なのはなぜですか?
②解決後はどのように役立ちますか?
③他に何か手助けする方法はありますか?
さまざまなソリューションのプレゼンテーション シナリオ
1. お客様のニーズに応えられることを伝えるためのソフトウェアのデモンストレーション
顧客は同社の製品や関連事例を非常に直感的に見ることができ、テキストやPPTよりも説得力があります。
ソフトウェアデモンストレーションを行う前に、お客様の予算、ニーズ、スケジュール、評価項目などを把握し、デモンストレーションに反映すべきポイントを洗い出す必要があります。
プレゼンテーションのポイント
① 利点を実証することを優先し、製品の物議を醸す点を簡潔かつ迅速に議論し、競合他社の利点を認めながらも軽視します。
② 顧客が懸念している問題を率直に話すのではなく、説明を助けるために事例を使用し、必要に応じて調整に時間を割くことに重点を置きます。
2. PPT プレゼンテーションは聴衆のニーズに応えなければなりません
PPT プレゼンテーションは通常、顧客から提示されたニーズに基づいており、当社のソリューションは PPT の形式で顧客に提示されます。
PPTの内容や美しさだけでなく、説明の過程で関連する情報がしっかりと伝わるかどうかも気を配る必要があります。
関連情報を事前にご確認ください
(1) 聴衆が誰なのか、何に注目しているのかを理解する
①聴衆は専門家です。PPT の構成は、最初に分割してから要約するのに適しています。なぜそう思うのかを示してから結論を述べることができ、結論を先に示して質問されることを避けることができます。
②聴衆がリーダー:PPT の構造は、まず要約してから分割するのに適しています。一般に、リーダーは最初に結論を理解し、次にその理由を限られた時間内で簡潔に理解する必要があります。
③リスナーの数が比較的多い: 次に、最も重要な人々、または人々の 50% 以上に応えます。
(2) お客様の不安に応える
それが会社の経営者であれば、その経営者は、なぜそれを行うのか、どれくらいの費用がかかるのか、それによってどのようなメリットがもたらされるのかについてより関心を持っています。
企業の中堅層であれば、システムが使いやすいか、将来の保守がしやすいか、拡張しやすいかなどを重視します。
社内の最前線のオペレーターであれば、システムが使いやすいかどうか、現在の業務負荷を軽減できるかどうかをより重視するはずです。
気をつけて
①説教前のおなじみの仕事:
成績証明書
体験講義、録画可能
時間をコントロールします。通常、PPT の場合は 1 ~ 2 分です。
ステージに上がる前に、自分自身に心理的なヒントを与え、このシステムが価値があり、本当に有益であると信じるべきであり、聴衆よりも多くのことを知っている必要があります。
② プレゼンテーション時の注意点
聴衆の不安を払拭するには、最初に視点、構成、時間を事前に伝える必要があり、30 分以内に会議が必要な顧客がいる場合、講義を終えることができるかどうかが大まかにわかります。
プロローグでは、観客がシーンに入り込みやすくするために、ストーリーのような構造を使用できます。
「上記の内容はよくあることだと思われるかもしれませんが、商品のポイントは何ですか?次に説明するのはこれです。」など、説明の際は質疑応答形式で伝えるのがベストです。 「これにより、聴衆の注意をより確実に集めることができます。
3. 現場で入札について話し合い、採点基準に基づいて当社の利点を反映させます
現場入札において、入札書類の要求事項に従って現場で説明するプロセスを指し、現場の入札評価専門家に好印象を与え、採点基準に基づいて最高点を与えることを目的としています。
(1) 入札図書の分析・検討に注力する
最初に、入札書類に基づいて PPT にどのようなコンテンツを表示する必要があるかを分析する必要があります。また、デモンストレーション リンクがある場合は、デモンストレーション部分にどのようなコンテンツを表示する必要があるかを分析する必要があります。
(2) 重要なコンテンツを強調表示する
①当社の利点は何ですか?業界経験など、競合他社と比較した当社の利点を強調します。
②発展の歴史、従業員規模、支店・子会社、資格や強みなどを含む会社の総合力。
③ システムアーキテクチャ図、ビジネスフロー図などを含むプロジェクトのアイデアを強調します。
④ 同様のプロジェクト事例を強調して、入札評価の専門家に私たちが本当に経験豊富であることを理解してもらいます。
⑤ 現地支店・子会社の有無、現地での事例の有無など、現地に特化したサービスを強調する。
(3) 説明前後の注意点
① 説明をリハーサルし、説明を録音してもう一度聞いて、例を追加できる箇所やロジックをどのように修正すればスムーズにできるかを確認できます。
②時間管理を行うことで、お客様の時間切れを防ぐため、5分バージョン、10分バージョン、15分バージョンなど複数のバージョンを表示することができます。
③プレゼンテーションは採点基準に沿って行われます。専門家はプレゼンテーションの内容が整っているかどうかを基準に採点します。そのため、プレゼンテーション中に採点基準のキーワードを述べる必要があります。
④ ライブデモンストレーションにストーリーを加える、つまり、デモンストレーションするシステムを完全なストーリーとして説明し、聴衆がその場面を感じられるようにします。
⑤ 様々なブラウザバージョンでデモシステムを起動できるよう、システムデモ環境を整備します。現場でネットワークが必要な場合は、事前に無線ネットワークカードを用意する必要があります。
4. お客様の不安を解消する技術コミュニケーション・現場Q&A
通常、お客様に説明した後、お客様から質問が起こります。
考えられる原因
●顧客は注意深く聞いています。
●顧客はもっと知りたいと思っています。
●顧客にはさまざまな見解や意見があります。
●顧客が疑問や不満を抱いている。
●顧客は私たちの能力レベルを調べたいと考えています。
●顧客が他者をサポートする。
主な回答プロセスには次のものが含まれます。
最初のステップは質問者を観察することです。
2 番目のステップは、質問者の潜在的な動機が上記のどの側面にあるのか、質問者がそれに興味があるのか、それとも疑問を持っているのかを分析することです。
3 番目のステップは、質問者に感謝することです。たとえば、これはとても良い質問です。
4 番目のステップは、みんなの前で質問に答える前に答えを考えることです。おそらく、質問者だけが心配しているのではなく、誰もがこの問題を心配しているからです。
5番目のステップは、回答の効果を確認することです。回答に満足したかどうかを尋ね、お客様の表情を観察して、顧客が頻繁にうなずいたり、首を振ったりするかどうかを確認して、相手が満足しているかどうかを判断することもできます。 。
コミュニケーションに関する注意点は次のとおりです。
(1) 顧客が質問し続けたらどうしますか?
プリセールスとしては、質問するのは顧客の権利であることを理解する必要があります。「当社の製品の導入や導入について混乱していませんか?」などの質問を冷静に確認する必要があります。 「まずは相手に認められたと感じてもらい、それから冷静に答えてください。
(2) 顧客からの質問に答えられない場合はどうすればよいですか?
コミュニケーションを行う前に、現場のさまざまなユーザーがどのような質問をするかを考慮する必要があります。プロジェクト マネージャーやプロダクト マネージャーなど、コミュニケーション中に他の会社の担当者を同行させることができます。どうしても質問に答えられない場合は、連絡することを約束してから返信することができます。
5. プレゼンテーションスキル
1.FABE——ソリューションの機能を顧客価値に変換する
特徴: 製品またはサービスに関連する事実および特性、つまり製品自体の固有の特性。
利点: この機能によってもたらされる利点は何ですか。
Benefite: 顧客にどのような価値とメリットをもたらすか。これは販売目標をターゲットにしており、効率の向上、コストの削減、情報の透明性の向上、柔軟性の維持など、顧客の購入動機をもたらすことができます。
証拠: これらの価値と利点の証明。現場デモンストレーションによる一連の導入の証拠となる写真、お客様からの手紙、技術報告書、お客様からの手紙、新聞記事など。
例
2. 反対意見を明確にし、顧客の疑念を払拭する
対応手順
① 顧客の反対意見に同意する。
② 顧客の反対意見を辛抱強く聞きます。
③お客様の抵抗ポイントがどこにあるのかを確認します。
④合理的な説明をする。
知らせ
①これではお客様に断られて困っていると思われないでください。
②顧客の間違いを直接指摘しないでください。顧客の面目を失くさせれば、必ず顧客はあなたの面目を失くします。
②顧客の間違いを直接指摘しないでください。顧客の面目を失くさせれば、必ず顧客はあなたの面目を失くします。
顧客に会う
会う前に最も重要なことは自信です
準備工程
最初のステップは、訪問の目的を明確にすることです。この訪問で何を達成したいかを自問してください。
① 今回会いたい人:電話のかけ方、どの分野に注力しているか、当社のことを知っているか、どのような報告方法を好むか。
②このプロジェクトの簡単な背景: なぜそれを行う必要があるのか。
2 番目のステップは、コンテンツを準備することです。
①他のプリセールス担当者に、関連プロジェクトの経験、事例、ハイライトについて尋ねます。
② プロダクトマネージャーにデモシステムの有無、関連するハイライトの有無を確認してもらいます。
③ お客様のWebサイトや検索エンジンを通じて、お客様の既存システム情報やお客様の組織構造を検索します。
④事業関連の政策文書を閲覧する。
⑤ 計画書またはPPTを作成します。
3番目のステップは、準備資料の確認と確認です。顧客の視点から 3 つの質問を自分自身に問い、それらの質問に基づいて情報を調整および修正します。
①なぜあなたに会わなければならないのですか?
②どんな価値のあるサービスを提供してもらえますか?
③他の人と比べて自分の特別な点は何ですか?
4 番目のステップは、顧客の問題を再現することです。
顧客が尋ねる可能性のある質問にどのように答えるかを事前に考えておきます。特に自信がない場合は、事前にそのまま草稿を作成することもできます。
さらに、各会話の前に 3 セットの数字を覚えて、現場でのコミュニケーション中に口に出して言うと、プロ意識が反映され、顧客の印象がより深くなります。
5つ目のステップは面接情報の確認です。
訪問前に、個人の名刺、商品情報、ノート、紙とペンなどの情報が揃っているかどうかを確認する必要があります。
自分のステータスを調整して自信を高めましょう
あなたが自分自身を信じていなければ、顧客は間違いなくあなたを信じません。
自分を信じるための 3 つのレベル
第 1 レベル: 会社の強みを信じる。
第 2 レベル: 会社の製品が顧客に価値をもたらすことができると信じる。
3 番目のレベル: プリセールス担当者としての自分の能力を信じる。
会議で最も重要なことは観察することです
現場でコミュニケーションを図るには、聞くことを増やし、話すことを減らすことが良い方法です
(1) さらに質問してください。
(2) もっと聞いてください。
①自分で言葉を聞いて整理するのではなく、相手に集中する。
②うなずきや笑顔で話すと、相手の会話が促進されます。
③相手の発言を妨げないように、音を立てないでください。
顧客の表情を観察し、コミュニケーションの内容やリズムを調整する
① お客様があなたの意見に同意しない場合、口を手で覆う、鼻を触る、後頭部を触るなどの症状が現れる場合があります。
②お客様があなたの意見に同意した場合、髪をなでるなどの動作が含まれる場合があります。
③顧客が焦っているとき、指をつまんだり、もてあそんだりするなど、いくつかの症状が現れることがあります。
④お客様に購入の意思がない場合、目を直視しない、頭を下げるなどの症状が現れます。
会議の後、最も重要なことは要約することです
(1) 社内
自分へのメモ: プロジェクト全体の状況を認識し、将来必要になったときにレビューできるようにファイルを用意しておいてください。
他の人へのアカウント: プロジェクトの進捗状況や今後必要となるリソースのサポートについてリーダーに報告できます。
(2) 外部
重要なコンテンツを抽出して顧客に送信できます。第一に、顧客はあなたがあなたの仕事に真剣に取り組んでいると考えるでしょう、そして第二に、この会議で得られた合意を繰り返し伝えることができます。
訪問記録の構成要素
他の人が読むために書かれたもの
①顧客の組織構造:つまり、顧客の現在のEB、TB、UBは誰ですか?
②顧客の各役割の考え:上記3つの役割が当社について何を知っているか、支持または反対の態度、そして次に何を宣伝したいかを考えています。
③ 資金源と予算: このプロジェクトの資金はどこから来て、どれくらいの資金があるのか? これは、プロジェクトが将来どれだけ収益を上げるかに直接関係します。
④プロジェクトの進捗状況:顧客がいつシステムをオンライン化したいのか、いつ入札が行われる予定なのかなど、主に重要なノード。
⑤次のアクション:営業前の計画のフォローアップか、営業を通じた取引関係のフォローアップかなど、主に社内で行うべき次のステップは何か。
⑥必要なリソース:事前評価後、プロジェクトを進めるために他のリソースが必要な場合は、併せて申請する必要があります。
訪問の概要
個人的なまとめ改善のため
撮影可能な形式
①今回の訪問の目的は何ですか?
②訪問中に何が起こりましたか?
③期待していたものとどう違いましたか?
④この違いの理由は何ですか?
⑤今度は何をしましょうか?