「仮想モデル」またはプロジェクト要件を穏やかかつ正確に削除する方法

人生は複雑なものです。時には、目を閉じて前にジャンプするだけでなく、イグニッションキーや空のタンクなしで車を離れようとするような面白いリングを放り出します。 しかし、実践が示すように、多くのWebスタジオは依然として自動車を推進しています。 これを少なくとも部分的に修正してみましょう。



文明社会の慣習であるような分析や研究に従事することができない場合、そのようなプロジェクトがあります。 これはさまざまな理由で起こります。従業員の休暇、少額の予算、厳しい締め切り、そして時には予備調査の反対者さえ見つかります。 有名なジョークのように「考えるべきことは何ですか-振る必要があります。」 そのため、非常に短い時間で要件を収集し、形式化する必要があります。顧客との1〜2回のミーティングでは、サイトの経験が不足しているために解決すべきタスクについて話すことができません。



さらなる作業のためにデータ不足の問題を数回飲んだ後、私は誇らしげに「仮想モデル」と呼んだ多くの手段を開発しました=）



私は何をしています まず、会議の準備をしています。対象分野、潜在的な競合他社、その製品、マーケティング手法、その他の情報を調査しています。 私は外に出て知識を頭に入れ、必要に応じてノートの重要なポイントをスケッチします。 私は浄化された脳で戻り、私の頭の中で仮想システムを設計し始めます。 深く掘り下げる必要はありません。主なことは、この業界の企業に典型的な主要な機能部品を忘れないことです。



たとえば、管理会社の場合、このような属性は、指数、単位相場、投資ポートフォリオなどの日々の変動のチャートです。 次に、可能なサービスのリストを配布します-サイトの機能部分：「ニュース」、「個人口座」、「モスクワ銀行間通貨交換からの引用のインポート」など。 その後、構造に目を向け、最も原始的な形でサイトのセクションをペイントします。 これはすべてチートシートとして使用され、会議のプロジェクトでクライアントをリードします。



それで、私たちは来て、知り合いになって、コーヒーと署名ペンを求めます。 オフィスで忘れられていた名刺をおaびし、考えをまとめ、見事な笑顔で放送します。



-このプロジェクトがどのように生き残るかを説明します。



顧客は、驚きを克服します（どうすれば、これらの人々をもう一度見ますが、彼らはすでに何かを教えてくれます）、耳を傾け始めます。 ここでの主なことは、イニシアチブをリリースしないことです。 少し後に、彼自身が積極的にプロセスに参加します。



そして、コミュニケーションは役割ベースのダイアログになります。 最初に、私はそれが稼いでいる市場についてどうにかして見つけたものについて少し話します、そして、私はプロジェクトの「仮想モデル」から少しずつ前進し始めます：



-この業界の特定の製品のページにアクセスできるように、製品を業界ソリューションに接続します。



などなど。 次に、顧客はそれを論破または補完しようとします。



-良いですが、一部のクライアントは、業界だけでなく、ソリューションが実装されているプラ​​ットフォームによってもソリューションを選択しています。



さて、ノートブックにメモし、エンティティ「製品」には追加の属性「プラットフォーム」があり、将来プラットフォームごとに製品をフィルタリングできることを理解しています。



時間が経つと、「仮想モデル」が非常に現実的な要件、反要件、サービスとデータを使用するためのシナリオを獲得したことがわかります。これは、設計プロセスで私たちにとって非常に便利です。



ただし、微妙な点があります。 これは単なる会話であり、システムを設計するのではなく、そのための要件を開発することをクライアントに伝える必要があります。 後で驚く顔や質問がなくなるように、「さて、これについてはすでに議論しましたか？！」



会話の終わりに、将来のプロジェクトのテンプレートが現れますが、これにはかなりの処理が必要ですが、利用可能な情報はシステムの論理部分のプロジェクトコンセプト-サービスとインターフェースのドラフトプロトタイプに既に転送できます。



原則として、情報の不足を補うには1〜2回の会議で十分です。 詳細は、次の手順ですでに考え出すことができます。



途中で、顧客が自分で問題を定式化し、ビジネスプロセスを説明するよりも、「私が発明し、それを壊す」ゲームを喜んでプレイすることに気付きました。



上記のすべてが毎日の解決策ではなく、最小限のリソースで可能な限り最高の結果を達成する方法であり、主題領域の調査と要件の分析の段階をバイパスすることを理解することが重要です。 さらに、最初のミーティングに準備し、プロジェクトについて考えた場合、通常のリスナーとして来た場合よりも顧客ロイヤルティがはるかに高くなります。



もちろん、大規模なプロジェクトをこの方法で拡張することはできません。「ゲーム」に参加して「弱いリンク」を検索するよりも、何が起こるかを正直に報告し、時間/予算を増やす方が良いです。



開発に頑張ってください！