nDiki : ネットサービス

1つのサービスの中で投稿できる箇所が多いということ

1つのネットサービスの中で投稿できる箇所が多すぎると初心者ユーザーは戸惑います。また慣れたユーザーにとってもどこに投稿するか考える負担が増えます。

サービスとしてもユーザー投稿が分散してしまうことで賑わい感が半減します。

---

[ opinion ]

ようやくプロフィール変更開始【日記】

4月1日の異動に合わせてやることしていた「ネットサービス等のプロフィール変更」にぼちぼち着手しました。

あちらこちらのネットサービスにプロフィール欄があるので変更となると結構大変です。最近ほとんど使っていないサービスも含めるといくつあることやら。かといって変更しないで古い情報のままにしておくのもよろしくないので、使っているサービスの棚卸しや最近の様子見もかねて順番に確認・変更していきます。

片っ端から変える必要がある面倒なものといえば

• プロフィール写真のリニューアル
• クレジットカードの更新

などもありますね(引っ越し以外で)。これらも結構大変。

誰もスマートフォンをいじっていない歓迎会

今日は Restaurant Zucca(レストランズッカ)で4月1日入社の人の歓迎会でした(入ってしばらく経っているけれどもまだ開いていなかった歓迎会もかねて)。好きだった芸能人の話とかミスチルのどの曲がいいかとか飲み会っぽい飲み会でした。

ネットサービスを企画開発しているメンバなのに、ほとんど誰もスマートフォンをいじっていないのが衝撃的でした。みんな社交的なのかもしれません。

TOKYO CS JAM #2 「最高のチーム/組織づくり」

株式会社メルカリ主催の TOKYO CS JAM #2 に参加してきました。メルカリ主催の CS 系イベント参加は今日が3回目。いつもありがたく参加させていただいております。

• 過去の参加
  • Drink Meetup with Mercari #7
  • Drink Meetup with Mercari #22

CS JAM は

「CS レベルアップのための企業混合 Study Session」をコンセプトにした Customer Support 業界 (Customer Experience, Customer Service, Customer Success なども含む)を盛り上げるための、勉強会、交流会的なコミュニティイベント -- http://csjam.connpass.com/event/33258/

で東京開催は今回が2回目。メルカリは CS に関するイベントを積極的に開催されています。ネットサービス関連のスタートアップ事業/ベンチャー事業界隈での CS 交流については、メルカリが主導してくれているといっても過言じゃないと思います。

今回のテーマは「最高のチーム/組織づくり」。2つのセッションに分かれていて前半は「株式会社メルカリ 山田和弘氏」「ランサーズ株式会社 冨樫謙太郎氏」「freee株式会社 中島伸吾氏」によるパネルディスカッション。去年のスクーの「スタートアップCS担当によるカスタマサポートの極意」というオンライン授業の続編という位置づけで、その時のモデレーターだった大木しのぶさんが進行をされていました。トークと仕切りはさすがの超プロでした(スクーの宣言もうまく織り交ぜてたり)。

そして後半はそのディスカッションを踏まえての各テーブルごとのグループディスカッションです。

グループディスカッションの時間は30分。私たちの7人のテーブルは「組織文化」がお題でした。模造紙に発表内容を書き出すのも含めて30分はあっという間です。ディスカッションでは組織において「大切にしたい考え方」をきちんと共有・浸透させていくことが重要だという切り口で「ロールモデルとなる人を軸に組織に新しく入る人も含めて定期的に共有していく機会を作っていこう」という結論になりました。

30分ではもちろん議論が尽くされたとは言いがたいのですが、ほぼ初対面の方々と集中してまとめていくというワークは良い刺激になりました。

山田氏が締めの言葉で「ネットサービス業界とその CS 部門では、スピードある意思決定と対応が必要」と言われたのを聞き、今日のグループディスカッションの30分の意味をあらためて理解したのでした。

限られた情報と時間の中で不完全な状態でも答えを出して走りだし、フィードバックを得ながら方向修正しつつ進んでいく仮説思考の大切さを思い出させてくれる良い機会になりました。

何度か意見交換させていただいているメルカリの方と久しぶりにお話できたりもして今日は良い刺激を得られるセッションでした。メルカリの方々・登壇者の皆さま・参加者の方々ありがとうございました。

