偉大なソフトウェアのデモのための5つのヒント
かどうかは、販売を閉じるために最後の収集をユーザからのフィードバック、進歩を見せるあなたの顧客、または、単にあなたの製品の機能は、遅かれ早かれ、あなたのデモに、私はしたソフトウェアproduct.Over年が必要になります説明する必要があります の機会をさまざまなサイズの観客にデモ数百人を実行します。また、私はチャンスのデモに参加する他の人が主催したしました。私は、過去10年間について、以上のことを学んだ上5つのヒントを表し、次の オーディエンスの今まで行った映画人についての絶賛とはまったく失望を歩くを参照する場合ExpectationsHave demos.Manage？これは、画像が悪かった多くの場合、観客ではなく、がっかり むしろそれは彼らの予想悪化していた。彼らのexpectations.Similarly、もし人々がデモにいるかについては、完成した製品を見て考えを見る、彼らは実質的に欠陥のないことを期待し、満たしていない 審美的に、楽しく、ユーザーフレンドリー。彼らは、Web上での例の印象ではないベースのミスまたはJavaScriptのエラーが発生場合、それらの印象の下には1週間に住んで起こっているのだが含まれてアプリケーションです。 しかし、もし彼らがあらかじめわかっている場合使い捨てのプロトタイプを提示している、この同じオーディエンスの多くの寛大されます。そして、彼らは喜んで多くを提供するあなたの仕事に役立つフィードバックに必要な オーディエンスの期待に成功したデモを行うことが重要ですprogress.Managing。場合は、それらを離れてのプレゼンテーションから喜んで歩いて、確認したい場合、事前に右の期待値を設定してください。それらを正直に言ってください。 あなたのデモを誇大宣伝をしようとしないでください。だけで、それを販売しようと上deliver.One悪いAppleに全体BunchAllそれはデモを台無しにするのにかかる戦利品1人です。もし誰かが負のすべての単一のウィジェットの批判を開始 アプリケーションまたは常にという理由だけで彼/彼女が好きな彼/彼女の自身の声を、あなたのデモでは、被災されるのを聞くことを中断されます。それはあなたの仕事は、これらの悪いリンゴをを見せていないことを確認することを あなたが閉じたドアのデモをホスティングしているpresentation.Unless、非常に誰が出席するかを制御するのは難しい。ご招待リストから誰かを省略することは、の言葉を通して、あなたのデモを聞いていないが口を保証しません と、単にup.Hereを見るあなたのデモに参加しなかったに腐ったリンゴをトリックする方法のカップル：作成者、腐ったリンゴのスケジューリングの競合です。自分たちは、いっそのこと、オフィスのうち、ビジー状態であることを確認する際のデモ 2つの別々のデモplace.Bookかかります。最初のデモをして、2番目に悪いリンゴを持つフィードバックを真に価値の人々を招待します。多くの場合、各グループはそれぞれしているデモに表示されます ご招待します。ときに、2番目のデモのための時間、前方に行き、あなたの最高のショット、それを与える場合、または時間がないのは、単にそれをキャンセルします。私も、これらの2つのヒントスコットアダムスのディルバートからの抜粋とのようなサウンドを提供している イタチの道が、限り、あなたのデモを見るにはあなたの同僚、上司や顧客のことを言っ快適に、これらの2つのオプションはほとんどすべてを実践RunIデモに参加with.Do残っているだけ 先週、地元のスタートアップのCEOが主催。トレードショーで、彼との会談後、彼は彼の会社は、1つ私のクライアントのニーズを解決できる技術を開発していた私に納得させることができた。従って私は ので、彼は私が彼と一緒にビジネスを行うことはしたくない実現するために30分必要はなかった彼の製品のcapabilities.I示すことができる彼に私の時間の30分を与えることで合意した。すべて私に必要な30 seconds.This男だった可能性もない 彼自身のWebでのログベースのアプリケーション！彼はpassword.Alwaysを探しているデモの最初の10分をかけて実際にシステム上では、実際のデモ中に使用するつもりを実行します。あなたが知っている可能性があります あなたの手の手のひらのようなアプリケーションが、もし誰か他の誰がどのように彼らは、またはコンポーネントのアップグレードは、このCEOは、変更の場合とされたサービスは削除可能性がありますインチの形状を知っているあなたのデモシステムへのアクセス権を持つ you.Unless場合は、ばかのように見える気にしない通知することなく、ユーザー資格情報は、常に実際のデモシステム上でaudience.Pay注意を私したデモは数百DetailsTheに提示する前に実行するか 年間を実行した人々よりもそれが何をするかは、アプリケーションに見えるもっと注意を払うと教えてくれたしている。ソフトウェアの世界へのソリューションを飢餓かもしれませんが、あなたの聴衆の通知ミスのメンバ あなたのGUIで、彼/彼女は、特に読みやすい内容に気を取られ読者はお見逃しなく！ポイントでしょうか？とは事実だ。契約は、と慎重にインターフェイス上のテキストの見直しや、お使いのグラフィックによって。がある場合はしないでください 時間を確認し、テキストを確定使用LoremのIpsum.Loremイプサムている以上、文字または以下の正規分布し、それにより読み取り可能な英語のような、まだ読者の気が散るように見えるよう。私は今の開発、新しい Loremイプサムに厳重にプロトタイプを追加、実際のテキストが唯一のときに私は私は議論の対象に私の次のデモになることはないだろう知っている内容を記述する時間がある。私は強くお切れsame.Pointを行うように勧める （）BugsSoftware退治すべきバグが含まれます。これは簡単だよ。者は、ステートメントをはっきりとは、ソフトウェア業界に長く働いていないと一致していないすべてのユーザー。ただし、我々の欠陥のために努力フリー製品は、 現実のシステムは、常に欠陥を含む複雑な何ですか？ときでも、一般的に識別するためには致命解決できるようにし、実際にあなたのデモを実行する前available.Doingしているし、対処するLoremイプサムを使用して 肝心は、そうでない場合は、オーディエンスをそらすと砂のような詳細を。しかし、他の欠陥についてはどうマーフィーの法則に起因するか？イベントでは、明白なバグはデモの時は、ポイント自体を表示しない アウトのすべての可能性があり、あなたの聴衆はすでにバグに気づいたがあります。どんな試みも、それらの印象は、正直ではない与える非表示にする。その結果、彼らは他に何しようとしているのかを始めましょう は、あなたが解決策を説明するバグをup.Pointカバーするために、自信を持って状態は、修正プログラムは、特定の日付によって実装されるだろうし、上に移動します。これは誠実な行動は、（a）を使用していないあなたの聴衆を安心されます ラグとの下に1掃引するようにしようと（b）の欠陥を彼らは、あなたのバグについては、デモ中に狩りに行く提唱していないあなたのsystem.I'メートルを展開時までに解決されます。場合、任意の手段により、それらを回避することができます してくださいよう。しかし、もし欠陥プレゼンテーション中に、表面が存在しないふりをしないでください。冗談だろう唯一の人物yourself.ConclusionThereそれをしています。偉大なソフトウェアのデモのための5つのヒント。 を管理して、観客の期待に確実に腐ったリンゴの束を台無しにしないでください詳細に練習走行に注意しないと明らかにバグ、これらの5つのヒントかをLoremイプサムポイントを使用するすべてのIで学んだことを表す デモの何百もの自分が主催するのだろうか？絶対にありません！この記事の執筆については難しい部分はおそらく5つのヒントに制限された。私は簡単にさらに5ヒントでは（1）制御の状況、および（b）のようなスローされるかもしれない 常にプランBしかし、この目標は、あなたを助けることができますすべてのヒントを指摘していなかったしている。だけは非常にトップ5に！リュックリチャードとMBAを取得し高度な技術の一つだ。過去10年間、彼は管理されて ソフトウェアアプリケーションの開発。彼はプロジェクト台無し（http://www.projectmangler.com）は、無料で記事、物語、そして、準備その他の開発者を支援するツールを使用して発行のオンラインリソースの創始者であり、
記事のソース: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
ウェブマスター向けのHTMLコードを取得
この記事を追加してお客様のウェブサイトを今しなさい！
ウェブマスター向けの記事を送信してください
登録の必要なし！フォームに記入してください Messaggiamo.Com 記事は、ディレクトリ！
