-
- いいね！143
Eiji Hachiya
@hachi_eiji
データを削除するというユースケースはプロダクトマネジメントのケーススタディとして最適だと思う。だいぶ前に同様のことをやったけどだいぶ紛糾したなぁ #pmconfjp
2018-11-06 17:06:38
星 永亮
@inase17000
LINEの送信後メッセージ削除機能の仕様決めがモメた話。 ちょーシンプルな機能だけど、検討のプロセスが確かに膨大。結局全てのニーズを満たす仕様はなかった。そこで立ち返るのは、【機能を追加する理由】【使って欲しいユースケース】とした。誤爆を消すための落とし所。 #pmconfjp
2018-11-06 17:06:51
山地 伸明
@tom_nobu
どんなパターンがあるんだっけ？そもそもなんでやりたいんだったっけ？ってのを見えるようにして議論できることが大事だなー #pmconfjp
2018-11-06 17:08:06
Appple
@appleeviva
#pmconfjp LINE の取り消し機能誕生の裏話し！消した痕跡を残すかどうか！ pic.twitter.com/MhOyodd3xE
2018-11-06 17:08:28
拡大
拡大
拡大
拡大
eriko
@ErikoObe
取り消しがわかったら使いにくいじゃん！→積極的に取り消してほしいとは思ってないという意志を伝えたい仕様 おもしろ誤爆を晒しましょうキャンペーンで、重くリリースするより誤爆の面白さを思い出してもらう、約8000件の応募 #pmconfjp
2018-11-06 17:09:00
福本 晃之/Teruhisa Fukumoto
@terry_i_
LINE入江さんの講演！メッセージ取り消し機能にはあんなに激しい裏側が...すごくリアルな話でLINEがより好きになりましたｗ #pmconfjp 2018.pmconf.jp/sessions/2018/…
2018-11-06 17:09:12
及川卓也 / Takuya Oikawa
@takoratta
LINEの送信取り消し機能の仕様決めでの難しい判断は、PMあるある話だった。 #pmconfjp pic.twitter.com/38LQQ5HfzL
2018-11-06 17:09:14
拡大
Appple
@appleeviva
#pmconfjp LINE 取り消し機能リリース後の反応！ pic.twitter.com/AjJ8c6QXTi
2018-11-06 17:09:16
拡大
拡大
norio
@norio
#pmconfjp で発表した「穴」の話のスライドです！ 「事業ドメインを絞り込むことで磨かれるプロダクトマネジメント」 speakerdeck.com/norioo/shi-ye-…
2018-11-06 17:09:49
みずまん
@mizuman_
「削除機能」だといろんなユーザがいろんな期待をしてしまう。 どういう人達のどんなシーンを救いたいのか、それを明確にして、それをエンドユーザにも理解してもらう。 それはエンドユーザと一緒にプロダクトを創っていく上で、とても大事な取り組みだと思う。 #pmconfjp
2018-11-06 17:10:54
東一 圭祐 | 愛のあるつながりで幸せな人生に
@toichi0202
仕様でもめた場合には 解決したい課題の本質に立ち戻ること 完全な正解はないので、そこを最後はPMが説明責任を伴う意思決定する #pmconfjp
2018-11-06 17:11:11
Tsubasa Kato
@acnaman_dev
「LINE開発の舞台裏とプロダクトマネージャー」 LINE 入江さん #pmconfjp pic.twitter.com/m36shXXVdO
2018-11-06 17:11:19
拡大
久津佑介(HisatsuYusuke) / プロダクトマネージャー
@Nunerm
LINE入江さん 大規模プラットフォーマーが故の悩み。機能検討時に「あっちを立てればこっちが立たず」の状態に。 以前ヤフオクのPMの方も同様に「機能変更は大騒ぎされる」と言っていた。 こういう環境で意思決定をするPMは本当に鍛えられると思う。 #pmconfjp
2018-11-06 17:12:37
gaoryu
@DiscoveryCoach
【走り書き】 リアルな感じが…。LINEさんならではな話が聴けました。 #pmconfjp pic.twitter.com/zH5sG0H0oQ
2018-11-06 17:12:41
拡大
及川卓也 / Takuya Oikawa
@takoratta
C向けのプロダクトでは良くある話。ユーザーにとってはその人の使い方やその人のプロダクト価値がすべてだけれど、実際にはそれは百人百様／千差万別。提供する側はその多様な要求の中で決めなければならず、満足しない人は出てくる。だからと言って、結論を出すことを避けてはならない。
2018-11-06 17:12:52
及川卓也 / Takuya Oikawa
@takoratta
変えない／変わらないという決断をするケースが多いが、それはプロダクト提供者としての責任を放棄していることも多い。LINEのようにユーザー数が多いプロダクトは何をしても絶対に文句が出ると思うので、中の人は本当に良くやっていると思う。
2018-11-06 17:12:52
チャンタマ
@tmchannel_
あとこういうセンシティブな機能ほど、機能のネーミングとか、機能の見せ方、届け方（告知の仕方）もすごく大切で、ユーザーに必要以上の期待をさせてしまったりすることも防ぐべきだよなあと学んだり #pmconfjp
2018-11-06 17:13:57
みきE@よちよちUX
@imadamare
#pmconfjp これはわかり味が深い…。 なぜ必要なのかor必要ないのか、 メリット、デメリットは何か、 絶対に譲れないラインはどこか、 をきちんと把握しないと判断できない。 「諸々意見が出てから、一度原点（なぜ必要なの？）に戻る」のは、問題を俯瞰するよいトリガーになりそう！導入しよ！ twitter.com/imadamare/stat…
2018-11-06 17:14:10
みきE@よちよちUX
@imadamare
#pmconfjp LINEの取り消し機能 →一番紛糾した。 ・いじめの証拠や大事な約束が反故にされるかも、という不安の声。 ・仕様の制限 「いつまで消せればいいのか？」→2min?7min?48h? 「完全にトークを取り消せていいの？」→跡形もなく消せるか、"消した痕跡"は残すか？ + これらの組合せ
2018-11-06 17:04:57