やあ皆さん、
Rocky's チームには、お客様が支援のためにデータを共有したいという状況がいくつかありました。
- 社内の現在および将来のユーザーベースに関連した JMP 日を構成する
- お客様が特定の問題を解決できるよう支援する
このリクエストにどのように対処するかについての戦略を共有していただけますか?私たちの課題の 1 つは、NDA の取得に多くの時間がかかり、最終的には顧客を支援し、ユーザー ベースを拡大する上で障害となる可能性があることです。
ありがとう！！！
このスレッドのコメントに同意します。顧客データの使用は常に避けてください。機会を進めるために必要になることはほとんどありません。NDA なしで顧客データを使用しないでください。
理由を尋ねることも忘れないでください。なぜ顧客はデータを使用して何かを表示するよう要求するのでしょうか?彼らがこれが重要だと考える本当の理由を探ってみましょう。そうすれば、私たちの時間をより効率的にし、機会をより早く進めることができる代替提案を行うことができるかもしれません。
マイクさん、思慮深い回答をありがとうございました!これはとても役に立ちます！
おそらくこの問題については、フィルが提供したものとは異なる見解があるかもしれません。
これについては、SE コミュニティや JMP 一般に多くの意見があります。私たちは昨年の米国ミッドイヤーテクニカルサミットでこのウサギの穴を調査しました。良い議論でした。顧客データに触れるために必要な追加の手順に抵抗がないチームもあれば、面倒な作業をしたくないチームもいます。この問題の重要性と発生頻度は地域に大きく依存すると言えます。あなたの地域に多くのビジネスが迫っている場合 (「黙って金を奪え」の状況)、慎重に条件を設定すれば顧客データを回避できる可能性があります。他の地域ではより探求が重視されており、これについてはもっとオープンにする必要があります。したがって、この質問には変動する部分がたくさんあります。
Phil の最初の発言は 100% 正しいです。法的な理由から、可能な限りこのような発言は避けるべきです。それができない場合は、NDA を取得する必要があります。これは私たちを守るためです。また、当社の顧客は、データ共有に関する会社のポリシーを知らない場合があり、弁護士が望むよりもオープンです。したがって、顧客データには慎重に対処することで、私たちと同様に顧客も保護する必要があります。 (ああ、個人情報を含むデータは受け入れられません。たとえ NDA があったとしても。)
「JMPの販売とユーザーの成長支援」から「コンサルティングとプロフェッショナルサービスプロバイダー」への一線を越えるという観点からも注意が必要です。これは、あなたがサポートする人々から信頼できるアドバイザーとみなされている場合に特に問題になります。相談できません。 JMP を使用して可能な限りの技術を実証することはできますが、相談することはできず、そこには紙一重の境界線があります。コンサルタントに移行することに気付いた場合は、そのリクエストを社内の支持者にプッシュするか、パートナーのいずれかに参加してもらい始めます。
そうは言っても、このような場合、私は通常、顧客のニーズに合わせて進めますが、顧客データ セットとの対話が本当に必要かどうかは、実際には顧客のニーズによって異なります。そのような場合、私は最近、データを受け入れるのではなく、最初に評価コピーを取得し、Webex 経由で彼らの肩越しに確認し、彼らが何をしようとしているかを説明するように努めています。これには私たち側に多くの忍耐が必要ですが、それは彼らの学習曲線を向上させるのに役立ち、また、後でそれを実行する能力に自信を与えることにもなります。私はこの方法で多くの成功を収めてきました。特にプロの機会においてはそうです。
また、解決しようとしている問題と同じような、一般に公開されているデータを持っているか (または知っているか) を尋ねることもできます。彼らは知っているかもしれません。あるいは、視聴者の共感を呼ぶものを見つけるのに十分な情報を提供できるかもしれません。十分な情報があれば、おそらく Kaggle またはテクニカル リファレンス ライブラリで、痒いところに手が届くものを見つけることができるでしょう。これは最近私にとってうまくいきました。15 分間の電話で詳細な Q&A を行うことで、彼らが必要としていたものを提供するデータセットを見つけることができました。
JMP のテーブル アノニマイザを使用させることもできます。人々はそれを忘れていますが、このような状況では非常に役立ちます。データテーブルを開いた状態で、JMP で [テーブル] > [テーブルの匿名化] を実行してもらいます。因子と応答が何であるかがわかるように、列の名前を変更するかグループ化するように依頼してください。この時点で、彼らは列とカテゴリが何であるかを知っていますが、あなたにとってはそれは単なる数字の列と匿名のカテゴリにすぎません。分析が少し難しくなりますが、それだけで十分な場合もあります。
ここで、彼らが自分たちのデータが JMP で使用されることを強く望んでいると仮定します。彼らはアノニマイザーを使いたくないのです。彼らはあなたに運転してほしいと思っています、あるいはグループデモの設定です。すべての法的チェックボックスがチェックされていることを確認しました。データでは彼らが見たいものすべてを表示できない可能性があること（セットが小さすぎる、乱雑すぎるなど）と、補足する必要があるデータを持ち込むことを確実に理解させる必要があります。そういった状況では。彼らがそれをすべて平気で、まだあなたと一緒にいるなら、私はそうするでしょう。まず、この時点で彼らはゲームにスキンを持っているため、販売される可能性が高くなります。第二に、少なくとも私の領域では、これは現時点では Pro の状況になります (私は他の方法で標準的な JMP 販売のすべてを処理できました)。したがって、プロ セール (顧客データあり) かプロ セールなし (顧客データなし) のどちらかを選択する必要がある場合、私はテーブルにお金を残しておくつもりはありません。
私も、契約がその時点に達すれば、一般的にかなり興奮しています。私がこれまで関わった最大の取引（買収やユーザー数の数え間違いによる高額購入は除く）は、NDAが必要になるところまで達しており、何らかの形で顧客データが関与しています。これらは通常、社内に深刻な問題があり、JMP Pro が自社の地位を確立するのに役立つかどうかを確認する必要があるマルチユーザーの Pro 取引です。これらの状況は一般に、少なくとも私のパッチでは、時間当たりの ROI が非常に高く、成功率も高くなります。しかし、すでに述べたように、この時点でも、データについては本当に、本当に、注意する必要があります。
「カスタム デモ」の議論を「顧客データのデモ」から切り離すことができれば、特に SE としてスタートしたときは、行うすべてのデモ (顧客データの有無にかかわらず) をカスタマイズする必要があると私は強く信じています。 JMP についてさらに詳しく学び、毎回ゼロから開始する場合 (少なくとも少なくとも 1 回は初め）。 「素晴らしいデモ」について独断的な考えがある場合は、顧客に可能な限り最大の驚きの瞬間を提供できるように、すべてのデモをカスタマイズする必要があります。在庫ジャーナルからカスタム デモを実行することもできますが、それは常に、常に、カスタムです。私にはストックデモのセットがあり、ほとんどのSEはそこまではできますが、私は常にそれらを調整したり、コピーを作成したりして、次にそれらを見ることになる顧客や業界のニーズに合わせて修正しています。
つまり、要約すると次のようになります。
- 可能な限り顧客データを受け入れることは避けてください (これは、時間が経つにつれて、「デモ用に安全な」データセットの個人的なコレクションを具体化するにつれて容易になります)
- 顧客に公開データセットを特定してもらうか、データがどのようなものであるかを詳細に理解してもらい、機密でないものを見つけられるようにしてください。
- 回避できない場合は、会社と (潜在的な) ユーザーを保護していることを確認してください (NDA、匿名化など)。
- 顧客データと販売のどちらかを選択する必要がある場合は、販売を選択してください。特に ROI が高い場合はそうです。 （もちろんポイント3は必ず守ってください）
- 特に始めたばかりの場合は、必ずデモをカスタマイズしてください。
最高、
M
