顧客ができない機能のためにソフトウェアを購入し、苦情を申し立てます。解決方法 [閉まっている]

事前にパッケージ化されたソリューションを販売するときに、これに何度か遭遇しました。

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

その後、顧客はメールでサポートを求めます。この製品は、意図した目的（他の製品との統合）のために設計されたものではないことをお客様にお知らせします。

製品を使用できないため、顧客は払い戻しを要求します。

これは私が2つの心にあるところです。まず、製品は完全に機能しており、ソースコード（PHPスクリプト）を取得しています。とにかくそれを使用せず、まだ払い戻しを希望していることを知るにはどうすればよいですか？

第二に、私は顧客に気分が悪い。彼らが正直であり、ほとんどがそうであるならば、彼らは製品を使うことができないので、彼らの目にお金を「浪費」しました。しかし、それは私のせいではありません。

これまで、要求された場合は返金していましたが、今では、このような状況に対処する大企業の取り組みと比較しています。彼らは何をしますか？たぶん、彼らはより大きく、時々いくつかの払い戻しを気にしないのですが、私のような一人のバンドにとっては、すべてのセールが必要です！

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

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

@George Stockerは、これらのリクエストの数が製品の機能の「明確さ」の潜在的な問題を指していることに同意しますが、私は（顧客に対して積極的ではありませんが）顧客が怠laになる傾向があることを彼のコメント者@SLCにも同意します製品の機能の確認に関して。

私の意見（および私自身のサイドプロジェクトの個人的な練習）はこれです。

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

私が関与する購入/販売のすべての側面において、私は「警告者」というフレーズの下で活動しています。購入するものを確実に把握することは、購入者の責任です。これらの人々があなたのソフトウェアを購入するようにスムーズに話すのではなく、あなたのウェブサイトを通して購入されています。彼らは乗車のために連れて行かれているわけではなく、彼らのお金に軽薄であり、彼らの不注意はあなたに販売とそれに対処するために費やした時間を費やすだけになります。

一方、あなたがそこから出てスムーズに彼らの財布から話をするならば、彼らのお金を返してください、詐欺師。

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

彼が完全に満足していないなら、あなたは彼のお金が欲しくありません。

このフォーラムでソフトウェアベンダーによって報告された文字通り数十の統計によると、ソフトウェアのそれらのケースは非常に制限されます。私自身の数字は、過去10年間で0.3％未満でしたが、過去2年間で0％に低下しました。

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

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

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

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

2. 人々があなたのソースコードを受け取ってそれを使用することを心配しているなら、多分あなたはPHPでそれを書くべきではないでしょうか、何らかの認証を持っているべきではないでしょうか？

全体として、顧客との良好な関係（現在および過去）を維持したい場合は、そうしない説得力のある理由がない限り、返金（質問なし）が通常良いことです。

（ユーザー名を検索してtwitterで表示することで）Webサイトを確認したところ、次のことに気付きました。

あなたはそれが2つの製品と統合できると言います、そして、さらに多くが将来来るでしょう。重要なのは、vBulletinまたは他の製品と統合できる（ある時点で）ことを顧客に公開することです。

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

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

試用版を配布する必要があるようです。30日間のみ有効な試用版を提供します。これにより、試してみて、自分のニーズに合っているかどうかを確認する時間が与えられます。

もちろん、実際のコードは、購入した後にのみ配布する必要があります。そうしないと、小切手を削除してしまう可能性があります。

製品を試してみたことがあるユーザーにソースコードを販売するのはなぜですか？-期間限定の試用版を最初に提供してから販売するか、コードをカバーしている場合はさらに販売するのはなぜですか。

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

私は（上記の）すべての答えに同意しますが、ここで悪魔の擁護者を演じたいと思います。つまり、実際にサイトで「払い戻しなし」という文を明確に出し、製品を購入する前に最初にデモを試してみることをお勧めすることに加えて、おそらく問題を解決できるはずです。

評判を維持することは1つのことですが、損失を被るリスクを（徐々にではありますが）実行しながらそれを行うことは受け入れられません。

満足していない顧客にお金を返済する必要がありますが、ソースコードをセキュリティで保護する必要があります。おそらく、何らかのライセンスメカニズムを使用します。