カンプ2.0になっていないか プロトタイプを作ることが今日のデザインプロセスにおいて、不可欠になりつつあります。3年前ではなかなか響かなかった話題 [http://www.yasuhisa.com/could/article/prototype-the-future/]でしたが、ますます複雑になるアプリ / Web サイトデザインにおいて、いきなり完成品に近いものを作り込むという手法が通用し難くなりつつあります。また、高機能ツール [http://www.yasuhisa.com/could/article/wcan-prototype-design/]も手軽に使えるようになったことで、 とりあえず作って見せるという行為がしやすくなりました。 実機で画面遷移を確認するだけでなく、アニメーションもコードの知識なしで作れるようになった現在。ツールはますますパワフルになっていきますが、プロトタイプツールの目的は実装のための青写真を作るためにあるわけではありません。 ビジュアルデザイン（インタラクションデザインも含）と実装には以前から大きな溝が存在します。デザインカンプと呼ばれる、あた

孤独だから見えにくい デザインは孤独な作業になりがちです。ひとりでデザインファイルと向き合う時間が長いので、自分がつくったものに対し感情的な繋がりができてしまうことがあります。また、プログラムのように、ひとつのファイルを何人かが触るということも少ないので、ある程度のステージに到達するまで誰もデザインを目にしないことがあります。つまり、『完成品』しか提示されないので、その間どのような試行錯誤がなされたのかも分からないわけです。 自分の視点だけに閉じこもることを避けるために、デザイン批評 [http://www.yasuhisa.com/could/article/design-ciritique/] を通して、何が改善できるかをクライアントや同僚と話し合いをおこないます。批評を意識した会話は、ひとりのデザイナーとしての成長にも大きな影響を及ぼしますが、誰でも会話ができる環境にいるわけではありません。フリーランスはもちろん、まだデザインの会話を始めにくい環境で働いている方もいるでしょう。 デザイン批評は複数人で実践するのが理想的ですが、ひとりで自分のデザインを批評することもできます

今だからこそ再入門 2015年7月12日東京 OpenCU のイベント「CMS SUNDAY Vol.4 [http://opencu.com/events/cms-sunday-vol4]」に登壇しました。セミナーと一緒にワークショップも実施されましたが、CMS のカスタマイズ知識なくても参加できるカリキュラムが組まれていました。ファシリテーションを務めた羽山祥樹さん [https://twitter.com/storywriter] のワークショップの進め方も含めて勉強になる充実した１日になりました。私のほうはワークショップ前の準備運動としてプロトタイプの基本を振り返る話をしました。 2012年頃から [http://www.yasuhisa.com/could/article/prototype-the-future/] プロトタイプに関するセミナーやワークショップをしています。翌年にはデジタルハリウッド大学院 [http://www.yasuhisa.com/could/article/dh-prototyping-course/]でプロトタイプの講座も開いています。

出すことを前提としたプロセス 製品のデザイン戦略を定義し、それを基に調査を実施。そこからプロトタイプを作成、分析・検証というサイクルを繰り返すといったデザインプロセスがあります。こうしたプロセスを早く効率的に行う手法としてリーンやアジャイルがありますが、それがすべての答えではありません。基本を知ることは重要ですが、「プロセスに沿って正しくやろう」「こうするべきだ」と固持しても結果に繋がらないことがあります。 手法と同じくらい重要なのが、組織の文化。どのようなスキルセットをもっているのかはもちろん、働き方、コミュニケーションの仕方が手法の取り入れ方に大きく影響します。「銀の弾丸」とも呼べる無敵の手法はありませんし、組織に合う手法を見つけ出すことが『ひとつの旅』と言えるかもしれません。 それぞれ自分たちに合うプロセスを探すことになるものの、どの場合でも共通していることは幾つかあります。今私が考える共通していることをまとめると上図のようになります。図には大きく 4 つの段階が含まれています。 アウトプット 手描きのスケッチからコードで書かれた動作するものまで、まず何かを作り出す段階

分からなくて当たり前 デザインの意味がますます広がる今日。ビジネスや街作りに至るまで「デザイン」という言葉が使われているものの、実際に形作るには深い専門知識が必要とされます。 Web サイト制作も、ビジネスモデルやユーザー調査など様々な分野を理解しなければいけないですが、それだけでは完成しません。フロントエンドやサーバーサイドだけでなく、特定のアプリケーションの使い方を熟知することで、「Webサイト」が形作られるわけです。つまり、視野を拡大・縮小を繰り返すことが、デザインの学習、キャリアにおいて欠かすことができないわけです。 こうして書くのは簡単なことですが、実際に視野を拡大・縮小を繰り返して学習・実践するのは難しいです。時間は有限ですし、ゴールをイメージして情報収集 [http://www.yasuhisa.com/could/article/what-you-need-to-know/] したとしても、知ることができことは限られています。デザインの意味が広がり続けると同時に、デザイナーに求められる知識やスキルが深くなってきています。しかし、すべてを知らなければいけないわけで

デザインに使えるマーケティングツール カスタマージャーニーマップ（Customer Journey Map, CJM）は、顧客がどのように製品やサービスと関わるかを視覚化することによって、課題を共有することができるツール。デザインプロセスの一部として採用されるようになりましたが、マーケティングでは顧客との接点を俯瞰して見ることができるということで 5, 6 年前くらいから注目を集めています。（外来語をそのままカタカナ表記にしたくなかったということで「体験のマッピング [http://www.yasuhisa.com/could/article/dh-prototyping-course/] 」と名付けて以前から実践しています。） オンラインでもオフラインでも顧客との接点は劇的に増えました。しかし、接点が増えたことにより利用者行動の多様化が進んだだけでなく、接点になる場所・媒体の浮き沈みも激しくなりました。また、企業やブランドに関わる利用者の心理や行動も変化してきているので「A と B と C でコンテンツやサービスを発信すれば良い」といった一方通行のメッセージ配信では伝わり難くな

間違ったツールの選び方 ペーパープロトタイプは、紙に書き込むというアナログなアプローチであることから、作るための敷居が低いだけでなく、アウトプットも早く改善がしやすいです。メリットが多いペーパープロトタイプですが、 時間の無駄 [http://www.gv.com/lib/paper-prototyping-is-a-waste-of-time] という意見もあります。紙で作られていることから再現性が低く、的確なフィードバックを利用者から得るには難しいからです。 それでは、ペーパープロトタイプが使えないのかといえば、こたえは「No」になります。こうした「○○は使えるのか？」という疑問は制作の方からよく聞かれる質問ですが、回答に困ることがあります。ペーパープロトタイプだけではありませんが、手法や技術そのもので使えるかどうかの判断はできません。採用する前に以下の 4 点を考慮して選ばないと上手くいかないですし、手法や技術へ責任転換をしてしまう恐れがあります。 誰とつくるのか 誰がその手法を使うことになるのか。自分ひとりだけなのか、それとも組織外の方も関わる可能性があるのか。彼らの背

人間像ではなく動機や文脈を明確に プロジェクトを本格始動する前にペルソナを設定することがあります。様々な背景の方がデザインプロセスに参加すると、何をもって『良い』と判断すれば良いのか分からなくなることがあります。ペルソナは、このプロジェクトにおいて適切な『良い』を判断する際に役立ちます。 ペルソナには「人/登場人物」という意味が含まれていることから、表層的な人間像（性別、年齢、出身地など）を描かなければいけないと考えがちです。しかし、それはペルソナを設定することにおいて、それほど重要ではないと思います。私はペルソナを1枚のシートにまとめることがありますが、見た目やライフスタイルといった属性は、詳細まで掘り下げていません。ほとんどの場合 2 〜 3 つくらいのリストにして省略しています。 代わりに「なぜ、人はプロダクトやサービスと触れ合うのか 」という部分を、ペルソナを通して語るように心がけています。その理由は、人口統計学的な属性によって、達成したい目的や道筋が大きく変わることがないからです。 例えば、ある人が アマゾン [http://www.amazon.co.jp/?_e

ぶつかるから良くなる 文脈や話し手の背景により「デザイン」の意味合いが変わることがあります。先月のセミナー [http://www.yasuhisa.com/could/article/how-we-talk-about-design/]では、デザインには 葛藤やぶつかり合いが含まれていると話しました。ぶつかり合いと書くと、負のイメージが先立つかもしれませんが、デザインプロセスにおいて欠かせない要素だと思います。 デザインを語る場において、参加者が考えを述べることがアイデアを検証する（ぶつける）ことになります。『考えを述べる』ということは、自分の考え方がひとつの解になるということを証明しなければいけませんし、そうしなければ聞き手には理解できないことがあります。時には意見の相違がありますが、自然なことですし違いを歓迎するべきです。アイデアを出し合うからこそ見つかる課題もありますし、アイデアがより洗練することもあるからです。 良い会話ができたと思う瞬間は、誰のアイデアか分からないけど、皆が理解して先に進めることができる状態。「○○さんの意見が通った」「リーダーの意見でまとまった」と

行程の先にあるもの コンテンツ [http://www.yasuhisa.com/could/tag/%e3%82%b3%e3%83%b3%e3%83%86%e3%83%b3%e3%83%84/] の仕事ばかりしていると、利用者のことを考えていないように思われてしまうかもしれませんが、そんなことはありません。コンテンツと利用者は切っても切り離せない関係です。以前は 電子書籍としてまとめることができるくらい [http://www.yasuhisa.com/book/exp/] UX のことを書き続けてたわけですから、利用者のことを無視するなんて考えられないわけです。しかし、最近は意図的に取り上げないようにしています。 UX について頻繁に書いていたときからそうですが、「UX デザインを実践したけど、そのあとどうするの？ 」という疑問を常に感じていました。プロセスを踏めば、ワイヤーフレームが描けるのかといえば、そうではないことがあります。そのあと、