ロブ・フィッツパトリックのロブ・フィッツパトリックの本を読みました。 ロシア語では、彼女は他のどこでも販売されていないようです。 英語でここで購入できます： momtestbook.com
正直なところ、私は本からあまり期待していなかった。 実際、CustDev、問題のあるインタビュー、その他の無駄のないギズモについてはどう思いますか？ 私たちはクライアントと話し、彼らが望むことをします、すべてが明確なようです。 しかし、本はうれしい驚きを覚えました。 このトピックは深く掘り下げられているので、読んで練習した後、トレーニングを自分で読んで、 LEAN Startup Russiaなどの会議で講演者として行動できます 。 ところで、この会議でこの本を無料で受け取ったのは、主催者であるIIDFとLPGenerator 、 およびJulia Ploskonosovaと Ilya Korolevに敬意を表したものです。 PS：私は会議のレビューをここに書いた。
しかし、最初に、いくつかの余談。
CustDevは、プログラマーがプログラミングを好み、製品のユーザーと話すことを好まないという事実に関連する重要な問題を解決します。 通常、この問題を解決するために、プロジェクトチームには、顧客のニーズを明確にするために特別に調整された人（システムアナリスト）が含まれています。 クライアントと通信し、TK（技術的タスク）を作成します。アーキテクトがTP（技術プロジェクト）を作成するTKに従って、モジュールの分解、システム間のインターフェイスの説明、ソリューションアーキテクチャを含むドキュメントです。 プロジェクトマネージャーは、反復によって機能を削減し、優先順位を設定し、チームを編成して開発を開始します。 この場合の問題はすぐに発生しました。
a）TORの要件は時代遅れになり、クライアントは新しいアイデアを簡単に押し出し、以前に設定された優先順位を変更しました。
b）ソリューションは途中で作成されたため、実装中にプログラマーが独自の決定（たとえば、データベース内のフィールドの形式や検証中）を行ったため、要件を双方向で同期する必要がありました（code-TK-TP）。
c）利益のバランスを維持することは困難です-優れた設計（固定価格プロジェクトの予算を含む）、チームの読み込みの計画には、作業の開始時に多くの詳細な技術タスクが必要であり、迅速なバグ修正には、技術タスクのタスクの優先度を変更する必要はありませんが、作業は必要ですアジャイルスタイルで。
問題の原因、開発者が顧客とのコミュニケーションを好まない理由は、1975年頃に発生し、現在も生き残っている「ガレージプログラミング」の神話につながります。 これは、1〜3人が1〜12か月間、外の世界からガレージに閉じ込められているという考えに基づいています。 彼らは全世界を征服するスーパースパイスを作成し、ある時点でフォーブスのトップ10リストに入れます。 すべてが完全に間違っています。 市場を征服した優れたアイデアの基礎は、まず、製品を購入し、彼の重要な問題を迅速かつ効率的に解決する溶媒クライアントを探すことです。 Aerobatics-クライアントは、 完成するまで存在しない製品に対してお金を提供します（ Kickstarter 、 Indiegogo、およびその他のMMMクラウドファンディング会場を参照）
CustDevの実践以前は、アジャイル（XP、スクラム、Continious統合、それに付属するすべてのもの）は、ソフトウェア開発における大きなブレークスルーでした。 彼女は以前の開発者の大きな苦痛を解決しました-TKの陳腐化、機能の優先順位の変更、実行可能な製品（またはその一部）のクライアントへの配信の遅延。
アジャイルの前に、TDDは主要な洞察になりました-多数のバグとモジュール間の不整合の問題を解決しました。
TDD以前の大きなブレークスルーは、SourceControlシステムの積極的な開発でした-チーム開発とコードバックアップの問題を解決するためです。
これに先立ち、UML、RUP、DesignPatternsが登場しました-ソフトウェアを設計し、独自の自転車を作成しないようにするためです。
それ以前は、以前に書かれたシステムをサポートできるようにするために、コードガイドラインとリバースエンジニアリングが広く使用され始めました。
など など いくつかのものがほぼ同時に登場し、並行して開発されていますが、一般的な考え方は、すべての重要な問題に対する解決策があるということです。 おそらくリーンはすぐに時代遅れになり、他の何かが現れるでしょうが、現時点では、これはアイデアを見つけて実装し、市場に持ち込むための最良の方法のようです。最小限の時間、お金、チームの努力を費やします。
これで歌詞を完成させます。 そのため、この本からの洞察はかなり充実したものでした。
1）現実にあなたなしで市場がどのように機能するかを理解することは重要であり、市場に現実のビジョンを課そうとしない
2）製品のあらゆる種類の不確実性-顧客数、コンバージョン、製品についての学習方法、製品の使用頻度-を明確にすることが重要です。 各問題について、ソリューション-製品仮説を生成および検証する必要があります。 良いペースは、3か月で50以上の仮説をテストすることです。 常に分析し、クライアントと通信します。
3）広告に費やすお金を減らすために、クライアントセグメントを知ることが重要です。 特定のグループの広告に磨きをかけ、お金の突破口やテレビでの広告などを燃やさない 広範囲をカバーするエリア爆撃。
4）もっと聞き、クライアントとの会話を少なくする。 未来ではなく過去について尋ねてください。 自分の考えではなく、自分の人生について話します。 前の仕事で、上司はクライアントと話すときに「OK、聞いたよ」という魔法のフレーズを言った。これは、クライアントの意見に基づいて聞いて聞いて結論を出すと、会話の生産性を根本的に高める。 PS：「私はあなたを理解しています」というフレーズは悪いです、なぜなら 以前は何も理解していなかったことを意味します。
5）多くの洞察にとって非常に不快です。 問題が発生した場合の状況の結果をクライアントに尋ねます（つまり、解決策がない場合）。 すべての起業家は、現時点では、彼の決定なしに、クライアントはすべてのチャクラを閉じ、100万人を失うことを聞きたいと思っています。 $と一般に、ひどい苦痛で死にます:-)。 悲しげに聞こえるかもしれませんが、99.99％の場合、世界はあなたの独創的なアイデア（ウェブサイト、mobapp）なしで管理します。また、多くは中央アジアのポフィシズムに依存しています。 長年、人々はAppstorなしで北朝鮮に住んでおり、口ひげを吹き飛ばしません。 アイデアがあまり痛くないという認識は、チームのモチベーションを大幅に低下させますが、できるだけ早くそれを聞く方が良いです。 別の問題は、起業家のストックホルム症候群であり、長年にわたって成功していないアイデアが彼の時間とリソースを浪費します。プロジェクトは発展しませんが、閉じられません。 オフトップ-彼のアイデアのいくつかのピッチで（一度にそれらのいくつかがあったという事実はすでに問題だった）、キツツキのようなメンターは、「これは問題ではありません！」というフレーズを10回続けて繰り返しました。 アリシャー・ハサノフ 、こんにちは！
6）悪いニュースを愛する必要があります（製品、実装された機能は必要ありません）。 ほめ言葉よりも真実を探すことの方が重要です。不必要なことをしなければ、これは将来あなたの力を救います。
7）クライアントとの会話における典型的な間違いは、製品に興味がなくても、あなたが持っているクールなアイデア（売り手をカットする）をプッシュして売り込みます（説明する）ことです。 私のお気に入りの間違い！
8）その質問だけを尋ねる必要があります。その質問に対する答えは明らかではありません（たとえば、googleにすることはできません）。 「3 * Xのお金があれば、Xのお金を払うか」と尋ねるのは悪い質問です。 彼は明らかです。 「今、あなたはその決定に対していくら払っていますか？」と尋ねなければなりません。
9）CAがそれを解決するための資金を持っていない場合でも、非常に苦痛で大規模な問題を解決しないでください。
10）会話ごとに計画を立てる-明確化のための3つの最も重要な質問
11）次に何をすべきかがすべて明確な場合、会議は成功したと見なされます。
a）計画が作成されました-次の会議の時間にコミットメントが作成されました。
b）評判により-彼らは経営陣/他の専門家に提出することを約束し、
c）お金のために-事前注文をしたか、または同意書に署名しました。 つまり 同じクライアントとの新しい会議は、問題の特定からソリューションの購入まで、販売目標到達プロセスのプロモーションでなければなりません。
12）曲技飛行-予約をするのではなく、ランダムな知人との簡単な会話中に問題のあるインタビューを行う
13）コールドコールのコールドを少なくする良い方法-つまり クライアント/パートナーを探しているわけではありませんが、彼らはあなたです-ブログ、サードパーティとの出会い、会議での講演、業界の専門家、メンター、投資家からの連絡を求める
14）手紙の優れたテンプレート-会話のリクエスト-VFSZP：
a）ビジョン（そのような領域の問題を解決しようとしています）、
b）言葉遣い（これがどのように機能するかを理解したい）、
c）弱さ（ただし、それについては何も理解していない）、
e）重要性（しかし、あなたはそれを理解している）
f）リクエスト（それでは会いましょう）
15）何か新しいことを聞くまで会議を続けます。時には、仮説を検証するのに3〜5回の会議で十分です。 オフトピック-LinguaLeoについては500回以上の会議/ 6か月以上が開催されたと聞きましたが 、これは元の問題を確認するためだけでなく、すべての仮説をテストするための会議の総数です。
16）クライアントのセグメンテーションも重要です。これは、多くの機能を実装する必要がないため、全員を満足させる（したがって誰も満足させない）ためです。 純粋に数学的には、アプリのアプリでの平均スコアは、肯定的および否定的の両方で、1000よりも優れたレビューが100ある場合に高くなります。 より多くの顧客（異なる顧客を含む）、より多くのお金があるようですが、これはそうではありません。
17）顧客セグメントは人口統計（私たちのクライアントは30歳以上の子供を持つ女性）だけでなく、その他の特性-FBにフィードバックを残す批評家/製品愛好家、貧乏人/金持ち、活発なコメンテーター、ストーリー、およびサイレント、ソリューションを使用する理由に基づいてそれらを共有する。 スプレーするよりも、最初のセグメントで作業する方が良いです。 最良のセグメントは、到達しやすく、彼らとのビジネスを発展させる大きな機会を与える豊かなファンです（たとえば、彼らは積極的に追加のサービスを購入しています）。 「Who-Where」原則（これらの人々が誰であるか/どこで見つけることができるか）に従ってセグメントを形成します。
まあ、このようなもの、私はたくさんの手紙があることを知っています-マスターした人への敬意。