PayPayでMac Book Pro（CTOモデル）を買った話
今日から始まったPayPayのキャンペーンを利用すると、めっちゃ安くMac買えるじゃん！！！！！！
ということで、仕事が終わって秋葉原まで向かいました。
どこで買うのが一番お得なのか
そもそも欲しいモデルがCTOなので（メモリ16GBにしたい）、色々調べるとソフマップがお得だという情報がありました。 ソフマップはCTOモデルでもポイント付与あるとのこと。
※ビックカメラでPayPay決済しても3％ポイント還元ありました
秋葉原ソフマップ Mac Collectionに向かう
19時過ぎに到着したんですが、お店の人に声をかけるとCTOモデルの受付は本日終了したとのこと。 その時点で整理券を持ってる人のみが対象だったようでした。
明日朝ならOKとお返事いただいたのですが、仕事があるので断念しました。
秋葉原ビックカメラに向かう
駅の方にちょい戻って、向かいにあるビックカメラへ。 そこそこ混んでいたものの、店員さんに声をかけて受付番号をもらう、30分弱待ってCTOモデルが欲しいってことを伝えて、伝票を作ってもらう。 13インチMBPのタッチバーあり、SSD256GB、CPUカスタマイズ無し、メモリ16GBへアップグレードのモデルにしたのですが納期は2〜3週間が目安とのこと。 MBP高いし、新型MBAでもいいかな〜と思っていましたが、20%ポイント還元ということもありMBPにしました。
そこからが長かった。。。
レジに並ぶも、並んだ時点で既に10人以上待機しており、かつレジも進み具合が非常に悪い。 PayPayの決済が上手くいかないのでリトライするとか、そもそも何回やっても決済が通らなかった人もいたみたいです。 店員さんは非常にこなれた感じでした、ほんとすごい。
みんな何買ってんだろうなーって眺めてると、iPadやApple Watchの人が多かったです。 店内アナウンスでも「Apple製品が全国的に品薄で〜」と聞こえてきたので、みんな買ってたんだろうなー。
PayPay決済
店員さんがレジを打つ、PayPayアプリからスキャン機能を利用してレジ横にある専用QRコードを読み込む、アプリ画面上でレジ金額を入力して決済完了。 そんな感じでした。
結果はこちらです。
決済システムで障害が発生してるとか、そんな話が店内アナウンスでも流れてたので、なんか不具合でも起きてんのかなと思ってたんですが、冷静に考えると全額キャッシュバック（最大10万円）の対象でした。 ほんとうにありがとうございました。
自分の場合はヤフープレミアム会員で接続してたので、20回に1回の確率で戻ってくるようですが、まさか一発目でこうなるとは。。
2019年1月10日頃に付与らしいので、利用可能な店舗が増えてきたら使おうかなと思ってます。
最終的にいくらで買えたのか
価格：238,464円
還元：1000,00ポイント（PayPay）
還元：7154ポイント（ビックカメラ3%還元）
還元：2384ポイント（クレカのポイント1％）
合計：128,926円（相当）
という感じです、CTOモデルはポイント付かないと思ってたので、ビックカメラの3%還元は予想外のラッキーでした！ ヨドバシ福袋も倍率高いの申し込んでるので、何か当選すればいいな〜と思う師走の一日でした。
ノンプログラマのためのJavaScriptはじめの一歩
ノンプログラマのためのJavaScriptはじめの一歩 (WEB+DB PRESS plus)
- 作者: 外村和仁
- 出版社/メーカー: 技術評論社
- 発売日: 2012/11/07
- メディア: 単行本（ソフトカバー）
- 購入: 3人 クリック: 80回
- この商品を含むブログ (6件) を見る
という本のKindle版が出たので、先日買ってみたのです。 買ってから気がついたんですが、出版されたのが2012年だったようで、なんで今になってKindle化されたのが謎でした。
が、実際に読んでみてとても分かりやすく、HTMLとCSSと素のJavaScriptをほんのちょっと触れたところからのステップアップにはちょうど良かったです。 付録にHTMLとCSSの簡単な解説があるので、わざわざ調べ直したりもしなくて助かりました。 最後にjQueryについても触れてあって（2012年出版なので）、もう10年近く前にjQuery触ったなーなんて思いながら読んでました。
仕事で絶対必須というわけではないんだけど、ちょっと興味が出てきたのと、ある程度は知っておきたいのでもうちょいフロントエンド周りを勉強していこうと思います。
転職して1ヶ月半が経ちました
最近やっていることというか、転職して学んだ新しいこと。
- JavaScrip周り少々
- フロントエンド周り一切やってこなかったので、なかなかキャッチアップが大変
- Google Tag Manager周り
- こちらも一切（ry
- Google Optimize周り
- こちら（ry
なので、だいたい週末の土日は1日数時間ほど全て同時並行で勉強しています。 もちろん平日も時間が取れる時は取っているので、かけている時間はそこそこなはず。 とはいえ、実際に仕事で触ってみると色々と感覚が違うところもあるので、出来ることを出来る範囲でできるだけやっている感じ。
フロントエンドエンジニアを目指すわけではないので、コードを書くまではいかなくても、ある程度コードリーディング出来るようにはなりたい。 今こうやってやろうという気持ちを持てるのも、書いてあることが全く分からんというわけではないのも、10年ぐらい前にちょっとやったからが故ですね。 あの時の経験が今になってベースになるとは、当時は思わなかったなぁ。。
という話。
カルーセルテスト
こちらを参考にさせてもらいました。 www.imuza.com www.imuza.com
相手を尊重しないコミュニケーション
記事が出たときに良いこと書いてるなーって思いながら見ていて、今改めて同じ事を考えながら読んでいる。 自分の経験上、これはエンジニアだけに言えることではなくて、人として誰にでも起こりうることなので注意が必要だと感じてる。
例えば何かしらの作業をお願いした際、覚えが悪い・間違いが多い・何回同じ事をいっても間違っている、といった場合。 オンラインでの会話が噛み合わない場合、例えば自分が立場的に上で相手が立場的に下だった場合。
実際こういう場面において"コミュニケーションのかみ合わせが悪い"という状況を何度も見てきたし、上司という立場で注意しないといけないケースもあった。 だいたいにおいて、そういう場合って強く言う側がそういったコミュニケーションの何が悪いのかを理解していないことが多い気がする。 それはたまたま頭に血が上っているからなのか、冷静に判断できないからなのかといった状況によるところもあるけど、本当にきついのは本人がそういうコミュニケーションに問題が無いと感じている場合。きついというか、悲しいなーって気持ちになる。
そんな時はオンラインで話しても同じ事なので「そんな言い方ダメだよ」ってまず優しく口頭で伝えるのだけど、何がダメなのかをまず反論してくるケースが多い。 つまり何が悪いのか（というか何が問題なのか）を分かっていないのかなと感じるのです。 人によっては更に優しく丁寧に説明して分かってくれることもあれば、紋切り型の口調で「わかりました」と不服感出しまくりな人もいたりする。 そんな時に再び同じ事が起こった際「お前、以前わかりましたって言っただろ。なんで同じことやってんだよ。」と強気に出てはいけない。
そういう人達に分かってもらうことは仕事ではないのだけど、組織運営上は分かってもらわないとデメリットしかないことが多いので、どう伝えればいいものか正直悩んでるし、30代半ばになった今でも答えがでない。
そもそもどうしてそういうことになってしまうのか、と考えると、そういった類のコミュニケーションが許されている（指導する人がいない）、ある程度のエキスパートになっていてお局様になっている、思考が幼いなどがあるのかなと思う。 そういった類のコミュニケーションが許されている場合って、よっぽど能力的に尖った人の集団で各方面のエキスパート揃いな場合もあれば、初期教育（新卒とか働き始めとか）でそういうのが当たり前だったというケースがあるのかもしれない、または教育されていないか。
次にお局様になっているパターンって、自分がいなくなったらダメだから〜みたいな天狗になってるケースが多いように思う。 実際にはいなくても組織は回るし、そういう組織を作るべきだし、悲しいことにそういうコミュニケーションを取る人が「属人化反対」みたいなことを言ってることが多い。 属人化するのは、あなたのそういったコミュニケーションが原因なのではないですか、と言われてもきっとピンと来ないんだろうとは思う。
かくいう自分も、SlackやらChatWorkが世の中に出る前にそういうコミュニケーションをしてしまった失敗があり（ちゃんと怒られました）、自省することが出来たのでこんな風に距離を置いて考えられるんだろうなと思った。
こにふぁーさんも書いてる通り、言葉遣いといった表現の問題ではなくて、気持ちと思考の問題なのではないかな。 少なくとも相手を尊重していれば、そんなレベルの低い酷い応対はできないと思うし、オンラインでもオフラインでも変わらないよなと。
なので、改めて自分も常々気をつけないといけないし、相手の立場・役割・仕事・目的を理解しないといけない。 会社では管理職側の立場なので、上記に加えて全体的な未来も考えて接するように気をつけている。 相手の成長を促すといったら驕りっぽく聞こえるけど、そこまでいかなくとも、お互いに気持ちの良いコミュニケーションは心がけていきたい。 と思いつつ、人類にコミュニケーションは難しいので、もうマルとバツの2択コミュニケーションでいいんじゃねと思ったりもしないわけでもない。
難しいっすねー、ほんと。 って書いてみて、難しいのは相手に理解をして欲しいからなのだと思った。 理解してもらう必要・動機・気持ちがなければ、何も難しいことはないですからね。
「わかばちゃんと学ぶ Googleアナリティクス」を読んだ
わかばちゃんと学ぶ Googleアナリティクス〈アクセス解析・Webマーケティング入門〉
- 作者: 湊川あい
- 出版社/メーカー: シーアンドアール研究所
- 発売日: 2018/03/27
- メディア: 単行本（ソフトカバー）
- この商品を含むブログを見る
漫画・イラストが適度に盛り込んであって、とっても分かりやすかった。 GAほんのちょっとしか触っていないので、用語の理解もできたし、初心者向けにはとても良い本でした。
以下は自分用のメモ。
GA用語
ユーザー
- サイトへやってきた訪問人数のこと
- ユニークユーザーのこと
- 100人がサイトを訪問したら100ユーザー
セッション（訪問数/略称：ss）
- サイトへやってきた訪問回数のこと
- 1ユーザー/2セッションの場合は1人のユーザーが2回訪問してきたということ
- Aさんが朝に訪問して離脱、その後の夜に訪問して離脱したた場合は1ユーザー、2セッションとなる
ページビュー
- 閲覧したページ数
セッション計測の考え方
- サイト訪問→離脱→再度サイト訪問：2セッション
- サイト訪問→サイト内の別のページを見る：1セッション
- サイト訪問→サイト内の別ページを見る→30分操作なし（PCから離れた等）→再度サイト内の別ページを見る：2セッション
- サイト滞在中の累計時間は関係なく、行動の間隔が30分を超えるかどうかが判断軸
- サイト訪問→10分経過→日付が変わる→別ページを見る：2セッション
- 日付が変わると新しいセッションとして計測される
- サイトA訪問→ページXを見る→別のサイトBからサイトAのページYを開く：2セッション
- 参照元が外部サイトだった場合も別セッションとして計測される
- セッションの30分間隔という設定は変更が可能だが、基本は変更しなくてよし
閲覧開始数
- そのページが最初の訪問ページになった回数
- ランディングページになった回数
- 離脱率
- そのページが離脱の最後のページになったことの割合
- ページA→ページB→離脱
- ページB→離脱
- ページAは離脱数0/離脱率0％、ページBは離脱数2/離脱率100％、いずれもページBが離脱元になる
- そのページが離脱の最後のページになったことの割合
平均直帰率
- コンテンツサイト：40〜60％
- ブログ：70〜90％
- 広告のクリック先ページ：70〜90％
- サービスサイト：10〜30％
ディメンションと指標
GAのサンプリング
- データ量が多すぎる場合、GAが自動でサンプリングして表示することがある
- 例えば行動→概要→右側ページにあるサマリーの横の盾マークの色で変わる
- 緑：サンプリングなし
- 黄：サンプリングあり
- 大規模データを正確に扱いたい場合はGoogleAnalytics360（有償）を利用する
- 50万セッションまではサンプリングが発生しない
分析
基本として全体から詳細へ見ていく
- 集客→概要で全体集客のサマリーが見られる
セカンダリディメンション
参照元の見抜き方
検索キーワード確認
- 集客→キャンペーン→オーガニック検索キーワード、ここから検索流入元のキーワードを確認出来る
- not provided：検索エンジンの通信暗号化・SSL化により中身が見られない
- Google Search Consoleを連携させればnot providedの中身もある程度はカバーできる
- not set：原因不明でGAが取得できなかったキーワード
流入予測
SNSほか
滞在時間
- 一般的に読者は10秒で離脱するかどうか判断する
- 滞在時間が10秒を超えたかどうかが一つの判断軸となる
- 一般的に読者は10秒で離脱するかどうか判断する
「これからWebをはじめる人のHTML&CSS、JavaScriptのきほんのきほん」を読んだ
こちらです。
これからWebをはじめる人のHTML&CSS、JavaScriptのきほんのきほん
- 作者: たにぐちまこと
- 出版社/メーカー: マイナビ出版
- 発売日: 2017/03/27
- メディア: 単行本（ソフトカバー）
- この商品を含むブログを見る
所感
知人に教えてもらいました。 HTMLもCSSもJavascriptも縁遠く、本当に20年ぶりぐらいな感じだったのですが、とても分かりやすくてある程度のプログラミング理解がある人ならスラスラ読み進められそうです。 全体的にHTML＋CSSで60%、残り40%がJavaScript＋その他という感じなので、幅広く浅めに知識を身に付けたい人には良さそうです。 bootstrapやVue.jsについての簡単な紹介もあるので（実際にそれを利用して作ってみる）、触ってみる良い切っ掛けにもなりました。
JSを書く側ではないのだけど、書けるにこしたことはないので、もうちょい気合い入れて頑張っていきたい所存です。
退職しました
日記というか、ライフログ的な備忘録的な意味合いも込めてこの残しておきたいと思います。
Emotion Techを退職しました。 一年という短い期間ではありましたが、素晴らしい仲間に恵まれ、色々な企業のCX体験を裏で支えることができ、面白いことがやれた一年間でした。 10月初旬まで有給消化ということもあり、このタイミングでなかなか長期休暇を取ることもなかったので、札幌にでも行ってきます。（地震の前から行こうと思ってた）
Emotion Techの前はどこにいたのか
こちらをご参照ください。 https://sharatani.hatenablog.com/entry/2017/09/01/001411
何をやっていたのか
NPSを用いたアンケート調査システムサービスにおいて、カスタマーサクセス・サポートをメインに担当していました。 B2Bサービスで、大企業から中小規模まで企業規模も業界も幅広く対応させていただきました。 自分の経験からも今まではEC業界は得意だったのですが、この一年を通じて人材業界やデジマあたりにも少し強くなれたかなと思います。 振り返ると前職においてもセールスエンジニアという肩書きでカスタマーサクセスと同じような行動をしていたので、役に立ったな〜と思う次第です。
現職では2017年9月入社なのですが、2018年1月には昇進し、カスタマーサクセス兼サポートチームリーダーという肩書きに変わりました。 単純にカスタマーサクセスも担当しながら、別チームではプレイングマネージャーとして働くという中々大変な役割でした。 カスタマーサクセス・サポートとそれぞれ一口に言っても会社によって変わるため、ちょっと以下にまとめてみます。
カスタマーサクセスとしてやってきたこと
カスタマーサクセスは会社によって定義や仕事の範囲が異なったりしますが、私はこのようなことをしていました。
- 営業が受注した案件に対して、調査設計〜実査〜レポート報告までの進行管理を行う
- アンケート調査から何を知りたいのかをヒアリングし、それが実現出来るように調査設計を行う
- カスタマーエクスペリエンスを顧客と一緒に考える（ある時は伴走、ある時は代走）
- 定例会がある場合はそこで定常調査の状況報告と改善に向けたアドバイス
- コンサルティングとSaaSの入り交じった形だったので、契約更新のフォロー
振り返ってみると、大枠では他の会社と同じような形かもしれません。 上記以外にもこんなことをしてきました。
- Emotion Techにおけるカスタマーサクセスの定義の策定
- 会社によって異なるカスタマーサクセスにおいて、弊社のカスタマーサクセスとは何か
- ビジョン・ミッション・タスク、そしてどんなバリューを発揮すべきか
この定義については当時の所属部長が"カスタマーサクセスで有名な高橋さん"に見せたところ、好評だったようで「してやった感」を感じたものです。 ベンチャーだからこそ横にも縦にも柔軟に動くべしだと考えているのですが、定義をすることで「悩んだ時に立ち返るべきもの」が明文化されました。 「会社組織としての定義を決める」ことって中々経験できるものでもないので、上記の通り好評いただいたこともあり、取り組めて良かったなとしみじみ思います。
ロゴをもらっていないお客さんも多いため、社名などは出すことができないのですが、アパレル・EC・旅行・小売・人材・その他いろいろな業界に携わることができ、カスタマージャーニーや調査設計を通して自分自身の資産にもなりました。ありがとうございます。
サポートチームのリーダー/マネージャーとしてやってきたこと
今年の一月に昇進してサポートチームの取りまとめもサクセスと同時並行で進んできました。 一般的なサポートやSaaSのサポートとはちょっと違う所もあり、私としてはシステムオペレーションという認識で仕事をしていました。
- 利用開始までのシステム周りのオペレーション
- 顧客や社内からの技術的な問い合わせに対する検証と回答
- ビジネス・開発のHUB
- セールスのアシスト
- （サクセスとは別の役割として）セールスエンジニア
- 外部向けシステムヘルプサイトの構築
- 内部向けシステムヘルプポータルの構築
- SaaSにおけるサポート体制のグランドデザインと立ち上げ
以前から「業務設計」とか「オペレーション設計」というのは好きだったし得意だと思っていたのですが、この一年でもそれらに携わることができたのは良かったです。 ほかにもプロジェクト管理ツールの導入と利用促進、運用ルール決め、Adminとしての社内サポートなどを行いました。 どの職場でもそうなのですが、関係者を巻き込んで何かを進めていくというのは、難しいこともありますが「やって良かった」を感じられて良いものですね。
こうやってまとめてみると、一年という短い間でしたが、色んな事をやってきたんだなぁと感慨深いです。 前職のはてなにて、2年ほどMackerelに関する業務で試行錯誤しながら色々やってきた経験を活かすことが出来たかなと思います。
これから何をやっていくのか
WEB解析ツールを提供している企業でサポート部門の立ち上げを行うことに決めました。 WEB解析・WEBコンサルの会社で働いたことはなかったので、今からとても楽しみにしています。 以前からもう少しWEBに近いところで仕事をしたいと思っていた節もあり、念願叶ったという感もあります。 来年の春には新卒一期生が入ってくるということもあり、新卒の方に「あの部署に入りたい」と指名されることも個人的な目標の一つとして頑張りたいなと思います。
そんなわけで、自分のレベルが部署のレベルになるというスリルもあるので、日々勉強をしながらレベルアップに励みたい所存です。
A/Bテストの教科書を読んだ
こちらです。
- 作者: 野口竜司
- 出版社/メーカー: マイナビ出版
- 発売日: 2015/12/09
- メディア: 単行本（ソフトカバー）
- この商品を含むブログ (1件) を見る
所感
A/Bテストに関する一般的な知識しか持っていなかったので、小さいことから大きいことまで全般的に網羅されていて学びがありました。
自分の中でのA/Bテストイメージって専用ツールを使わずに入れ替えるイメージ（リニューアル）というものだったので、ツールを利用することでテストが非常に簡単にできることが分かり、なるほど感があった。 ツールの紹介がOptimizelyということもあり、個人が気軽に試してみるとかは難しかったので、Google Optimizeで自分で色々試してみようかなと。
また、A/Bテスト実行前に何をすべきか等もちゃんと順序立てて書いてあり、段取り次第で得られるものが大きく変わることが分かったのは初心者目線ではありがたかった。（とりあえず実行しようはNG） テストのレベル感も小・中・大に分かれていて、出来ることのレベル感が分かりやすくて良い。
自分自身が初心者ということもあり、A/Bテストをする予定がある人にはオススメ出来る良書でした。
