web-dev-qa-db-ja.com

頻繁にアクセスされないストアのジレンマ

簡単な背景:私はソフトウェアB2Bを販売するソフトウェア会社で働いています。最初の購入後、当社が販売するソフトウェアは1年または3年のサポート更新ベースで動作します。購入可能な商品は約8個のみです。

これがシナリオです。現在、オンラインで購入すると、顧客はthe製品(または他の製品の1つ)を以前に購入した場合でも、最初から詳細を入力します。適切な更新は、販売担当者と話すことによってのみ処理されます。販売担当者は、更新請求書を設定します。更新請求書は、1ページのクレジットカードフォームを使用して支払うだけで、ストアとは完全に別のものです。

ご想像のとおり、顧客に毎回詳細を入力してもらうと、受信したデータが不正確になるので、販売は手動で顧客をリンクする必要があります。これはライセンスに問題を引き起こします-オンラインでの購入は即座にライセンスを取得します-そのため、詳細の変更は少し苦痛です。

周りに浮かぶ1つのソリューションは、顧客が戻ったときに登録/ログインすることです。これは明らかにデータの一致をうまく解決しますが、ストアへのアクセス頻度がどれほど低いかが心配です。 99%のユーザーが1年に1回しか戻ってこないため、アカウントを持つことはほとんど無駄になります。来年購入するのと同じ人物ではない可能性があり、登録に使用されたメール(パスワードは言うまでもありません)を知らない可能性があります。そのため、毎回新しい登録を取得し、データは乱雑になっています。

誰かがこのタイプのシナリオに出くわしたことはありますか?どのように解決しましたか?

5
Chris

支払いの詳細などの機密情報がない場合は、次のようなURLをプッシュするなど、ソフトウェア内からエンコードされた情報で更新への直接リンクを許可することを検討できます。

http://mysite.com/autorenew/E4238F8E-24DB-48FB-B319-E3950F3E6F1B

そして、このリンクは必要な/危険ではないすべての詳細で構成されています。

編集:

電子メールオプションを使用する別の方法は、電子メールを入力してから、直接ログインするためのリンクを電子メールで送信するように依頼することです。

2
bendataclear