セールス：「別の機能-セールスが進む」

はじめに

多くの場合、営業担当者からプログラマーに次のように言われます。「顧客はこの機能を望んでいます。 作れば売上は急上昇するでしょう。」
機能が追加され、販売は開始されません。 「何...」という質問に対する答えはわずかに予測可能です。「分娩後期、顧客には別の機能があります。」
サイクル
一方、市場に9000以上の製品がある場合、独自の機能の必要性は十分に根拠があります。

さらに、真実を目で見る必要があります。多くの場合、「新しい機能を完成させる」という意味はありませんが、積極的に販売に取り組む必要があります。

ステップ1-販売チャネルを特定する

• 販売はどのチャネルを通過しますか？
• どのチャンネルはどのチャンネルに行くべきですか？

ここでは、フォームのトラップが非常に頻繁に発生します。

• 販売とチャネルに関する完全な統計はありません（また、問題に目をつぶっておく方が便利な場合もあります）
• 各チャネルの1つの販売のコストは計算されません（お金は行くようですが、すべて広告/給与に費やされます）
• 「自分自身で行った」販売チャネルを開発し、集中する誘惑がある

ステップ2-各販売チャネルの成功に対する売り手の影響を判断する
たとえば、クライアントが自分のデバイス（セルフサービススーパーマーケットモデル）に任されている場合、2つの主な要因が選択に影響します。

• 広告およびその他の洗脳
• 機能と特性の自己比較に基づく顧客の選択

明らかに、この場合、クライアントに対する売り手の影響は最小限です。 「販売する必要がある」「販売部門」であっても。 実際、これらの「営業部」は着信アプリケーションのみを処理するため、すでに選択の電話をかけた顧客のみが処理します。

この場合、売り手の要件は正当化されます-「小切手金額」のみがそれらに依存します。 プログラマーに「機能を完成」させ、広告主はそれらを広告パンフレットに追加します。

別のシナリオでは、売り手は「買うかどうか」の決定が依存する売り手です。 まだ未定のクライアントは、西洋の用語でいわゆる「見込み客」である彼と通信します。
そして、ここには新しいpaの新機能はありません。 営業部長の大量射撃と交互のホイップとスティックのみ。

ステップ3-結論
結論はありません-それらはすでに作成され、上記で表明されています。

結論があります：上記で書かれたすべては、よく知られ、明白であり、何度も記述されています。 また、大多数が時間を忘れている/時間がない/これらの真実を適用できないことも確かです。
主なことは、より頻繁に思い出させることです。