ユーザーにリニューアルを受け入れてもらうためには… フリマアプリ frilの場合 #iosdc #a

iOSDC Japan @iosdcjp

Next up: 17:40 Track A / ユーザーに受け入れられ、問題を起こしづらい大規模リニューアルの進め方 / shoby @shobyshoby #iosdc #a

にわタコ @niwatako

開始のチャイムだ #iosdc #a

にわタコ @niwatako

3割増しの👏 #iosdc #a

いのうえ @inoue0426

shoby (@shobyshoby)さんの”ユーザーに受け入れられ、問題を起こしづらい大規模リニューアルの進め方” 始まった！#iosdc #a pic.twitter.com/5UHUz39F5Q

拡大

akatsuki.kt/.swift/.dart @akatsuki174

リニューアルとか大きな変更があるときは確かに不具合出やすくなってレビューがアレよね #iosdc #a

huin @huin

アップデートでレビュー下がるのつらいよね。#iosdc #a

akatsuki.kt/.swift/.dart @akatsuki174

リニューアルの成功、失敗について #iosdc #a

akatsuki.kt/.swift/.dart @akatsuki174

リニューアルによる開発者とユーザの「良い」が違っちゃうことはあるよね。。。 #iosdc #a

akatsuki.kt/.swift/.dart @akatsuki174

「いつもはここにボタンがあったのに！」とかありますねー。 #iosdc #a

akatsuki.kt/.swift/.dart @akatsuki174

短期的なユーザ体験の悪化は諦める。サービスの成長をゴールにする。 #iosdc #a

nori @nolili

ユーザー体験を犠牲にして萌えたいものは成長だけ #iosdc

haranicle @haranicle

なるほど、ユーザの反発はあきらめるのか。徐々に変えていくみたいなアプローチはとらないのね。 #iosdc

ひろん @hironytic

短期的なユーザー体験の悪化は諦める、サービスの成長をゴールにする #iosdc #a

akatsuki.kt/.swift/.dart @akatsuki174

「リニューアルをユーザに受け入れてもらう」について #iosdc #a

akatsuki.kt/.swift/.dart @akatsuki174

リリース前にユーザテストを行う。企画、プロトタイプが終わった段階と実装後に行うのが良い。 #iosdc

ジャンボ @jumboOrNot

@shobyshoby さんの話面白い #iosdc

akatsuki.kt/.swift/.dart @akatsuki174

実際のユーザでテストしなければ意味が無い。開発してるので変化による差に気づきづらい。 #iosdc

ひろん @hironytic

ドッグフーディングはバグ発見が目的 #iosdc #a

akatsuki.kt/.swift/.dart @akatsuki174

リニューアルを複数回のアップデートに分割。ユーザが大きな変化ではなく小さな変化として捉えてくれる。 #iosdc

akatsuki.kt/.swift/.dart @akatsuki174

機能の削除は炎上しやすい。 #iosdc

akatsuki.kt/.swift/.dart @akatsuki174

消さなくても良い道を探す。代替案を検討する。 #iosdc #a

haranicle @haranicle

機能削除はせずに、隠し機能的に提供することで、ユーザの反発をおさえるのは良さそう。 #iosdc