
※写真は本文と関係ありません。
勢いだけで書いてみます。
いまは「1億総クレーマーの時代」などと言われています。接客の仕事をしていると、詐欺師やクレーマーに出遭うことがあります。 引用元:【第4回】クレーマーから逃げずに対応することが最大のクレーマー対策
ちょっと前から叫ばれてますが「1億総クレーマーの時代」という言葉にモヤモヤすることがあります。
大きな企業になるほどクレーマー対策が周到に用意されているので、こちらは困って相談してるのに明らかにクレーム処理のような扱いをうけたり。
とある出来事
先日2件ほど窓口にクレームを入れたんです。クレームというより「なんとかしてほしい」という切実な相談です。1件は(ほぼ確実に)先方のミスで、もう1件は(五分五分で)こちらにも非があるかなという微妙なもの。
とりあえず簡潔に状況を伝えたところ「申し訳ありません」と平謝りするばかり。2件とも「とにかく謝れ」「非を認めるな」という指示が行き届いてる感じ。よくあることだけど。
1件は損害あったので少しだけ食い下がってみたものの「皆様そうしていただいております」と泣き寝入りを促してきました。
感心したところ「一貫してる」
どちらも最後まで一貫していたことに感心しました。最初からクレーマー扱いで、絶対に非を認めない。途中で態度が変わったら、そこを突かれるのがわかってるんでしょうね。
多少のミスなら責任を免れるようキチンと対策してあるから「責任はありません」と強気でいられる。ここから先は消費者センターにでも相談してねと突き放せる強さ。
悲しかったところ「モンスタークレーマー扱い」
やはり悲しかったのはモンスタークレーマー扱いされてしまったように感じられたこと(本物のモンスタークレーマーになりたくないので詳細は省きます)
しょうがないので先方に従って説明を聞きながら軽い雑談のつもりで「いやいや大変でしたよ」と口走った瞬間、窓口の担当者さんが後ろに立ってる責任者っぽい人物と目配せして立ち上がり(責任者の人と共に)深々と「申し訳ありません」と頭を下げる。「うわあぁぁぁぁ!やめてくれ!」と叫びたくなった。
もしかして「理不尽な要求される前に頭を下げろ」なんてマニュアル化されてるのかもしれない。こちらはクレーマーとして扱われるのが嫌だから和やかに接しているのに … ちょっと恐れ過ぎじゃないのかな。
どうしてほしかったの?
2件とも(かなり譲歩して)想定したとおりの落としどころだったので経緯に不満はあれど全体的には納得してます。
モンスタークレーマー扱いされたように「感じた」だけなので実際のところ相手の気持ち(どんなつもりで対応してたのか)はわかりません。もちろん対応に心がこもっていなかったなど非難するつもりはありません。ただただ悲しかったという話です。
窓口でイレギュラーな相談した瞬間、モードが切り替わったのが察知できたんですよ。「面倒くさいのがきたな素早く処理しちゃおう」「クレーム処理モードON!」というか。
どうすればいいの?
うーん。悪質なクレーマーが存在するからには消費者を最初からクレーマー扱いしたり、ちょっとでも不満を露にしたら先制攻撃として深々と頭を下げるのは仕方ないのかも。窓口の方は修羅場も経験してるだろうし。いやほんと大変な仕事ですよ。
もうちょっと人情的な対応して欲しいと願っても担当者に頼りすぎるのは企業として望ましくないだろうし… 。
消費者側はクレーマー扱いされるのも仕方ないし、企業側はクレーマーの存在ぐらい折り込んで我慢しろ…という身も蓋もない結論になっちゃう。
人間として扱われないなら相手も人間として扱わなくていいんじゃないかという極論にもなる。
機械的に対応してくれたほうが、都度対応かわるよりも公平なのは言わずもがななんすけどね。モヤモヤ。
(追記)
今度は頼んでいた荷物が届かないという困った出来事がありました。相手は法律で守られているので、たとえ途中で荷物が無くなっても保障されないことは知ってました。
相談してみると「誤って配送してないか周りの家に確認してみます」という丁寧な対応。そこまでやらなくてもと思いながら待つこと2週間くらい…結局荷物は出てきませんでした。
相手にしてみれば最初から法律を盾に突っぱねてもよかったんですよね。もしかしたら届いてるのに嘘ついてるクレーマーかもしれないのに(もちろん嘘はついてませんよ)
探してくれるのは助かるけど、そのコストはどうなるんだろうと心配になります。これまたモヤモヤ。
全世界のWordPressサイトに大規模攻撃; デフォルトのアドミンユーザ名’admin’がねらわれている
最初から「admin」じゃなくて想像されにくいユーザー名にしておくべきだったのですが、残念ながら「admin」を使ってるサイトがありました。
ということで作業しようとしたところ(マルチサイトにしてたのが原因か?)管理画面から変更できなかったので … データベースを直接変更した際のメモです。出来ない原因も探った方がよさそうですが、それはまた別の機会に。
WordPressのバージョンは3.5.1(マルチサイトを利用)くれぐれも作業は自己責任でお願いします!ちゃんとバックアップを取っておいてくださいね。
一般的なadminの削除方法
一般的な(?)マルチサイトのadmin削除(変更)方法です。
- 新しいユーザーを作成する
- 作成したユーザーに特権管理者権限を与える
- ログアウトして新しく作成したユーザーでログインする
- 「admin」の特権管理者権限を外す
- 「このユーザーはネットワーク管理者用メールを持っているため特権管理者権限は削除できません。」と表示される場合は、adminのメールアドレスを変更する
- 「admin」が削除できるようになるので削除する
マルチサイトじゃない場合は以下の記事がわかりやすかったです。素敵!
乗っ取られる前にセキュリティ強化。WordPressのadminユーザーを変更(削除)する方法
上記の方法じゃ削除できなかった
ユーザー一覧から「削除」をクリックしても反応がなくて(空振りしてしまう)削除できませんでした。あんまりやりたくないけど … とりいそぎDBを直接変更するしかなさそうです。
迂闊にDBをいじると最悪の事態(データが全部消えてしまう)が起こるかもしれませんので慎重に。
しょうがないのでDBを直接変更
以下を「admin」から新しいユーザー名「hogehoge(例)」に変更。
■ wp_users
ユーザー名(必須):user_login
ニックネーム(任意):user_nicename
ブログ上の表示名(任意):display_name
■ wp_usermeta
ニックネーム(任意):nickname
■ wp_sitemeta
特権管理者(必須):meta_key = site_admins
「wp_sitemeta」の「meta_value」はシリアライズされてるので注意。
たぶんこんな感じ「a:1:{i:0;s:5:”admin”;}」になってるので、
こんな感じ「a:1:{i:0;s:8:”hogehoge”;}」に変更。
sはバイト数なので「admin」から「hogehoge」に変えるなら「5」から「8」に変えなくちゃいけないです。
(補足)シリアライズ
配列をデータベースに保存したい場合に使います。
これをデータベースに保存したい場合は
array([0] => hogehoge)
こんな感じでシリアライズ
[php]
<?php
echo serialize(array([0] => hogehoge));
?>
[/php]
実行結果 → a:1:{i:0;s:8:”hogehoge”;}
ちなみにアンシリアライズはこんな感じ
[php]
<?php
print_r(unserialize(‘a:1:{i:0;s:8:"hogehoge";}’));
?>
[/php]
実行結果 → array([0] => hogehoge)
メモでした。
我らが高架橋脚ファンクラブ会長の田村さんのブログから…。
ずっと記録しつづけることで、点が線になる。「うわー、このときこんなくだらないこと考えてたんだなー」とか、「あ!あそこに行ったのって今 回が初めてじゃなかった、このとき来てた!」とか、わかるようになってくる。それが醍醐味。
引用元:東京エスカレーターガール – 思考のログ」と「行動のログ」をとる。とりつづける。点を線にする。
そうなんですよ!僕ももう自分のためにだけ書いてます。記録が残っているのが楽しい状態。「ブログを書いて人気者」なんていう邪念があった黒歴史ですら残ってます。
ものすごく低いテンションで更新しつづけてるので、わざわざ書いてるものは、よっぽど気分が盛り上がったものなんですよ。突然ヨーグルトドリンクのことばかり記事にしてたり(最近オランジーナばかり飲んでるのでヨーグルトドリンクが疎かになってる)
残さないともったいない。