技術にあまり詳しくない聴衆にコードのデモを行い、プロジェクトで得たもの (約 15,000 行のコード) を見せる必要があります。私はプロジェクトに時間を費やし、良い状態にあることを彼らに納得させようとしています.
これらの人は、この製品にお金を投資することを計画しています。したがって、私はこのアプリが彼らが費やす価格に見合うだけの価値があることを彼らに納得させ、私が費やした時間を正当化する必要があります。彼らの信頼）。
アップデート ：
また、次のように「プロジェクト コスト - cocomo」を提供する方法もクールです。
見つかった: http://www.cms4site.ru/utility.php?utility=cocomoiiは、プロジェクトの推定コストを計算するのに役立ちます。
彼らが非技術的であれば、それは問題ではありません。車からバイクを知らない人に高級バイクを売りつけようとするようなものです。15,000 行のコードは、300,000 行のコードよりも重要ではありません。
彼らを驚かせるには、実際のコード以外の何かを見つける必要があります。
いくつかのデモをコーディングして、あなたのコードで同様のアプリケーションを構築するのにかかる時間を教えてもらえますか? 「私のコードを使えば、数行以上のコードを書かなくても、このマルチメディア アプリケーションを 15 分で構築できます」のように。一般的に、非技術者は時間とお金を節約することを好みます。
それはおそらく、非技術部門にどれだけ「わずかに」いるかによって異なります。
投資家はお金のことしか考えていません。投資家は出口から始めて、逆方向に働きます。これを知って、投資で得られるリターンの観点からプロジェクトを売り込んでください。
主なポイントは次のとおりです。
投資は過去ではなく未来に関するものなので、約束したことを達成する必要があることを理解してください。現在の場所にたどり着くまでにたどった道は興味深いかもしれませんが、投資家にはほとんど関係ありません。私が言おうとしているのは、ビジョンを売るということです。今いる場所や行ってきた場所ではありません。
頑張って、必要なものを手に入れてください！
あなたがあなたの製品の使用またはあなたの製品の所有権を購入する人々について話しているのかどうか、あなたの質問から私には明らかではありません。
いずれの場合も、次の質問を自問してください。
機能は関係ありません。メニューとダイアログは重要ではありません（説明が必要な場合を除きます。説明が必要な場合は、否定的な意味で重要です）。
製品（のインスタンス）の潜在的な購入者に関心のある数字が必要な場合は、購入者が製品を使用することでどれだけの時間またはお金を節約できるかについて話し合ってください。
会社または製品の株式の潜在的な購入者に関心のある数値が必要な場合は、市場の規模、その市場のニーズをどのように分析したか、および投資のROIの観点から話し合ってください。
自動化されたビルド サイクルをスライドショー形式で見込み客に見せることに成功しました。工場見学のように「生産ライン」を案内し、カバレッジ レポートの素敵な色付きのバー、過去のコード行の傾斜した行、モジュールごとのコード行の内訳の円グラフを示しました。
次に、実際の建物の周りのすべてについて同じことを行いました。したがって、彼らが関与する要件パイプラインと、彼らが再び関与するテスト/検証サイクルがあります。
彼らにとっては何の意味もないかもしれませんが、あなたがプロセスをコントロールし、納品される最終製品の品質をコントロールしていることを彼らに示します。
人々は技術者ではないかもしれませんが、できるだけ正直になるようにしてください。彼らがあなたの話に小さな嘘を 1 つでも見つけたら、すぐに道に迷ってしまいます。そして、後ろに 1 人の技術者がいる可能性があります。その 1 人の質問をすると、あなたのトランプの家は崩壊します。
ハッピーセール！
バイヤー (特に非技術者) にとって重要な唯一のことは、機能性です。機能の販売に専念します。主張どおりに機能することを確認するために、どのようにテストしたかについて検討することもできます。
「優れたコード」であっても、その中長期的な利点 (柔軟性の向上、シンプルさ、俊敏性を追加しながら顧客の時間とお金を節約する) を示さなければ意味がありません。
コードのより複雑な側面とコードに費やされた作業を聴衆に説明することは、プロジェクトにどれだけの労力と労力が費やされたかを示すのに役立つと思います。
コーディングに費やした時間は、彼らに与える良い指標になる可能性があります。
特徴について話します。あなたが働いている、またはほとんど働いていることを説明してください。興味のあるところから見ていきましょう。
可能であれば、彼らが気にかけているビジュアルを見せるようにしてください。コード行を表示するよりも、ボードに数分間落書きする方がよいと思います。
これらの潜在的な購入者がソフトウェアの再販売を検討しているというOPの説明（コメントはこちら）を反映するように編集を変更しました
再販業者は次の3つのことを探します。
ポイント1と2に対処する方法は、他の回答でも非常によく対処されていますが、技術者にとって証明するのが最も難しいのは質問3です。それはまた非常に重要です-あなたがこれらのバイヤーに行き、彼らが彼らのセールスコールをしているときに彼らがより多くの才能とパワーポイントで繰り返すことができる3つのキラーベネフィットを彼らに渡すことができれば、あなたは良いスタートを切るでしょう:)
あなたがしなければならない主なことは、あなたの仕事から一歩下がって、以下を見ることです：
機能は、開発者として気になるものに最も近いものですが、技術者以外の購入者にはほとんど関係ありません。利点は、競合他社と顧客の選択肢を理解する上で不可欠なステップです。
機能と利点を組み合わせることで、次のような多くの利点を顧客に提供できます。
これらは顧客が気にかけていることです：会社にとって何が良いのか、そして彼らにとって何が良いのか。
残酷に正直に言うと、エンドカスタマーはあなたがどれだけの努力を払うか（LoCまたは他のメトリック）を気にせず、それがどれだけうまく書かれているか（コメント、テスト、その他のメトリック）を気にしません、彼らは気にしません問題を解決するのがどれほど難しいかを気にします。彼らは機能を気にしません。
彼らの唯一の要件は、それが彼らに時間/労力/お金を節約することです。問題を解決するためにどれだけ懸命に努力し、それをうまく解決するかが彼らの要件の鍵であることをあなたは知っていますが、それは二次的なものです。あなたは彼らが彼らのものを買うことが彼らが昇進することを意味する理由を完全に明確にする必要があります。
非技術者はそれを理解できないので、私はコード自体を使用しません。量について自慢することはおそらく無意味です (非技術者が 1MLOC プロジェクトが重要であることをどのように知るのでしょうか? 品質に関しては、たとえば保守性の指標、テスト カバレッジなどを示すことができます。優れたツールチェーンも自由に披露してください。 (継続的インテグレーションなど)、さまざまなパフォーマンス テスト ツールの習熟度。また、Workflow Foundation などを示すことも役立ちます。顧客は、ビジネス プロセスをダイアグラム表記を使用してコードに直接変換する方法を知りたいと考えています。
このウェブサイトを見つけました。これは手動のプロセスのようなものですが、うまくいきます。