アカウント名:
パスワード:
これをやってないということは注文を自動で短時間に大量に処理でき るという「オンラインでの自動注文」の恩恵を最大限に受けている訳だから、 表示の確認は最低限やっておく事だし 誤表示の場合の損害は当然負うべきリスクだと思います。
それでも完全じゃないでしょうが。
確か、G5 の時は週末に発覚して月曜まで放置でしたっけ? 担当者にすぐ連絡がつく体制くらいは作っておいてほしいです。
こういう事件を見るたびに思うんですが、 短時間に通常でありえない注文があったら売り切れにしてしまう等の数量制限をかければ大事にはならないはずです。
ソレとコレとはチョッと違うと思うんですけどね。 何らかのキャンペーンを張っていたり、話題先行の新製品など どの程度売れるモノか、予想できない商品というのは結構多いのでは? アプリ屋としては、通常考えて不要な機能は付けたくないでしょうし ECサイドとしては、モノは売れるだけ売れたほうが良い訳で その機能追加で恩恵を受ける人は存在しないのです。
これをやってないということは注文を自動で短時間に大量に処理できる
言いたい事はだいたい同じようですが、ポイントは 身の丈に合った商売をやるべきだということと、 間に人間を挟む事を省略して儲けようとしているのだから それに替わるチェック機構は組み込むべきだ。の2点ですかね。
# ワンミスで切腹する可能性を減らすような機能追加なら # 売る側は恩恵を受けると思うんですが。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ソースを見ろ -- ある4桁UID
数量制限 (スコア:4, 参考になる)
短時間に通常でありえない注文があったら売り切れにしてしまう等の 数量制限をかければ大事にはならないはずです。
これをやってないということは注文を自動で短時間に大量に処理でき るという「オンラインでの自動注文」の恩恵を最大限に受けている訳だから、 表示の確認は最低限やっておく事だし 誤表示の場合の損害は当然負うべきリスクだと思います。
Re:数量制限 (スコア:1)
この定義っていうのもかなり難しい気がします。
時間帯や曜日、商品の種類や人気度、ものによっては天気や季節なんかでも制限を調整する必要がありそうですね。
なんかコンビニでの販売予測みたい?
まあ、私が誤りをみつけたら指摘メールでも送ってあげたいなあ。
Re:数量制限 (スコア:2, すばらしい洞察)
Re:数量制限 (スコア:2, すばらしい洞察)
- カテゴリーに上限、下限を設定する、
- 仕入れ値との比較、
くらいはすぐできそうですね。それでも完全じゃないでしょうが。
確か、G5 の時は週末に発覚して月曜まで放置でしたっけ?
担当者にすぐ連絡がつく体制くらいは作っておいてほしいです。
Re:数量制限 (スコア:0)
ソレとコレとはチョッと違うと思うんですけどね。
何らかのキャンペーンを張っていたり、話題先行の新製品など
どの程度売れるモノか、予想できない商品というのは結構多いのでは?
アプリ屋としては、通常考えて不要な機能は付けたくないでしょうし
ECサイドとしては、モノは売れるだけ売れたほうが良い訳で
その機能追加で恩恵を受ける人は存在しないのです。
Re:数量制限 (スコア:1)
言いたい事はだいたい同じようですが、ポイントは
身の丈に合った商売をやるべきだということと、 間に人間を挟む事を省略して儲けようとしているのだから それに替わるチェック機構は組み込むべきだ。の2点ですかね。
# ワンミスで切腹する可能性を減らすような機能追加なら
# 売る側は恩恵を受けると思うんですが。
Re:数量制限 (スコア:1)
メーカーは、急にはたくさん作れないですから。
納期半年後でもお客さんは待つでしょうか?
それならそれで、注文殺到しているので納期が確約できません、という形でキャンセルするほうが親切と思います。
または24時間注文を受け付けられる体制を用意して、あくまでも、受注確定は人が責任もってやらないと。