クライアントの気分をポジティブに保つという観点から、アプリケーションがデモの途中で例外をスローする場合に最も役立つ戦略は何ですか？
10 に答える
9
クライアントがあなたを信頼していない場合、あなたが本当にできることは何もありません。私はクライアントとの信頼関係を築いているので、このようなことが起こったとき、私がクライアントに説明をすると、クライアントは私を信じてくれます。そして、将来の問題を防ぐために私が何をしようとしているのかを彼らに話すとき、私は必ず従うようにします。
これが「最終的な」デモであるか、プロジェクトの途中のデモであるかによって、顧客の懸念を本当に軽減できるかどうかにも影響します。契約が終了し、テストとバグ修正のための予算がなくなった場合、顧客を満足させるためにできることはほとんどありません。
私が使用した一般的な戦略の1つ：部屋に誰かがいる場合、顧客の前で例外/問題を文書化し、調査とテストのためにバグ追跡システムに移行することを顧客に知らせます。これにより、デューデリジェンスが実証されます。いくつかの懸念を軽減します。もちろん、あなたはフォロースルーし、問題を修正することを確認する必要があります。
于 2010-01-13T15:05:26.437 に答える
6
真実を言うだけですが、ユーモラスに、どうやら私たちのソフトウェアはまだそれほど完璧ではないと言っているように、私たちはそれを完璧にし続けています。
嘘をついたり、覆い隠そうとしたりしないでください。クライアントは愚かではありません。
于 2010-01-13T15:03:30.310 に答える
2
それはあなたがどの段階にいるかにもよると思います。何かを売っているなら、私の経験では、デモンストレーションのために静的な素材を持ってくることが常に望ましいと思います。パワーポイントは大丈夫ですが、クライアントがテーブルの周りに投げることができる印刷されたスクリーンショットは無敵です。それはあなたがまだ非常に専門的に見える間、あなたが非常に制御された方法であなたが望むものだけを正確に示すことを可能にします。
クライアントがすでにプロジェクトを購入していて、デモが、たとえば、間もなく開始されるローンチに関連している場合、あなたができる最善のことは、笑顔で「ご覧のとおり、まだいくつかの癖を解決している」と言うことです。
于 2010-01-13T15:05:19.747 に答える
2
私は通常、ライブ開発環境で実行していることを事前にクライアントに知らせているので、奇妙なことが起こる可能性があります。問題のあるパーツ（一貫性のないクラッシュなど）を認識している場合は、そのセクションを表示する前にクライアントに通知します（本番環境ではこれが行われず、すでに作業中です）。
更新：他の回答に基づいて、静的な資料を使用した初期のデモがディスカッションの生成に適していることに同意します。
于 2010-01-13T15:06:51.537 に答える
2
前回、プロジェクトを会議に提出したときに、ライブデモを計画しましたが、実際には、「これを見ることができれば、ライブデモは機能しませんでした！」という見出しのスライドがありました。大画面ショットで。必然的にライブデモは機能せず（グローバルにルーティング可能なIPアドレスが必要であり、これは利用できませんでした）、スライドが必要でした。
于 2010-01-13T15:15:37.353 に答える
0
個人的には、クライアントとの関係や、これまでのところ、クライアントがあなたの製品にどれだけ満足しているかにかかっていると思います。
私は通常、テストからの悪いデータであると言うか、冗談めかして、アプリケーションがエラーを処理する方法を確認するためのテストであると言います（一般的なキャッチオールエラーメッセージ/ページがある場合）。また、時間を使用して、ユーザーのテスト/承認の重要性を繰り返すこともできます。
于 2010-01-13T15:06:16.810 に答える
0
この出荷製品はまだ開発中ですか？
それが出荷製品であると仮定して、ただ回復して先に進んでください。回復中（再起動、アプリの再起動など）に部屋で作業し、何が起こったのかを考えないでください。顧客は何かが起こることを理解しています。
私はアプリケーションエンジニアでしたが、これは頻繁に発生しました。IMO、これから回復するための鍵は、特定のイベントではなく、関係/販売プロセス/デモの最初から始まります。できるだけ早く視聴者との信頼を確立し、信頼を築きます。あなたがこれを持っていて、例外が投げられた場合、聴衆はおそらくソフトウェアの失敗について何も考えずにそれを通り越すのに十分あなたを信頼するでしょう。ええ、あなたはあなたが何をするかに関係なくあなたを十字架につけようとしている時折の人を持っているでしょう、しかしそれは領土に付属しています。
誰かが尋ねた場合は正直に（おそらくそうしないでしょう）、あなたの製品について否定的に話さないでください。また、致命的なエラーについて質問されたときに、それは役に立ちます。聴衆が理解している言葉で何が起こったのかを説明できれば、彼らは非常に寛容です。これは、ソフトウェアプロセスに関する知識を示し、信頼に戻ります。
于 2010-01-13T15:10:29.533 に答える
0
考えられる戦略：
聴衆に「誰もがそれを所有するまで、私たちは皆ここにとどまるつもりです」と言います。
邪悪なサルの蔓延について不平を言う。
真剣に、私は主に公開製品のデモに反対しています。いまいましいものが機能することを99.99999％確信するまで、デモを試みないでください。そしてそれでも、それは悪い考えです。あなたは、うまくいかない可能性のあるすべての変数で失敗するように自分自身を設定しています-それはあなたのソフトウェアでさえないかもしれません。やらなければならない場合は、派手なUIで顧客を感動させるのが1対1で行うのが最善です。それが私たちがいつもやってきた方法です。
于 2010-01-13T15:11:58.390 に答える
0
事前に期待を設定しなかったデモは行ったことがありません。これが進行中の作業である場合は、事前にそれを知っていることを確認してください。これは、彼らを前向きに保つのに大いに役立ちます。デモ中に全員に問題が発生します。ただ微笑んで、真実を語って、続けてください。
おそらく、クライアントを前向きに保つための最善の方法は、積極性と自信を自分で投影することです。自分自身に自信がないように思われる場合は、アプリに自信がないものとして表示されます。
于 2010-01-13T15:16:08.193 に答える
0
例外と、それが発生した理由/方法をすぐに書き留めます。その後、彼らはあなたがそれを修正することを確認します。
于 2010-01-13T15:24:55.743 に答える