デザインって難しい - UXデザインの部門が分解された話｜Haruka
ある日、上司から衝撃的なお知らせがあった。 「私たちのチームは解散します」 たぶん、”一つの会社が倒産する時の雰囲気”みたいな、悲しさと不安の混ざった、なんとも言えない空気がチームに漂っていた。 解散の理由：事業部制だから私たちの会社は事業部制。元々自分の所属組織は本社組織の一部だったが今回の異動で、私は普段自分がよく一緒に仕事をしている事業部へと異動になった。 他チームの人も別事業部へ異動があったりで、元の部門は約半分の規模に縮小することになる。 本社組織は全体的にコストセンターとして“稼がないけど費用がかかる”組織とうちの会社では認識されてて、基本的に効率化や圧縮が求められる（らしい、知らんけど。） なので今の枠組みで考えると「貢献してる事業部に行きなさい」というのは理解はできる。 でも、本社組織にUXデザインを見ている部門があることには、もちろん理由があったわけで…。 UXデザインに
「ペルソナ」を捨てて、JTBD（Jobs-To-Be-Done）モデルでターゲット顧客を定義せよ - 小さなごちそう
まずはこんな逸話から。 あるファストフード企業がミルクシェイクの売上を改善したいと思った。 ミルクシェイクの購入者属性を整理し、同一の属性を持つ人を対象に、重めがいいか軽めがいいか、フルーツ味かチョコレート味か、など、どんなミルクシェイクが理想的か尋ねた。調査はうまく進み、特定したターゲットの好みをもとに製品を改善したが、売上は全く改善しなかった。 そこで別のチームが再び調査を行った。調査チームは店舗で来客を一日中観察した。すると早朝にミルクシェイクを買う客が多いことに気がついた。早朝の購入者になぜミルクシェイクを買ったかを尋ねると、 長い車通勤の間に片手で手間なく飲める 一気に飲めないので暇つぶしになる 腹持ちが良い といった理由だとわかった。 この調査結果をもとに製品開発を再度行ったところ売上を改善することができた。 最初の従来型のマーケティングリサーチではWhat（どんなミルクシェイ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
