web-dev-qa-db-ja.com

顧客はそれができない機能のためにソフトウェアを購入し、それから不満を言う。解決するには?

あらかじめパッケージ化されたソリューションを販売しているときに、これに何度か遭遇しました。

顧客はパッケージを購入しましたが、XYZを実行できることが明確に示されていますが、顧客はABCを実行したいと考えていました。

その後、お客様はメールでサポートを受けます。この製品は、彼らが意図した目的(別の製品との統合)のために設計されたものではないことをお客様に伝えます。

お客様は商品を使用できないため、返金を求めています。

これは私が2つの心にあるところです。まず、製品は完全に機能しており、ソースコード(PHPスクリプト)を入手しています。彼らがそれをとにかく使うつもりがなく、それでも払い戻しを望んでいることをどうやって知るのですか?

第二に、私はお客様に不快に感じます。彼らが正直であり、大部分が正直である場合、彼らはその製品を使用することができず、したがって彼らの目にはお金を「無駄に」した。しかし、それは私のせいではありませんでした。

これまではリクエストに応じて返金してきましたが、今は自分がやっていることと、このような状況に対処している大企業とを比較しています。彼らは何をしますか?多分彼らが大きいからかもしれませんが、彼らは時々いくつかの払い戻しを気にしませんが、私のような一人のバンドにとっては、すべての販売が必要です!

このような状況に対処する最良の方法は何ですか?

17
psynnott

サービス業界の評判が重要な問題であることに同意しますが、それを無効にするものの1つは、「口コミ」販売、リピーター顧客、またはその他の良い評判の特徴の可能性が低いことです。あなたが一人のソフトウェア販売者であるなら、あなたがたくさんの製品を提供している可能性は低いです、特にそれらがあなたのコメントでいくつかのヒントを与えられる可能性が高いほど複雑である場合は特にそうです。

@George Stockerは、これらのリクエストの数が製品の機能の「明確さ」に潜在的な問題があることを示していることに同意しますが、彼のコメント者@SLCにも同意します。製品の機能の確認に関して。

私の意見(そして私自身のサイドプロジェクトの個人的な実践)は次のとおりです。

  1. はっきりと見えるソースコードがあれば、ソフトウェア内に30/60/90 /何日でもソフトウェアを操作できるキーアクティベーションメカニズムが必要です。マイクロソフトなどに適したエンタープライズレベルである必要はありませんが、「回避」しようとすることは非常に魅力的ではありません。期間中、製品が望ましくない場合、お金は払い戻され、キーは製品の最後に機能しなくなります。返金が要求されない場合、新しいキーが配信され、それ以降は返金されません。
  2. 誰かが必要なことを最初に実行することを確認せずに製品を購入または投棄する前に試すほど賢くない場合、彼らはお金から切り離されるべきです。サービスや製品が全額返金なしで、または一定の時間が経過した後などに提供されることをウェブサイトで明確にします。1で言及した方法を使用する場合は、1で言及した方法で言及します。
  3. 主要企業でのソフトウェアの返品ポリシー(箱に入っているソフトウェア)を調査します。それらのいずれかが機能と互換性があるかどうかを確認してください。ほとんどの場合、開いているソフトウェアの払い戻しは受け付けないか、特定の金額から返品手数料を差し引いた額が払い戻されます。コードを出荷すると、すぐにオープンされたソフトウェアと見なされ、これらのポリシーが役立つ場合があります。

私が関わっている購入/販売のあらゆる側面において、私は「 Caveat emptor 」というフレーズの下で活動しています。彼らが彼らが何を買っているかを知っていることを確認することは購入者の責任です。あなたはこれらの人々にあなたのソフトウェアを購入するようにスムーズに話しかけるのではなく、あなたのウェブサイトを通じて購入されています。彼らは乗車しているわけではなく、彼らのお金に軽薄であり、彼らの不注意はあなたにそれを扱うのに費やされた売上と時間でお金を犠牲にするだけです。

一方、あなたが外にいるなら、彼らを財布の外にスムーズに話すことができるなら、彼らのお金を返してください。

5
Joel Etherton

質問せずに払い戻します。

彼が完全に満足していなければ彼のお金は欲しくない。

ソフトウェアベンダーによる this forum での文字通りの統計によると、これらのソフトウェアのケースは非常に制限されます。私自身の数は過去10年間で0,3%未満でしたが、過去2年間で0%に減少しました。

保証の非常に良い例は here にあります。成功しているほとんどすべてのソフトウェアベンダーが同じ保証を提案しています。

返金率が1%を超える場合は、Webサイトでのコミュニケーション方法を変更するか、製品を改善してください。

33
user2567

「数人」がこれを行っている場合、次のようになります。

  1. ブランディングはあなたが思っているほど明確ではありません。より明確にします。生活のためにこれを行う人を雇います。

  2. 誰かがソースコードを取得してそれを使用することを心配している場合は、PHPで記述したり、何らかの認証を行うべきではないでしょうか。

全体として、顧客との良好な関係(現在と過去)を維持したい場合は、やむを得ない理由がない限り、通常、払い戻し(質問はありません)を行うことをお勧めします。

ユーザー名を検索 でWebサイトを見て Twitter で確認したところ、次のことに気づきました。

あなたはそれが2つの製品と統合することができ、より多くが将来的に来ると言っています。これは、vBulletinまたは他の製品と(いつか)統合できるようにする必要があることを顧客に公開するため、重要です。

16
George Stocker

私にとってこれは評判のすべてであり、一人のバンドにとって特に重要です。製品が彼らの認識を満たさないときに払い戻しを発行することによって彼らのニーズを気にしている顧客を示すことはほぼ間違いなく良い感触を生み出し、彼らが将来あなたに戻ってくる可能性を高めます。

これが頻繁に発生する場合は、購入前に顧客とどのようにやり取りしているかを確認できます。彼らは製品を試すことができますか?彼らはあなたと話し合ってアドバイスを求め、あなたが彼らのために何ができるかを本当に見つけ出すことができますか?

1
Chris Meek

試用版を配布する必要があるようです。 30日間のみ機能する試用版を提供します。これは、彼らにそれを試して、それが彼らのニーズに合うかどうか見る時間を与えます。

もちろん、あなたは実際のコードを彼らがそれを購入した後にだけ与えるべきです、そうでなければ彼らはあなたのチェックを取り除くことができます。

1
Carra

製品を試したことのあるユーザーにソースコードを販売しているのはなぜですか? -期間限定のトライアルを最初に提供してから、販売するか、コードをカバーしている場合はさらに販売しないでください。

また、あなたの製品が何をしているか、それが例やビデオでどのように機能するかを説明するサイトにもっと投資してください。おそらく、サイトに公開できる良い推奨事項を書いている顧客に割引を提供するでしょう。

0
Danny Varod

私は(ある程度)上記のすべての答えに同意しますが、ここでは悪魔の支持者を演じたいと思います。つまり、実際にサイトで「払い戻しなし」という文言を明確に示している場合は、製品を購入する前にまずデモを試すことをお勧めすることに加えて、問題を解決できるはずです。

評判を維持することは1つのことですが、損失を被るリスクを(段階的にではありますが)実行しながらそれを行うことは受け入れられないと思います。

0
lightsong

満足していない顧客には返金を提供する必要がありますが、ソースコードを保護する必要があります。

0
Gipsy King