これらの本に詳しくない場合、モデルはスキーム（サイトwww.techlifecycles.comから取得）に従って簡単に理解できます。
一番下の行は次のとおりです。 新しいテクノロジーが市場に導入されると、消費者にはリスク選好度の尺度が割り当てられます。 最初に、技術はイノベーターによってテストされ、次に早期導入者、早期過半数、後期過半数、および遅延者によってテストされます。 後者は、テクノロジーを購入する場合、選択肢がなくなった場合のみです（たとえば、業界標準になった場合）。 したがって、イノベーターは非常に少なく、初期のフォロワーより少し多い。 しかし、「深刻なビジネス」は、大多数と後半に達すると始まります。 そして、あなたはこの段階に到達することはできません-初期のフォロワーと初期の大多数の間にいわゆる「アビス」があります（本で説明されている多くの理由のため）。
イノベーターとアーリーアダプターは、いわゆる「初期市場」を形成します。 しかし、そのような市場では、プレゼンテーションでアイデアを説明するだけでなく、製品を作成する必要があります。 最高の犬の飼育者は、MVP-最小実行可能製品戦略を使用してこのような製品を開発することをお勧めします。 つまり 初期市場に見せることを恥じない製品を最小限の労力で開発する。 ちなみに、ここでは「犬のブリーダー」という用語は赤い言葉だけでなく使用されています。 MVPの目標は、進歩的なアメリカのIT起業家が言うように、「犬はドッグフードを食べる」、つまり発明された製品（有料を含む）をまったく使用するという声明を検証することです。 ここでは、市場に不要な製品の作成にリソースを費やすことと、「市場に必要/不要な」正しい判断を下すのに十分な機能を作成することとのバランスを取るためのタスクが発生します（完全に空の製品は早期採用者でも見られません-そして、あなたは誤った結論を下すことができますアイデア自体が悪いこと）。 したがって、タスク番号1：MVPのスコープを決定します。
最小の製品が作成され、市場でテストされた後、最初の顧客（つまり、ユーザーではなく顧客）が現れました-あなたは奈落の底に立っています。 それを克服するために、他の犬のブリーダー（特に-D.ムーアの冒頭で述べた）は、全体的な製品の概念を導入しています。 これは、製品が対応する地域の大規模市場の特定のニッチのニーズを完全にカバーする完成品です（市場全体でそのような製品をすぐに作ることは不可能であると主張されています-これに反対することは困難です）。 特定のニッチ向けにこのような製品を作成したら、選択したニッチに対応する初期の大半の部分の心を溶かすでしょう。 そして、残りは追いつくでしょう。 そのようなニッチの選択については、それらの同じ本によく書かれています。 この記事では、完全な製品を作成する必要があるという事実が重要です。 既に理解しているように、そのフレームワークを決定する必要があります。 したがって、タスク番号2：全体的な製品の範囲を決定します。
「何をすべきか」という質問に対する私たちの答え。
サービス会社の顧客サービスに関連する活動を自動化するために、 SmartNutソフトウェアを作成します（SaaSモデルに従ってのみ配布します）。 また、この記事では、MVPのフレームワークと全体的な製品の概要についての経験を反映したいと考えています。
この例では、ビジネスプロセス自動化システムについて説明しています。 定義から、それらの基本的な価値は明確です。プロセスを自動化することです。 具体的には、私たちの場合、カスタマーサービスプロセスについて話します（CRMシステムの場合、販売プロセスなどに焦点を当てます）。 したがって、システムの価値は、プロセスのすべてのステップで作業の自動化と最適化のためのツールを提供することです。 そのため、製品の主要なプロセスをコンポーネントに分解する必要があります。
したがって、カスタマーサービスプロセスは次の要素で構成されます。
- サービスのアプリケーションとタスクの受信と登録。
- アプリケーションの実行とメンテナンスタスクの計画。
- アプリケーションとメンテナンスタスクの実行。
- サービスプロセスの監視と分析。
また、各段階で、顧客サービスの作業を自動化および最適化する多くのツールを考案できます。 ただし、クライアントにとって価値のある機能を最小限に抑えた製品を作ることがタスクであることを覚えています。 アプリケーションとサービスタスクの少なくとも一部がシステムを完全に「通過」できる場合、製品には少なくとも何らかの価値があると判断しました。 そして、私たちの場合、「インシデント」タイプのリクエストを選択しました（クライアントが何かの不具合を報告し、長いボックスに入れずに修復する必要がある場合）。 その結果、製品の最初のバージョンに関する次の最上位要件が現れました。
サービスの申請とタスクの受付と登録：
- カスタマーサービスの従業員がアプリケーションを登録する機会。
アプリケーション計画：
- 基準に従った自動締め切り計算（別名SLA。ところで、最小の製品ではこれを回避できることに気付きました）。
- 最小数のパラメーターでフィルタリングおよびソートする機能を備えたアプリケーションのリスト。
アプリケーションの履行：
アプリケーションの2つのステータス（オープン/クローズ）;
- アプリケーションの責任者を変更する機能。
- アプリケーションの責任者の電子メールによる通知。
- アプリケーションについてコメントする機能。
- クライアントおよびアプリケーションの連絡先に関する追加情報を表示する機能（つまり、顧客および連絡先のデータベースが存在する必要があります）。
監視と分析：
- 最小限のパラメーターでフィルタリングおよびソートできるアプリケーションのリスト（これは、計画ツールのような制御ツールでもあります）。
- 責任のある顧客のコンテキストで完了したアプリケーションに関する1つのレポート。これは、どのアプリケーションが時間どおりに完了し、どのアプリケーションが完了していないかを示します。
さらに、要件は詳細に説明されていますが、すべての超過分を破棄することを考慮しています。これは、プロセスを通じてインシデントアプリケーションを「ドラッグ」するために必須ではありません。
そのため、1年前にリリースした最小製品の境界線が判明しました。 その後、クローズドテストフェーズ（約1か月続きました）を開始し、多くのレビューを収集しました。
MVPを使用-整理。 次に、積分積に渡します。 記事の前奏曲から覚えているように、特定のニッチと特定のタスクのために完全な製品を作成する必要があります。 SmartNutには、狭い専門分野（顧客サービス）と狭いニッチ（サービス会社）があるように思われます。 しかし、ここで絞り込む場所があります。 深byを克服するために、サービス会社のすべてのサブセクターからITアウトソーシングを選択しました。 つまり、コンピューター機器やその他の1C-sのサブスクリプションサービスに従事している企業です。
そして、これらの企業の詳細に従って、完全な製品を作成するために、プロセスの4つの段階からその「スケルトン」の肉を構築することが最も正しい方法であると判断しました。
サービスの申請とタスクの受付と登録：
- 顧客サービスの従業員が申請を登録する機会 。
- クライアントに連絡して、個人アカウントからアプリケーションを独立して登録する機能。
- カスタムタイプのアプリケーション。
- サイトに埋め込むことができるWebベースのアプリケーション登録フォーム。
- 電子メールによるアプリケーションの自動登録。
- API
- 外部システムとの統合。
- スケジュールされたタスクをスケジュールに従って自動的に作成します。
アプリケーションの実装とメンテナンスタスクの計画：
- フィルターと並べ替えの機能を備えたアプリケーションとタスクのリスト （より多くの基準を使用）;
- 標準 （SLA） に従った自動締め切り計算 ;
- さまざまな基準に従ってアプリケーションとタスクのリストをグループ化します。
- アプリケーションとタスクの分解（複数の実行者へのアプリケーションとタスクの配布）;
- エンジニアはカレンダーをダウンロードします。
- 期間中の作業リストについての定期的な自動通知エンジニア（電子メールによる）;
- 印刷されたフォーム（作業指示書、実行された作業行為、支払請求書）;
- 有料作品のカタログ（有料アプリケーションの実行用）;
- GISとの統合により、提供されたオフィスの場所を地図 （この場合はYandex.Maps）に表示します。
アプリケーションとメンテナンスタスクの実行：
- アプリケーションの2つのステータス（オープン/クローズ） 。
- アプリケーションを「遅延」の状態にする機能 （SLAによって期限を再計算するための遅延ロジックを使用）。
- アプリケーションの責任者を変更する能力 ;
- 申請の責任者の電子メールによる通知 。
- エンジニアのSMSアラート 。
- 顧客のSMS通知。
- アプリケーションについてコメントする機能 。
- 個人アカウントを介したアプリケーションへのコメントでのクライアントとの通信の可能性 ;
- 電子メールを介したアプリケーションへのコメントでのクライアントとの連絡の可能性;
- サービスの対象に関する情報（サービス対象機器のデータベース、CMDB）を見る機会。
- クライアントおよびアプリケーションの連絡先に関する追加情報を表示する機能 。
- PDAインターフェース
- モバイルクライアント
- カスタムアプリケーションステータス。
監視と分析：
- 人件費の会計と分析;
- 拡張レポート
- リストを.xlsでアンロードします。
（太字で、MVPに含まれていたもの、斜体で、MVPがリリースされた後に行われたもの-他のすべては今後8か月間先を行くものです）。
そして、このようにして、私たちが直面している湾岸を橋渡しする全体的な製品の境界を自分たちのために概説しました。 奈落の底を克服した後に製品を開発する方法-私たちはそれを克服した後に書きます。
PSテキストは、顧客とのコミュニケーションについてほとんど何も言っていません。 しかし、それは暗示されています。 これは非常に重要です。 要件と要件の優先順位付けは、主にそれらに由来します。 記事がクライアントへのインタビューに関するものではないというだけです。