アカウント名:
パスワード:
デフォルトでロック状態、端末で単価分チャージすると扉が開く、荷物を入れて閉めるとオートロック、取り出す際はオーバー分をチャージすると開くが分かりやすい気がするが、預ける前に課金するのはNGか(この場合は荷物を入れて閉めた時点)
確かに 料金を前払い → ロッカーの扉を閉めるとロックされる が確実な気がしますけど、電子マネーだとキャンセルできない(返金できない)のが問題なんですかね。飲み物の自動販売機も電子マネーを使うときは 商品を選ぶ → カードをタッチ の順ですし。
# 操作手順を同じにするにはそれぞれの扉にタッチして支払う+ロックするほうがいいんでしょうが、# それじゃ真ん中に端末がある意味がない……。
やはり真の問題は真ん中の端末を認識してくれないところだと思うんですよ。端末に向かってインタラクトしてさえくれれば、その時期は荷物を入れる前でも後でも構わないじゃないですか。
真ん中の端末で空き表示を兼ねてここに入れるって事前予約と鍵登録する仕組みにするだけで大分変わりそうなんですけどねー
閉まらない扉や開かない扉をバンバン叩いて諦めて去る老人が多発します。コインロッカーは収益目的の装置なので賢い人にしか使えない設計には意味がありません。
予約しないとそもそも開かない(PUDOのような感じ [kuronekoyamato.co.jp])にしておく前提で考えてました。そもそも開いてないと誤解して立ち去るか、駅員に開いてるロッカー聞きに行って是正されるでしょう。
中央端末で空いているロッカーを予約して支払い-->開いたロッカーへ支払い主が来る前にドアバンして立ち去る嫌がらせかと思った。
全部の扉にリーダーつけて、扉を閉めてタッチした時点で、料金引き落としてロック&そのSuica類を鍵として認証が一番分かりやすいしセキュリティー的にも分かりやすいんでしょうけど、コストが大変なんだろうなと。
結局ケチりたいところをケチったがそこはケチってはいけなかったって話。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds
素人案 (スコア:0)
デフォルトでロック状態、端末で単価分チャージすると扉が開く、荷物を入れて閉めるとオートロック、取り出す際はオーバー分をチャージすると開く
が分かりやすい気がするが、預ける前に課金するのはNGか(この場合は荷物を入れて閉めた時点)
Re:素人案 (スコア:1)
確かに 料金を前払い → ロッカーの扉を閉めるとロックされる が確実な気がしますけど、
電子マネーだとキャンセルできない(返金できない)のが問題なんですかね。
飲み物の自動販売機も電子マネーを使うときは 商品を選ぶ → カードをタッチ の順ですし。
# 操作手順を同じにするにはそれぞれの扉にタッチして支払う+ロックするほうがいいんでしょうが、
# それじゃ真ん中に端末がある意味がない……。
Re:素人案 (スコア:3)
やはり真の問題は真ん中の端末を認識してくれないところだと思うんですよ。端末に向かってインタラクトしてさえくれれば、その時期は荷物を入れる前でも後でも構わないじゃないですか。
Re: (スコア:0)
真ん中の端末で空き表示を兼ねてここに入れるって事前予約と鍵登録する仕組みにするだけで大分変わりそうなんですけどねー
Re:素人案 (スコア:2)
閉まらない扉や開かない扉をバンバン叩いて諦めて去る老人が多発します。コインロッカーは収益目的の装置なので賢い人にしか使えない設計には意味がありません。
Re: (スコア:0)
予約しないとそもそも開かない(PUDOのような感じ [kuronekoyamato.co.jp])にしておく前提で考えてました。
そもそも開いてないと誤解して立ち去るか、駅員に開いてるロッカー聞きに行って是正されるでしょう。
Re: (スコア:0)
中央端末で空いているロッカーを予約して支払い-->開いたロッカーへ支払い主が来る前にドアバンして立ち去る嫌がらせかと思った。
Re: (スコア:0)
全部の扉にリーダーつけて、扉を閉めてタッチした時点で、料金引き落としてロック&そのSuica類を鍵として認証が一番分かりやすいしセキュリティー的にも分かりやすいんでしょうけど、コストが大変なんだろうなと。
Re: (スコア:0)
結局ケチりたいところをケチったがそこはケチってはいけなかったって話。