体験構造とKPIで前進するデザインドリブンなプロダクト開発｜Keita Saito / Goodpatch Anywhere
この記事はGoodpatch AnywhereアドベントカレンダーとGoodpatchアドベントカレンダーの7日目の記事です（欲張り） 今日はここ半年くらい温めていたデザイン手法について紹介したいと思います。「プロダクトやサービスの体験構造とKPIを表し、チームでディスカッションするための成果物」として「体験構造図」と仮称しておきます（ググっても7件だからだれにも怒られないよね…）。 体験構造図はユーザー体験をプロジェクトの中心に置きながら、数値指標（KPI）を意識し続けるためのものです。「どんなプロダクトを作るのかなかなか決まらない」「UXデザイナーが何してるのかわからない」「プロダクトが伸び悩んでチームに停滞感がある」「プロダクト開発の現場と経営が対立する」などの問題が起こっているときにこの体験構造図を作ってみるとチームを前にすすめる突破口になるのでは？と思っているのでぜひトライしてみ
UI/UXでいいじゃん | F's Garage
作業してる息抜きにブログ UI/UX言うな論は、あたかもUIがUX全体を規定してしまうが故に起きる意識の齟齬にあると思っている。 あたかもwikipediaをwikiと言ってしまったり、JavaScriptをJavaと言ってしまいエンジニアの不安を掻き立てる人たちへの不安に近いものだろうか。 まぁそもそもUXという言葉が非常にわかりにくい。わかりにくいと言えば、その昔は「システム」という日本語が日本にはなかったと、芝浦工業大学で初めてのカタカナ学部である「システム工学部」と言う名前を日本に持ち込んだ時の話を聞いたことが有る。 僕に認知だと芝浦工大のシステム工学部は言うほど古い学部ではなかったが、なんとその時代の手前まで「システム」という言葉がなかったというのは驚きだ。そりゃソフトウエアで日本が勝てないわけだ。物質主義とでも言うのだろうか。僕が製造業にいたとき、ソフトウエアはオマケみたいなも
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