(画像は http://csjam.connpass.com/event/33258/ より。)

今日のさえずり: こんばんぼっち

2016年08月18日

• 09:19 湿度がハンパない。
• 13:09 夕立が来るかもなので社内弁当にした。
• 19:25 こんばんぼっち。
• 19:40 とあるネットサービスを勧めたらその場で登録し始めてくれたのだけれど、迷うことなくパスワードを入力していたので、使い回しの香りがした。
• 19:58 近所のスーパー、リッツ売り切れ。リッツパーティーしているの誰だ。
• 20:47 残されていた茹で済みのトウモロコシと枝豆は早速食べ切りました。
• 22:56 “盲目のiPhoneユーザーに聞いた、視覚を使わない驚きのスマホ操作術 | スタッフブログ | マイネ王” http://bit.ly/2aYZFvJ
• 24:21 @raizawall なるほど、その視点ですか!
• 24:21 8月20日の不思議惑星キン・ザ・ザ残り23席。

Wantedlyココロオドルシゴト相談室からの通知で退会することにした

Wantedlyココロオドルシゴト相談室からメールや Facebook アプリの通知が届いたので別の意味で心躍りました。 Wantedly は Sync にしても通知が強気ですね。 Wantedly の成長のための貪欲さは素晴らしいなと思いますが個人的には嫌なので退会することにしました。普段滅多に明示的にはネットサービスを退会しないんだけれどね。

ちなみに登録したのは2013年4月15日でした。たしか応援か何かのために登録した気がします。

• https://www.wantedly.com/user/deactivate

Facebook・Twitter・はてな・LinkedIn 側からも忘れずに認証してあるのを削除。

もし次に Wantedly に登録する際は Facebook 認証でなくメールでしようと思います。

今日のさえずり: 普段滅多に明示的にはネットサービスを退会しないんだけれどね

2016年08月26日

• 09:35 9月28日(日) 9:30 で床屋予約。
• 18:00 “なぜYouTubeは不当な削除要請でも動画を消してしまうのか – P2Pとかその辺のお話R” http://bit.ly/2bEdtbB
• 18:02 デザイングループのマネージャーが推薦する「みんなではじめるデザイン批評」を買いました。
• 18:04 月見バーガーは8月31日から。例年こんなに早かったっけ?
• 21:05 Wantedlyココロオドルシゴト相談室からメールや Facebook アプリの通知が届いたので別の意味で心躍った。退会した。
• 21:07 普段滅多に明示的にはネットサービスを退会しないんだけれどね。
• 21:13 Facebook・Twitter・はてな・LinkedIn 側からも削除。

ミッション・ビジョンをもってサービスを作り CS 活動をしていく【日記】

ネットサービスの CS グループマネージャーの方とディレクターの方と食事してきました。歩高里(ブルゴーニュ)は六本木交差点からすぐそばなのに、広くて空いていて安くて美味しかったので満足でした。

私の方は「最近はサービス開発と CS 開発の両方を担当するグループにいて、CS 開発チームがサービスと独立してリソースが確保でき、CS の価値観や KGI・KPI で動く良さを別の視点であらためて感じている」という話をしました。CS 開発という地位については相手の方に「サービス開発から CS への異動だと第一線から外れるような劣等感をもたれる事もある」と言われて、ああそうだよねとなりました。私のまわりだと誇りをもってやっている人が多かったので最近そういう風にとらえていませんでした。

相手の方のサービスの話などもいろいろ聞かせていただきました。相手のお2人とも、そしてその上の経営陣の方もきちんと大きなミッション・ビジョンをもって動いているのが強く感じられました。素晴らしいなと。あとちゃんと dogfooding しているなと。

それから本質的に意味のある仕事かどうかを見極めるのをとても大切にしているように感じました。

我々もあらためて自分たちのミッション・ビジョンに向けて邁進しなくてはと思って帰路についた1日でした。

第9回 エッセンシャル スクラムを読む会

社内で「エッセンシャル スクラム」を読みたい人が集まる勉強会9回目。今日は第9章 プロダクトオーナー。

自分がプロダクトオーナーをしていることもあり発表担当をしました。

受け入れ条件の定義と検証

受け入れ条件が満たされていることを確認することがプロダクトオーナーの主な責任の1つにあげられています。これはスプリントレビューで行うのかなと勘違いしていたのですが、プロダクトオーナーによる受け入れ条件の検証はスプリントレビューまで待たずにスプリント実施のときに行うとあり、ここは学びになりました。スプリントレビューでデモが許されているのは完成した機能だけとのことです。

ただ CSM によるとプロダクトオーナーが忙しくスプリントレビューのタイミングになっているところも多いらしいです。

誰がプロダクトオーナーになるべきか

ネットサービス開発は商用開発にあたるので「顧客の声を代弁する社員(プロダクトマネージャーなど)がなる」に相当しますね。

その他の役割と組み合わせ

プロダクトオーナーとスクラムマスターを兼任するのはよくないという点については、それぞれ違う行動指針で動くものだからと CSM がいっていました。確かに。

プロダクトオーナーとして余裕があれば複数チームを担当するのもありと本書には書かれています。私はいま3チームをみているのですが、スクラムのアクティビティにかかる時間的に3チームが限界ですね。2チームまでが適切な感触です。

プロダクトオーナーチーム

チーフプロダクトオーナーという役割が出てきますが、チーフプロダクトオーナーは直接開発チームを見ないようなのでそれってもはやプロダクトオーナーじゃないんじゃないかと思ったのですがどうなんでしょうか。

プロダクトオーナー? プロダクトマネージャー?

勉強会ではプロダクトオーナーとプロダクトマネージャーの違いについてディスカッション。個人的にはスクラムだとスクラムマスターという存在がいるので、プロダクトオーナーの方が少し楽なんじゃないかと思っています(スクラムではない体制におけるプロダクトマネージャーに比べて)。

勉強会参加者にプロダクトオーナーになりたい人はと聞いたところ、やりたい人・やりたくない人双方いました。 CSM は(決して軽視しているわけではないけれども)「プロダクト」よりも「プロセス」の方が面白いからプロダクトオーナーになりたいとは思わないとのことでした。なるほど。

• エッセンシャル スクラム: アジャイル開発に関わるすべての人のための完全攻略ガイド

「Inspired 入門」 (第1回)

プロダクトオーナーやプロダクトマネージャー(PdM)の必読書と言われているらしい「Inspired: 顧客の心を捉える製品の創り方」の内容を理解し、実践・共有することで力をつけていきましょうという「Inspired 入門」勉強会に参加してきました。今日が第1回。渋谷界隈でネットサービスを行っている4社から参加者が集まりました。

各社ネットサービスを展開していますが、お互いにビジネス領域が被らないためざっくばらんに話ができそうです。企業毎に組織体制や文化が異なり、プロダクトマネージャーの仕事・役割もそれぞれ違うよねということをあらためて感じました。取り組みや課題などをお互いに情報交換することで、いろいろ学びがありそうです。CS 部門経験者の方も何名かいて、ぐっと親近感がわきました。

今回は幹事役をしてくれた方が資料を用意してくださっていてそれを使いながらファシリテーションしてくれました。感謝。

話題から

ある方のところでは、ユーザーに影響のある施策についてはコンセプトシートを書くとおっしゃっていました。他の方はリーンキャンバスを作るようにしているとのこと。自分のチームではプロダクトバックログ上にストーリーを書いて済ませることも多いのですが、少し大きいサイズのものはこういったものを書いた方が良いなと今回感じました。

PdM という役職・肩書のある会社はというお題については、ほとんどの方がないということでした。

それからユーザーストーリーマッピングを1日かけたという話をしてくれた方は「エンジニアも一緒に参加することで、作る側の納得感が出て良かった」とおっしゃってました。なるほどです。

Inspired より

今回は1章から3章がトピックだったので以下個人的なメモ。

第1部は「ソフトウェア製品の開発に関わる人たち」。人・プロセス・製品という3領域の中の「人」。その役割と責任について。

第1章: 製品開発の鍵を握る担当者とその役割

まずは役割の説明。プロダクトマネージャーのやることとして以下を挙げています。

プロダクトマネージャーの主な任務としては2つある。製品の市場性を評価することと、開発すべき製品を定義することである。

プロダクトマーケティングも兼務になっていることが多々あるがまったく別の技能が必要なので、兼務は非常に難しいとしています。この点は第2章で詳しく取り上げられています。プロダクトマーケティングが分離されていると助かります。

プロダクトマネージャーは5〜10人のエンジニアに対して1人必要とのこと。スクラムチームの人数ともだいたい同じ規模感。

第2章: プロダクトマネジメントとプロダクトマーケティング

「プロダクトマネジメントとプロダクトマーケティングをそれぞれしっかり」「製品の最終責任者を明確に」「プロダクトマネジメントは専任で」

プロダクトマネージャーの役割とプロダクトマーケティングの役割をきちんと区別するのが大切。

第3章: プロダクトマネジメントとプロジェクトマネジメント

ここではさらにプロダクトマネジメントとプロジェクトマネジメントを区別しましょうという話。

• Inspired: 顧客の心を捉える製品の創り方

ネットサービスのプロフィール更新が面倒

アカウントにプロフィール(自己紹介文)を書けるサービスが多いのですが、最近興味を持っていることだったり所属に関することを書いたりしておくと、変わった時に更新するのが面倒なんですよね。

検索で見つけてもらいたいと思うサービス以外はもう

Naney (なにい)です。 https://www.naney.org/ で日記を書いています。※内容は個人的見解であり所属組織とは関係ありません。

と不変なテンプレートとサイトへのリンクだけで済ませるようしようかなと。

まず既存のものをこれに書き換えていくのがまず面倒なのですけれども。