TKなし:クライアントが彼を望まない理由

ビジネス分析の実践から:クライアントはどのように技術的な要件なしでプロジェクトを立ち上げようとしますか、そしてそれについてどうしますか?







1. 「非常に小さくシンプルなプロジェクトがあります」



私が死んで、悪魔が私を地獄に引きずり込むとき、彼らはこのフレーズから始まります。 各ステップで、彼らは元々暗示されていて誰にでも明らかだったある種の新しいナンセンス機能をどのように思い出したかを教えてくれます...



どれだけのステップを踏まなければならないかは誰にもわかりませんが、私がそこに着いたら、私は聖人になります。



「TKの時間はありません。すぐに起動する必要があります。」



簡単に解決できます。最小のタスクであっても、ミニTKを作成できます。 私はもっ​​と言います、私は単純に小さくてシンプルなプロジェクトが大好きであるのは、それらが明確に説明できるからです。 大きなプロジェクトを小さなプロジェクトにカットしようとしています。



「小さくてシンプルなプロジェクト」が技術仕様の承認段階で既に立ち往生している場合、ボイラーであなたを溶接する前に、悪魔を巧みに認識しました。



2. 「これは企業秘密です。お知らせしません」



かつて私は大規模で複雑な医療システムでTKを作成しました...しかし、それは劇場用のアプリケーションでした。 スピーチが劇場に関するものだとは気づかなかったので、クライアントから医師について話されました。 NDAが最終的に署名されたとき、彼らは厳soleに私に発表しました:「まあ、それは同じことです! 仕組みは似ています:俳優または医師-違いは何ですか? どうしてそんなに怒っているのですか?」



すぐに私とNDAに署名してみませんか? しかし、いや、この論文は100%の保証を与えるものではありません。 私たちは会って、私をもっとよく知る必要があります! 突然、軍の秘密を明かしますか?..



秘密の出会い系サイトもありました:「私たちはそのようなデバイスを持っていますが、それらについてはお話ししません」。または、「ここに巨大な秘密のプロジェクトがあります。どれだけ教えてください?」



NDAが終了しないという秘密を聞いたらすぐに、クライアントが成熟するまで休憩することをすぐに提案します。 残念なことに、TKは、いわゆる「どうしようもない」というヒントで書かれており、開発者は理解していません。



3. 「最初に、いくらですか?」



クライアントは、あなたに注文するかどうかはわかりませんが、注文した場合、あなたにとって悪いことです。 「わかりました、私たちに適しています。作業を開始します。TKの時間はありません! ああ、あなたはすべてが安くて速いと約束しました! どうして! まあ、すべてがそのように機能するべきではないことは明らかですが、そのように! どうして同意しなかったのですか? お金を返せ!」



ToRを作成する前のプロジェクトの価格の問題は、おそらく最も頻繁に発生します。 このプロジェクトを一言で説明し、馴染みのあるチームと馴染みのないチームから引用を集めたいと思います。 通常、詳細が詳細であるため、価格が10〜20倍に上昇する可能性があるという発言は、クライアントを感動させるものではありません。 あなたは私たちにこれをしません!」



一般的に、見積もりを受け取ってミニ入札を行うというクライアントの要望は正常ですが、これはチームに完全なTKを送信することによって行われなければなりません!



4. 「なぜ必要なものに支払う必要があるのですか?」



クライアントは、黄金のカモシカのふりをして、あなたが彼を捕まえたいと思うtrapの代金を支払わせようとしていることに心からresります。 「私たちは会社です。」UH!」私たちがあなたの顧客の中にいるなら、誰もが言うでしょう:「ああ!」すでに喉の向こう側に立っているので、「もう十分だ!」と叫びたいです。



クライアントがTKの支払いを望まない場合、誰にとっても悪いことです。



まず、これにより、TKに必要な労働時間を費やして、すべての変更を加えて承認を得ることができなくなります。



第二に、クライアントがあなたにTKの支払いを望まない場合、彼は開発の全額を支払いたいですか?



クライアントは無料のTKを軽視し、注意、参加の緊張を必要とするものとしてではなく、より多くの商業的オファーとして捉えています。 無料のTKでの作業の結果、次のように聞くことができます。「私たちはあなたの紙ではなく、問題の解決策が必要です!」

なぜTKを支払う必要があるのですか? たとえば、通常は開発なしで発生するリスクに対して支払いをしないためです。



5. 「オプションを見たい!」



私のお気に入り これらの仲間と一緒におwithを書くことはできません。 私の強さよりも上から選択するために3-4種類のTKを拷問すること。



これらのクライアントのために、私は通常、アイデア設計サービスを提供しています。 これは次のように機能します。プレゼンテーション形式とアイデアの数に同意し、たとえば最初のアイデアを書いてから、その形式のすべての友人や知人と作成します。



