クライアントとのコミュニケーションは、いくつかの独立した段階に収まり、それぞれ独自のニュアンスと結果をもたらします。 ステージと質問は、ビジネスプロセスまたは必要に応じてプロジェクトロードマップを理解することにつながります。
投稿の目的は、クライアントがプロジェクトで作業するプロセスを理解することであり、クライアントだけでなく、クライアントが最初に同じ言語を話すことができるようにすることです。
そのような地図を描いたら。
タイムライン、ステージ、タスク、結果、トランシェに対する顧客の期待を管理するように設計されています。 マップ要素は、作業量、コミュニケーションのペース、意思決定の速度を考慮して、クライアントとプロジェクトに適合します。
最初にクライアントに提供する最初の重要なアイデアは、プロジェクトの成功は、クライアントと請負業者の両方の仕事の高度な組織に関連付けられているということです。
マップはこの関係をよく示しています。 ただし、今日はさらに詳しく説明し、手順と質問の詳細を説明します。 したがって、すべての通信は次の手順に適合します。
- アイデア/製品およびクライアントチームの知識
- 分析、コンサルティング、ドキュメント
- コストと条件の推定
- 開発とテスト
- 一般公開と仮説テスト
製品とクライアントのチームの知識は、多くの場合、「こんにちは、Webサイト（またはモバイルアプリケーション）を作成するにはどれくらいの費用がかかりますか？」という質問から始まります。
- サイト/アプリケーションはどのタスクを解決する必要がありますか？
- なぜこれらのタスクに正確に取り組む必要があると思いますか？
- 製品の対象読者を説明する
- 類似体または競合他社のリスト
すでに「宿題」を済ませており、重要な質問に答える準備ができているクライアントと仕事をすることは常に喜びです。 ただし、多くの場合、クライアントは未加工/ぼやけた形でアイデアと通信し始め、実装段階に進む前に真剣な研究が必要です。
握手をしてアカウントの最初のトランシェを見る前でも、クライアントが答えを探すのを助けます。
原則として、オープンソースに基づいた市場と既存の製品のレビューから始めます。 さらに詳細な分析が必要な場合は、次の段階の一部として作成します。
デートの段階で、クライアントは経験とポートフォリオ、技術のスタック、労働条件の点で私たちをチームとして評価します。 私たちは、クライアントの経験、アイデア、彼女が生まれた背景を大切にしています。
知り合いの結果は、製品とタスクの理解と、さらに作業することへの基本的な関心です。
分析、コンサルティング、ドキュメント
ステージの名前は、いわば、プロジェクト/製品に関する重要な質問への回答を見つけるタスクを組み合わせていることを示唆しています。
- 市場とアナログ/競合他社
- 対象読者
- 解決した問題
- ソリューションとしての製品
- ビジネスモデルと収益化
- プラットフォームとCAへのアクセスチャネル
- ビジネスおよびマーケティング計画
- ブランディング
- 法的登録
ステージの作業範囲は、クライアントが行った作業と時間リソースに基づいて、クライアントと個別に合意されます。 私たちは喜んで分析タスクを引き受けますが、答えを探す際にクライアントの重要な役割を任せるようにします。なぜなら、彼のアイデアで「燃えて生きる」のはクライアントだからです。
クライアントは多くの問題に個別に取り組むことができます。 例：
記事とサービス/統計ストアを検索して市場を評価します。
アナログと競合他社を見てください：
ビジネスモデルを構築します。
- www.businessmodelgeneration.com/canvas/bmc
- www.slideshare.net/venturehacks/customer-development-methodology-presentation
潜在的なユーザーのインタビュー：
市場と競合他社を評価し、ビジネスモデルを理解して文書化した後、製品のビジョンに進みます。
2つ目の重要な考え方は、不確実な条件で動作する各プロジェクト（特にスタートアップ）は、市場、対象者、問題、選択したソリューションに関する仮説をテストする問題を解決するということです。
このアプローチでは、クライアントのビジョンのあらゆる側面に疑問が投げかけられ、確認または反証する必要があります。また、製品自体は最終目標ではなく、選択したソリューションと仮説テストツールの実装として認識されます。
3番目の重要な考え方は、最初にビジネス/マーケティング計画、そして次に製品です。
この製品は、シナリオとユーザーケースを実装し、対象ユーザーと選択したソリューションの説明に記載されており、ユーザーの行動に関するアイデアの結果です。 有用な製品は、ユーザーに焦点を当てて作成されますが、インターフェース要素には焦点を当てていません。 このアプローチの詳細については、たとえば、 www.newfangled.com / how-to-tell-the-users-storyにあります。
また、製品には、ビジネスモデル、ビジネス/マーケティング計画の実装に必要な機能とコンテンツの要素が含まれています。 そのため、収益化モデルをできるだけ早く考えて、その場で製品をやり直し、時間をずらして余分なお金を費やす必要がないようにする必要があります。
フェーズの重要な側面は、製品ドキュメントです。 ドキュメントがなければ、コストと開発条件の条件付き評価のみが可能です。これは、詳細が明らかになったときに調整されることがよくあります。
出発点として、クライアントが持っているドキュメントの形式を取ります。
- 製品のアイデアまたは構造の説明
- シナリオとユーザーケースの説明
- 参照条件
- インターフェイスレイアウト
- デザイン
分析の結果として製品のビジョンを改善する際、元の顧客文書に新しい資料を追加します。 proto.io/およびwww.invisionapp.comでインタラクティブな製品プロトタイプを準備しています。 スマートカード-www.mindmeister.comおよびwww.lucidchart.com
多くの場合、製品のドキュメントがサイドアクティビティとして認識されるプロジェクトがあります。 製品の説明は、せいぜいタスクトラッカーに電子メモと紙メモの山の形で存在します。 これは、「メモの山」を最新の状態に保つのが難しく、管理者と開発者が混乱し、人件費の誤った見積もりが与えられ、期限が切れるという事実につながります。
テストの側面も強調する必要があります。 製品が最初のバージョンの公開後に積極的に開発されている場合は、ライブの視聴者とともに、その場で積極的かつ組織的に「完成」する必要があります。 これは、適切な開発インフラストラクチャ（dev / staging / production）を構築し、コードをテストでカバーすることにより可能になります。
不十分に文書化された製品は、自動テストを不可能にします。テスターは、記述されていない場合、特定のユーザーケースまたはインターフェイス要素がどのように機能するかを知ることができず、自動テストを書くことができません。 その結果、テストによって明らかにされた膨大なコードは、改良の過程で絶えず壊れます。
不確実性に直面して開発されるプロジェクト/製品は、元のTORの範囲によって制限されないことを理解しています。 閉じたWikiのような形式または別の形式の製品の完全なドキュメントの出発点である必要があり、その後、チームのコミュニケーションの中心的なリンクになります。
4番目のキーポイント。 より完全な製品ドキュメントにより、プロジェクトのタイミングとコストをより正確に評価できます。
コストと期間の推定は、プロジェクトの各役割（プロジェクト/製品マネージャー、デザイナー、フロントエンド開発者、バックエンド開発者、テスター、モバイルアプリケーション開発者など）の作業量の推定時間と役割率で構成されます。 タスクによる時間の評価は、プロジェクトで作業しなければならない人々によって直接実行されるため、評価の精度は説明の詳細に依存します。
プロジェクトの計画とドキュメントに関する実質的な考えは、ここにあります：
ところで、コストと条件を評価する段階で、製品の機能のタスクと時間、およびスペシャリストの料金を示す見積もりを作成します。 これにより、クライアントは、コストとタイミングだけでなく、作業量とチームのコストという2つの追加の面でも、当社の提案を他の選択肢と比較できます。
まとめます。 多くの場合、副産物として認識される製品ドキュメントは、以下にとって重要です。
- コストとタイミングの適切な評価
- 設計およびテスト段階での実り多いチームコミュニケーション
- 起動後のプロジェクトのアクティブな完了のためのテストによるコードカバレッジ
- プロジェクトチームに新しい人々をつなぐ
マーケティングプランを開発するタスクは、マーケティングの専門家であり、新しいアイデア、製品、サービスを作成するAlena Makovaによって支援されています。
すでにアイデアの段階で、視聴者が誰であるか、それがどこにあるのか、どのように興味を持っているのかを理解することが非常に重要です。
彼らは、良い製品はそれ自体を促進すると言います、一部これは真実ですが、a）良い製品を作成するには、あなたの聴衆のニーズと「痛み」をよく理解する必要があります。他の潜在的なユーザーと。
マーケティングプランは、ターゲットオーディエンスの計算方法、それとのコミュニケーションチャネル、費用の大きさ、そもそも何をすべきか、そして何時にするかです。
MAL AgencyとMax Nikolaevとともに製品ブランディングのタスクを解決し、製品に完全なビジョンと哲学を導入します。
サイトまたはアプリケーションを開発するチームを選択するとき、顧客は通常1つのことを期待しています。それは美しいか、機能するかのいずれかです。
そして、これは美しさとブランディングが直接関係していないという事実にもかかわらずです。 ブランドを作成することは、美しさへのガイドではなく、戦略に基づいて構築されるユニークなイメージの開発です。
ブランドが完全にデジタル化され、アイデンティティを保持できるかどうかは、この段階に依存します。 コンピテンシーを配布し、Leandevチームと協力して結果を達成します。
多くの場合、コンサルティングの段階で、会社と知的財産の合法的な登録に関する質問が発生します。 私たちは、セルゲイマルティニュク（SMパートナーズ）と協力して、開発された製品の権利を請負業者からクライアントに確実に譲渡します。
分析、コンサルティング、文書化の結果は次のとおりです。
- ビジネスおよびマーケティングプロジェクトの開発計画
- TKおよびインターフェイスレイアウトの製品ビジョン
- ブランドの製品/会社のパッケージングおよび法的法律の対象
5番目のキーポイント。 プロジェクトは、製品開発プロセスだけでなく、少なくともマーケティング、財務、およびチームでもあります。
上記の結果を受け取ったクライアントは、プロジェクト開発チームを意識的に選択し、次のステップを包括的に（いくつかのビジネスプロセスで）計画する機会があります。 プロジェクトが「飛ぶ」と言うように、これはすべて必要です。
コストとタイミングの評価、開発とテスト、および製品の一般公開の段階については、次の投稿で説明します。
PSこの時点まで読んだら、信じられないほどクールです。 エキストラと批判は大歓迎です。 an@leandev.ruメールに書いて私に連絡できます。