LTVから考えるUIデザイン-枌谷 力氏 / 株式会社ベイジ【SaaS Design Conference2023】｜leony(miki horio)
ちょうどUIを担当したSaaSのプロダクトがαリリースされて、POやマーケターさんたちがユーザーの声やテストから上がってきたUXにおける問題点から随時改善をされていて、その優先順位をつけていく真っ最中の現場にいるので、なななななな！なるほどこれをしていたのか！とメモしまくり、そのままnoteにまとめた（なう）です。 セッションの内容をざっくりまとめると、事業成長のためには、お金 / 時間 / 人を投下することになるが、いずれも限りがあるので効果的に配分する必要がある。成長可能性が高い領域に傾斜配分する。というお話でした。 以下、セッションのメモです！ UI改善の難しさUIデザイナーとして「とにかく作る」状態にいると、デザイナーから見て良いと思うUIへ全力で改善することになりがちだが、UIは目につきやすく、完成がないので無限に改善できる。UIというのはそもそも完成しないし無計画に改善するのは
「よく考えろ！」と言われても考えれないUIデザイナーの仕事の進め方｜KOTARO
これまで物事を考えてこなかった人が、いきなり劇的に考えれるようにはならない。なので、考えるフレームを考えて、どの案件でもそれを適用させることによって、多少の改善は出来るのではと思った。具体的には、次のような手順でお仕事を行っていく。 Step.1:企画理解企画を理解するために、企画設計書を自分の理解のために作成する。 事前に他の人が作成している場合でも、自分の言葉で説明できるようにする。具体的な項目内容は、次のとおり。 取り組みのゴール 今回の施策対象範囲 企画が立ち上がった背景 理想的なユーザーストーリー 取り組みの成功を決める指標 この取り組みで検証する最大の仮説 取り組みが失敗するとしたら、何が原因なのか Step2:関係者との認識合わせデザイン作業を着手する前に、次の関係者と認識合わせを行う。 企画担当者企画設計書で整理した自分の内容が企画担当者の想いと一致しているか 実装工数など
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
VPoEとEM、そして スクラムマスターの道/Relationship between VPoE, EM, and "Scrum Master Way