ここでの笑いは、「オプションを見たい!」と聞いた場合、TKから始める必要があるということです。 システム上ではなく、アイデア上で作成する必要があるのはTKだけです。 はい、はい、アイデアのミニタスクがあります。 非常に便利なことをお勧めします!



6. 「コンセプトが変わったらどうなる」



ポーランド人がスサニンに似たようなことを言ったようです...このようなクライアントは、原則として、TKが何らかの方法で思考、想像力、創造的な創造性の飛行を制限すると信じています。 通常、それはすべて深い沼地で終わり、どこに行くのか、何に合意したのか誰もまだ知りません。



同時に、最もシンプルなTKでさえ、プロジェクトを動かすことができる場合、創造的なクライアントは彼の作品を陽気に利用し、彼の暴力的なファンタジーはプロジェクトを台無しにしませんが、ジェットストリームの力を与えます。



開発プロセスでは、軌道から深宇宙に飛ばないように、クリエイティブストリームのソースで印刷および署名されたTKを使用して、クリエイティブクライアントを倒すこともあります。



7. 「これの正確なクローンが必要です...」



それは私がTKを書くのが好きではないものです。 ひどく疲れる。 何年かの間、ある種のシステムを見たおかしな人たちは、あらゆる種類の小さなことやひねりで草に覆われていました。 実際のトラッカーで動作します!



TKなしでクローン作成に携わる開発者たちは何とも残念です。 まあ、それはあなたがMortal Kombatのヒーローを見て、戦う方法を学ぼうとしているようです。 また、面白くて哀れです。



そして経験から:「正確なクローン」には、ドナーのすべてのロジックとメカニズムを破壊する「マイナーな修正のカップル」が必要になることがよくあります。



私は書いていますが、メールにはこれの正確なクローンを求める別のリクエストがあります...



8. 「自分で考えてください-あなたは専門家です!」



「そうそう、私たちはスペシャリストです!」とコマーシャルディレクターがよく言います。光沢のある頬を吹き飛ばすことが重要です。 「今、私たちはあなたに最高の方法を教えます! 私たちは専門家であり、能力があることを知っています!!!「これらの言葉の後、クライアントの目は明るくなり、彼は考えます。「最後に、私のプロジェクトの本質をすぐに理解した人を見つけました。



通常、mi気楼は最終プロジェクトの2回目の10ラウンドの編集で最終的に分散されます。

最近、私は立ち往生しているプロジェクトを引き出しました。 1年半続いた編集の第32ラウンドで、彼らは編集用にTKを書くことに決め、すべてがすぐに完成しました。



9. 「私たち自身がTKを作成/作成します」



数年遅れていた1つのプロジェクトに接続した後、私はようやく尋ねました。「みんな、技術的な仕事はありましたか?」彼らは私に答えました。



多くの場合、クライアントはヘリコプターで道化師と一緒にゴミを送ります。 しかし、私は貪欲ではありません。それに応じて、私が行った割り当ての例を挙げ、すべてを同じ形式で整理するようお願いします。 その後、「レコーダー」は半年間消えます。



しかし、TKを非常に明確に書いたクライアントがいます。 私のお気に入りのクライアントの1人が、私の形式ですべてを記入することに同意し、開発者の喜びに応じて定期的にそれを行います。 そしてもちろん、一部のTKクライアントはスペシャリストであり、これも素晴らしいことです。



10. 「他のプログラマはあなたのTKを受け入れません」



かなり頻繁にこの異議を聞いています。 通常、彼らは受け入れるので、受け入れられない場合、私は大胆に新しい開発者の下で書き直すことを提案します。 面白い機会でした。 私はTKを引き渡しました。クライアント側の開発者は、TKではないと言います。 さて、フォーマットを変更しましょう。 フォーマットなし。 さて、あなたが好きではないものを教えてください? 彼らは言う、彼らは言う、GOSTに従っていない! さて、GOSTに従ってそれをやってみましょう。 料金。 GOSTを見たことがありますか? そうではないようです。



経験から、私は非常に多くの開発者がTKを読まないことを知っています。 したがって、これに対処する最良の方法は、それらを読むことです。 最もよく認識されるシナリオは、ユーザーアクションと画面の説明です。 これらの2つのドキュメントは通常、システムを包括的に説明しています。 場合によっては、これにAPIと数学テーブルが追加されます。



しかし、例えば、入札サイトからのGOSTによる技術仕様や、300種類のリクエストに対する巨大なAPIがあります。 ここでは、開発者向けに人間の言語に翻訳する必要があります。



何も忘れないでね あなたのケースと異議への対処方法について教えてください。 コメントとPMの両方であなたの考えを聞いてうれしいです。



All Articles