  |
はてなキーワード: 受注管理とは
たまにAmazonじゃなくてヨドバシドットコム使おうぜみたいなの見かけるけど、
ヨドバシドットコムは「〇日後までに届きます」って注文時に表示されるけど〇日経ってもステータスが「入金確認済み、在庫を確認中です」のまま進まず発送されなくて、
でも商品ページではずっと「在庫アリ」で販売を続けている……みたいな状況が結構頻繁にあるので、駿河屋ぐらいの感覚で使うものでAmazonの感覚で使えるサイトではないんだよな
同じ商品を再注文したら後から注文した方が即発送されて、仕方ないから先に注文した方をキャンセルしたこともある
受注管理・在庫管理がまともにできていないのでまあ来なかったら来なかったでキャンセルすればOKぐらいの温度感の商品について利用するが吉
Tl;dr
Cake.jp等、冷凍ケーキを一定以上の品質で宅配しているサービスは多数存在します。
一方で、数年前に「荷物が溢れて冷凍保管すべき荷物が露天保管になっている配送業者」のような問題点も指摘されました。しかし今回は特定の店舗の、特定の品物に問題が集中しており、配送の問題ではないことは明白です。
本来「冷凍」でおくるものを「冷蔵」「常温」で出荷してしまうケースです。これは日常的に発生し得ます。
とくに冷凍冷蔵便は送料が高いので、何らかのロジックで合理化を進めようとして、ミスが生じてしまう現場は稀によくあることです。
ただ、この場合消費者の手元に届いた時点で「冷凍」のシールが貼られていない、伝票に冷凍の記載が無いなどで消費者で判断が可能です。
今回の件は「崩れた状態で凍ってた」ポストが複数あることからこの可能性は低いのだと考えています。
推測に推測を重なることになりますが通常のオペレーションであればきちんと配送できるが、なんらかのオペレーションエラーが生じたことが考えられます。
そしてこの時期おこるエラーといえば、生産販売能力を超えた過剰な受注です。
固まってもいないケーキを箱に入れて配送業者に引渡したら、中でどうなるかは容易に想像できますよね。でも「24日に着かせるにはx日のy時に配送業者に渡さないといけない！でも間に合わないからとりあえず出荷してしまえ」が発生したのです。
都内近郊としても冷凍便なら前日午前には引き渡しでしょうか。そうすると現場では23日の明け方まで製造・梱包・出荷に追われていたのではないでしょうか。現場の人はかわいそうですね。
ネット販売はrate limitによる機会損失が少ないのが魅力であり、食品の場合「作れば売れる」的な発想になりがちです。
ただ、その発想において販売の現場は物流オペレーションを軽視しがちで、今回のようなトラブルは枚挙に暇がありません。
と、いうような例を少なからず見聞きしたことがあるのではないでしょうか。
おおくは、販売が跳ねた場合の限界値について検討されていない、もしくは検討されても適切に販売可能値（普通のカートシステムなら在庫設定するだけでよいが、食品は無限販売すること前提の運用がおおい）に反映されていないことが問題です。
今回の事業者も、写真を見るにデパートの先はお菓子のOEM企業のようです。複数経路からの受注を受け付けているのだとすれば、受注管理システムなどを運用していたら100%とは言いませんがかなり防げそうです。
これは通販というか小売業がそうなのですが、基本的多くの会社は利益率がITの水準から見ると驚くほどに低いです。
その中で適切なシステム化・運用が求められ、そのバランスを見誤ると今回のような事故が生じるわけで大変難しい状況にあると思います。一方で小売の考えを中心にしシステム・オペレーションを二の次にしがち、ということが事故頻発のおおきな要因であることもしっかり受け止め、他山の石としていただきたい。
EC総合管理システムのネクストエンジンが去年に引き続き鯖落ちした。
１．ネクストエンジンのサイトでは画面トップの上部のヘッダー部分にちょこっと表示されているだけ
２．Twitter、FaceBookをやっているがどちらにもシステム障害に関しては記載なし
https://twitter.com/next_engine
https://www.facebook.com/NextEngine.Hamee/
あのさぁ(呆れ)
管理システムのシステム障害は利用者にとってはめちゃくちゃ重い話だよ。
最近のECは翌日(当日)出荷が基本だから、受注管理が遅れると最悪補償問題に発展する。
FaceBookはそもそもほとんど更新されてないからいいとして(それはそれで何のためにあるのかって話だが)
Twitterなんかそれこそリアルタイムで情報をシェアするためにあるもんだろ。
最低限、メインサイトのシステム障害のURLに案内するだけでもいいからちゃんとツイートしろよ。
100歩譲ってトラブルは起きるもんだとしても、最低限のシェアはちゃんとやれ。
企業の特にサービスのSNSなんか基本的に使用者がフォローするもんなんだよ。
見るとしても優先順位はだいぶ下のほう。
今日も受注処理お疲れ様！6年ぐらい受注処理関連の仕事したあと、色々あっていまはECのコンサルをしている増田だよ。
まず、システムまわり
上記導入してるのに、これだけ問題あるとしたら、使いこなせてないか、システムが悪いか、どっちか。シェア的にはネクストエンジン、メールディーラーの組み合わせが王道。
この比率は結構おかしい。比喩的表現かもしれないけど。改善の余地がありすぎ。
住所・郵便番号不備
メール関連
受拒
発送までの日数
配送業者関連
商品の問合せ
中国の方が先行して、チャット問合せが一般化したとき、何時代に逆行してんだろうと思ってたけど、違った。みんな安心したいだけ。これ無くすのは正直難しいと思う。ただ、まじで単純な質問だったら商品ページなおそうね。
最後に
残念ながら、すぐ届く状態をAmazonや楽天、そして日本中相互に1，2日で荷物を送れる配送ネットワークの品質があたりまえにしてしまった。その文脈でコンビニより流通が増えているECのサービスレベルを落とすのであれば、よっぽど別な魅力が必要。（ん年待ちのパン屋とかあるでしょ。個人的にはバカかな？って思うけど）
とはいえシステムを使いこなせば、負担少なく運用することはできる。ただ、システム投資の余力が無いとか、改善の提案が通らないとか、そんなお店なのだとすれば職場を変えちゃうのも手かもね。もしもそういった改善の方向に持っていく発想が増田のなかに無いのだとすれば、正直増田に向いた仕事ではないのかもしれない。毎年数％は成長している市場かつ勝ち負けが分かれてきているので、勝ちの側にいれば業務負荷があがるのは避けられないので改善しながら運用できるスキルが必須。負けの側にいてこれだけ負担がある状況が続いているのだとすれば、その運営も問題。
こんなちょっとした店でも出させてくれるなんて出店希望者不足かよ、とも思うけど、そんな事どうでもいい。
言いたいのは、
楽天のシステム（RMS）ってのはほんとにバカだ。ってことだ。
ネット通販黎明期からずっとやってるから、今さら大規模改修しにくいのかもしれないけど、それにしてもだ。
他のモールにも出してるからこの楽天のシステムのアホさがよっっっっっく分かる。
たとえば、これはバカってより阿漕にカテゴライズされるかもしれないけど、
こんなもんオプションとして使わせてるモールなんてEC業界のどこにも無い。
ほんとバカ。
なんだ、これがオプションってことはだ、基本的には手動でコピペコピペで商品登録しろってのか。
だが、手動でやろうにも、新規登録の画面や商品変更の画面を、複数タブで開くとエラーになりやがる。
同じ属性を持つ商品を複数登録すんのがやりにくくって仕方ない。
コピー→修正→登録→タブ閉じて→またコピーして・・・・って眠くなるわ！！
あと、色だのサイズだのを登録するための画面は、商品登録の画面とは別なの。
これも商品の一番下にしか編集画面へのリンクがなく、ポチポチポチポチくそダルい。
既に登録してる選択肢は一旦ぜんぶ消してからじゃないと、追加できない。
サイズのLLを追加しようと思ったら、今あるSMLをまず全消しするCSV作ってアップしてから、またS/M/L/LLで登録しなおす。
馬鹿か。
で、選択肢ごとに価格を変更する機能が無いから、サイズ違いでおんなじような商品登録しまくってバッカみてえ。
ユーザーとしても選びにくいだけなのに何やってんだ。
あと、スマホ。
スマホサイトなんてもうPCサイトの売上を軽く超えてるんだけど、このスマホのシステムも死んでる。
TOPページなんて、なんか変なちっちゃいバナーを4つとか6つとか登録するだけ。
まったく自由が効かない。
みたいなメルマガ送ってくんの。
その前にスマホ商品ページに画像(メニューのアイコンとかも含めな)10個までしか登録できないクッソみたいなシステムどうにかしろよ！！！
メニューとかキレイに改変してるショップは、オプションのストレージ契約して、かなりムチャなCSSぶっこんでるから。
もう平成も終わろうとしてんのにCSS使うのが標準で実装されてないとか正気か！！
サイト全体のデザインもヘッダー・フッター・レフトメニューとか。
メール送信すんのにPC用とモバイル用のテンプレ分かれてるのなんだよ？
いちいち2通のテンプレを用意して、ユーザーのメルアドごとにポチポチ送信すんだぞ。
バッカみたい。
画像の件にしてもそうだけど、貧弱な回線でパケット気にして使ってるユーザーを想定してんだよ。
受注管理システムなり外部のAPI使って取り込んでる店はいいんだろうけど、
それにしてもこないだ、受注自動送信メールからユーザーのメルアド削除する改変してたよな。
あれどうやってユーザーと受注情報結びつけたんだ、APIの中の人？
同じようにイヤイヤ楽天の店舗運営してる人と苦労を分かち合いたい。
まだまだある、言い足りない。
正直、タダで使わせてるYahooの方が、システム的には全然マシ。
CSS使えるストレージはオプションだけど月3000円だし余裕でYahooの勝ち。
クセのあるシステムだけど、文字数制限だのimgタグの個数制限だの言わねーもん。
受注管理システムも遥かにいい(でもクセは凄い。楽天と比べるとマシレベル。)。
