本業とは別に、副業で「Cocoda Team」という Cocoda の toB 向けプロダクトにデザイン顧問として関わっています。さまざまな企業と会話する機会が増えているのですが、デザイン組織が構築されているケースが非常に多いことが学びの一つとしてありました。ここで指しているデザイン組織とは、マクロ/ミクロを問わず自社サービスのユーザー体験の向上をミッションとする組織と定義しています。

なぜ、デザイン組織を設けている企業が増えてきているのか?

デザイン組織そのものに対して、これまで UX デザイナーとして長年経験され、エンタープライズに勤めている方においては目新しさはないかもしれませんが、デザイン組織が設立される背景や過程がこれまでと異なっているように思います。企業規模も問わず、実際にスタートアップもデザイン組織を構築しているケースが出てきています。

ではなぜ、デザイン組織を設けている企業が増えてきているのでしょうか?

理由は3つあると考えています。まずひとつは、昨今よく耳にする DX(デジタルトランスフォメーション)を加速させるために、アジャイル開発に代表されるような、より早いスピードでプロダクト開発を可能とするための専門組織を構築するためです。専門家を外から雇ったり、社員をコンバートさせて組織を構築するパターンがあります。

2つ目は、特にデザイン業務をアウトソーシングしている企業に見られる傾向なのですが、自社にデザインのナレッジを蓄積していくために内製化したいというニーズから、デザイン組織を築き上げるパターンです。Pivotal Labs で働いていたときに、このようなニーズが多くありました。プロジェクト単位の契約では、ナレッジが引き継がれずに分断されてしまうことが多く発生するため、運用面も含めた課題解決としてデザイン組織の内製化があります。

3つ目は、ビジネスとエンジニアリングと同様に、企業の競争力を高めるために、CDO/CXO を積極的に採用し、デザインインパクトを創出しようとしている企業が増えてきたことです。2018年に経済産業省と特許庁が提言した「デザイン経営」を組織に導入するために高度デザイン人材を採用することを推奨していることがその背景にあると思います。

デザイン組織成功のカギは「学習」と「連携」にある

この時代の潮流からデザイン組織の「現実」を探るために、オンラインイベント「デザイン組織の理想と現実」を開催しました。登壇者は、独断と偏見で今最もアツイ企業でUXデザイナーとして活躍されているお三方にお願いしました。

マネーフォワード社は、ここ数ヶ月で CDO を新たに迎え入れ、各カンパニーにデザイン責任者を設置するなど、デザイン組織の強化に力を入れ始めている、注目企業のひとつです。ヤプリ社は昨年末の上場で話題になりました。今では企業の DX をアプリ構築で支援するサービスに注力しており、そのサービスの急成長を支えるデザイン組織に関心がありました。atamaplus社は個人的に大ファンで、LeanUX やデュアルトラック・アジャイルなどあらゆる手法を積極的に取り入れながら、デザイン組織を進化させて行っています。

イベントの詳細は「#デザイン組織」から辿ることができますが、個人的にお話を伺っていて印象に残ったことは、3社とも組織としての「学習」と「連携」に力を入れていることでした。

マネーフォワード社の場合、事業やユーザーに対する高い解像度を持ってデザインを行うため、ドメイン(カンパニー)ごとにデザイン組織が編成されています。加えて、デザイン責任者が兼務するデザイン組織の更なる強化のために専門組織(デザイン戦略室)も設置し、連携しながらナレッジシェアをしているそうです。ディスカッションで参加者よりデザイン組織におけるメンバーの採用や育成に関する質問があったのですが、マネーフォワード社では新たに採用するデザイナーに求める条件の一つに、学習意欲が高いことが加えられているそう。

ヤプリ社のプレゼンテーションを伺っていて印象的だったのは、デザイン組織はあれど、企業担当者を始めとする他部署ほど顧客理解が進んでいないために、本質的課題になかなか辿り着けない課題があること。そのため、他部署だけではなく、顧客理解を深めるために他のデザイン組織との連携を強化しているそうです。この課題にはとても共感します。ユーザーインタビューをする際に気をつけたいポイントのひとつですね。

atamaplus社では UX Unit Success というデザイン組織が存在します。各プロジェクトのデザインへの支援はもちろん、採用活動や組織設計の支援を中心に行っている組織なのですが、興味深かったのはチーム規模が拡大していく環境でも互いの学びを促進するための取り組みが盛んに行われていることです(例:UIランチ、UXギャザリング)。これは真似したいですね。

お三方にお声がけするときは気づかなかったのですが、全員デザイン組織のマネジメントに携わっていることがわかりました。参加者より事前に「デザイン組織の採用やメンバーの目標管理はどうでしていますか?」という質問をいただいていたこともあり、当日はデザイン組織の採用やメンバーの目標管理についても触れました。デザイン組織とはいえ、メンバーそれぞれが主体となって各プロダクトないしはプロジェクトに参画している故に、ドメイン知識のみならず同様のデザイン品質を組織横断で担保するために、プロフェッショナルとしてのスキルアップの必要性が問われています。atamaplus社のような定期的な勉強会の開催は、チーム運営のために必要不可欠な活動なのかもしれません。

デザイン組織に「正解」はあるのか

イベント後半に自分がモデレーターとなって行われたディスカッションでは、デザイン組織の理想論について議論。そこで辿り着いた結論は、デザイン組織に正解はないということです。正解を求めることは間違っている、と言った方が適切かもしれません。

自分のこれまで勤めていた企業を振り返ってみても、その実態は実にさまざまです。

  • サービスごとのチームの一員としてデザイナーが所属しているケース
  • 横串組織に所属しながら定期的に関わるプロダクトが変わってくるケース
  • 専門組織のデザイナーとしてプロジェクトごとにアサインされるケース
  • デザイナーが不在で業務委託で臨時デザイン組織が編成されるケース

イベント冒頭のイントロにて、デザイン組織を取り巻くディスコースについて海外の事例を紹介させていただきました。そこで見えてきたのは、UX デザイン職種の多様化と細分化です。

UX ライターや UX リサーチャーなど数年前までは馴染みのなかった職域(職種)が、サービスのユーザー体験の品質向上を目的とした活動として拡張しつつあることがわかります。これはあくまでも「理想のデザイン組織」の一例として今尚議論されています。これだけ多様化してくると、チームとして成立するのかどうか、はたまたメンバー間の連携が取りにくくなるのではないか、といった懸念があります。それ以前に採用できるのか、といった問題はありますが…。

しかし、自分はそれでいいと思っています。理想とするデザイン組織像は描き過ぎない方がいい。

我々は何か目新しいものや不安要素に直面すると、正解とは何か、完璧とは何かを直ぐに求めたがる傾向にあります。ところが、理想像を決めてしまうとそれに到達することがエンドゴールになってしまい、それ以上になることはありません。チームはプロダクトと同じで、生き物です。起こりうる状況の中で、常に変化しなければ不確実な状況下でも対応が困難になります。そうあり続けるためには、一人一人が責任感を持ってプロフェッショナルとして生存していくために、学習意欲を持つことが前提として挙げられます。これは、上記でも触れた通りイベント全体で共通した話題です。

個人的にも組織における UX デザインをリードしている立場にいるため、「あるべき」ではなく「なりたい」チーム像をイメージするときがあります。それは、サッカー日本代表の元監督である岡ちゃんこと岡田武史さんの言葉に表れています。

選手には、共感や信頼なんてなかなか生まれないから、お互いに存在を認め合うだけでいい。今まで全員仲良しなチームなんてなかったけど、”こいつは未だにどうもソリが合わないけど、パスしたら絶対決めてくれる”って思える関係性なら強いチームになる。

デザイン組織は常に変化していく生き物です。理想と現実は折り合い、高め合うものです。そのため、このような議論が継続的に行えるような場の設計を今後もしていきたいと思います。お楽しみに!

追記

当日の資料をそれぞれのスピーカーの方々に公開していただきました!

寄付の手法の多様化

近年、寄付をするという体験に変化が訪れつつあります。それは、従来の「社会のために役立ててください」という抽象的な寄付ではなく、寄付先、つまり対象を決めた具体的なものへと変わっていっている気がします。クラウドファンディングをはじめとする、寄付先が明確なプラットフォームに人が集まってきているのも、その現れかもしれません。SNS との親和性も高いことから、その勢いは更に加速しているようにも思えます。

もう一つの変化は、寄付者と事業者または個人が直接結びつくような動きが生まれていることです。これまでの寄付活動は、一方通行であったのに対し、近年は寄付をどう活かしたのかを会話するやりとりの場が増えてきているような気がします。

これらの変化を感じるようになったのは、自身の寄付活動による体験からでした。

なぜ、寄付をしようと思ったのか?

緊急事態宣言以降、家にいてリモートワークが増えると必然的にネットに触れる時間が増加します。そうすると、困っている人の話であったり、身近な社会問題について見聞きすることも増え、何かできないかと「Give, Give, Give, Give and Give」の習慣が働いたことがきっかけでした。

人間というものは、他人に一方向的に頼るような状態を嫌いなので、あなたから情報をもらった人は、必ずあなたのもっていないウェット情報をもたらすようになります。 (中略) ウェット情報をだすのに、いちいち見返りなどを期待せず、とにかく自分で聞き出してきたり、加工してきたりした有益な情報を「Give, Give, Give, Give and Give」という具合に、関係者に与え続ける、ある意味で逆転の発想です。 貴重な情報の取り扱いに慣れていない人は、すぐに「Give and take」というかたちでの見返りを相手に期待してしまうものなのですが、これでは自分が相当貴重な情報をもっていない限り、見返りとして等価に帰ってくる情報もあまりパッとしたにものになるのは当然です。

書籍『新しい戦略の教科書』より

とはいえ、どこでも寄付をすればいいというわけではありません。自分の関心は、with コロナ時代に突入したことによって露呈した身の回りにある課題へのシフトして行きました。例を挙げると、保育園に通っている子供がいるのですが、保育園の救援や登園の自粛で賃金を減らされ退職を余儀なくされた保育士の方々への支援がまず一つ。そして言わずもがな、重労働を強いられている医療従事者への支援です。他にも、いずれ自分も関わるであろう介護や、次世代の人財が直面する就職難といった分野にも関心があります。

自分はこれまでにリクルートや Ubie を通じて就活や医療の課題解決に挑んできました(自己紹介ページ)。一方で、自分の身体は一つしかないので、全ての分野に関わることは不可能です(当たり前ですが)。たださえドメイン知識を有する人が急務であるというのに、いちからドメイン知識を習得するにはかなりの時間を要します。自分がこれまでに関わってきた分野に関しても、まだまだだなと思うときは多々あります。

であれば、その分野におけるスペシャリストに寄付という形式で支援すればいいのでは?と閃きました。それも、それぞれの分野の社会課題に本気で向き合っている事業者に願いを託すための活動と位置付けることができれば、抵抗は全くありませんでした。ただ、明確な寄付先がわからないのです。そこで目に入ってきたのがサブスクリプション形式の寄付が可能な「solio」「soar」でした。

選べる寄付−興味がある領域の探索

solio は寄付を滑らかにして、社会の力になりたい、をミッションとしている事業者で、「特定の分野に関心があるけど、寄付をするハードルが高い」と感じている人を支援してくれるプラットフォームを提供しています。

solio | ジャンルを選んで寄付をする、ソーシャルポートフォリオサービス

全12個の社会課題(ジャンル)の中から、あなたが支援したいと思うものに、好きな金額を毎月寄付することができます。選んだジャンルとその割合が、あなたの「ソーシャル・ポートフォリオ」になります。

solio の魅力は2つあると思っています。

  1. 自分のように、寄付をしたいんだけれども、明確な寄付先がわからないと言ったペインを解決してくれる
  2. 寄付先の事業者の信頼性を担保してくれている

前者から紐解くと、solio では解決するためにサイト上では関心のある寄付先をジャンルから自身が興味がある領域を選ベるようになっています。例えは、自分の場合は以下のジャンルの事業者に寄付をしています。自分の solio 上のポートフォリオはこちらからご確認いただけます。

  • 出産・子育て支援
  • 子どもの教育
  • 自然・環境保全
  • 動物保護

現時点(2020年1月)では12のジャンルから寄付先を選べるようになっていて、寄付先のジャンル(事業者)を変更することも容易なので、社会情勢を見ながら要求の矛先を変える柔軟性もまた魅力的です。

solio

solio の公式 note より

加えて、各ジャンルに所属している複数の団体(認定 NPO 法人、公財団法人、公益社団法人)がまとめられているため、solio が代理でそれぞれに寄付してくれる仕組みなっています。様々なバックグラウンドをお持ちの方々がサービスを運営しているため、信頼性の担保はサイトに掲載されている時点でなされていると感じています。もう一つ、寄付されたお金の使いみちが明示されており、寄付するきっかけともなった「社会課題の解決にどれだけ近いてきているのか」が活動報告としてマイページ上で表現されているのも、信頼関係の構築に繋がっているのが solio のもう一つの魅力です。

物語を起点とした寄付者と事業者の結び

同時期に soar への寄付を開始しました。

NPO法人soar 寄付ページ | soarサポーターになりませんか? 寄付会員を募集しています。

「soar(ソアー)」はNPO法人soarが運営する、人の持つ可能性が広がる瞬間を伝えていくウェブメディア。 障害や病気、貧困や格差など、様々な困難に出会った人たちをサポートする活動や、困難のなかでも自分らしく生きる人々のストーリーを記事として紹介しています。現在、ひと月に20万人以上の方がsoarを読んでくださっています。 soarは今ある可能性に光を当て発信していくことで、 …

昨今では多くのウェブメディアを目にする機会が増えましたが、その中でも soar が魅力的に思えたのは、一人一人のストーリーを大事にしているからです。それも、障害や病気、貧困や格差など、様々な困難に出会った方々が主役であることが他のメディアと一線を画すところです。

障害や病気、性的・民族的少数性、経済的・機会的な格差などによって、人が自分の持っている可能性にふたをされることない社会。生まれ育った環境や自身にある困難によらず、誰もが自分の可能性を活かして生きる未来をつくります。

あまり大きな声では言えませんが、自分は障害者です。見えない障害を抱えています。見えないことへの辛さが、常に付き纏っています。そのため、soar に掲載されている記事に目を通すと、自然と自分と重ねる瞬間があります。この「知らない」ということが引き起こす悲しみをなくしたいという soar の想いとリンクし、社会に広げる活動を託したいと思ったことが寄付に至った背景です。

soar への寄付はそれだけでは終わりません。共に学び、共に考えて行動していくための横の繋がりをとても大切にされていて、サービスを運営されている方々と寄付をした人々が集まるコミュニティが形成されています。活動報告のみならず、ゲストによるテーマトークとコミュニケーションが生まれる場が定期的に開催されており、一つの思想で人々が集まれる貴重な場だと思います。

寄付は(ほぼ)個人で行うものであり、孤立感が漂いやすい活動です。それを払拭してくれる soar のこの取り組みは貴重なのではないでしょうか。

社会貢献の総量を増やす

そもそもの話ですが、事業に関わっていることそのものが「社会貢献活動」です。事業活動を通じてプロダクトやサービスを提供することで、社会に貢献するという意味での、社会貢献活動です。ただ、極端ですが、所属している事業以外のいわゆる社会貢献活動は行う必要はないと捉えることができます。

しかし、冒頭でも述べましたが、COVID-19 の感染拡大によってあらゆる社会課題が露呈し、あらゆる領域への興味や関心の幅が広がっていきました。そこで寄付という名のソーシャルビジネスを支援したいという想いが芽生え、社会貢献の総量を増やすために寄付することを決意しました。社会課題の解決にはかなりの時間を要することは想像できます。そのため、一時的な寄付ではなく、サブスクリプション形式の寄付が可能なのもの理にかなっています。

いざ取り組んでみると、今回ご紹介したように、これまでの寄付とは異なる新しい寄付のカタチとも言えるユーザー体験がそこに構築されていました。サービスデザインのヒントも、このような活動を通じて得られるのではないでしょうか。2021年。新しい挑戦を楽しんでいきましょう。

このブログ記事は、先月末に NIJIBOX さん主催で開催されたイベント『UXリサーチの最適解 〜職域と機能から考えるベストプラクティス〜』でお話しさせていただいた内容の解説になります。

なぜこのテーマを選んだのか?

主催者と登壇者間で2回に渡るディスカッションをした結果、昨今の UX デザイン界隈におけるトレンドの一つでもある UX リサーチを取り上げることにしました。UX リサーチの定義や職域、必要性などが語られるイベントが非常に多く開催されていますが、もう一歩先に踏み込んだ、組織への装着について議論がなされる時間をより多く設けるべきである、という結論からこのようなテーマを設けることになりました。

当イベントの位置付けは、HOW TO よりも、UX Maturity Model(UX 成熟度モデル)における第3段階「Invested」− つまりUX デザイン的活動は投資に値するかどうかを見極めるためのディスコースを促す場です。

Planning Your UX Strategy

A strategy is a set of coordinated, orchestrated, planned actions, or tactics, which will take you along a journey to reach a desired future state, over an established period of time. Design objectives are conditions or outcomes that a project must meet, often of tactical nature.

UX リサーチをする上で大切な3つのこと

私が UX デザイナーとしてのキャリアを選択した当時、UX リサーチはもちろんのこと UX リサーチャーという職種すらありませんでした。ユーザーリサーチが近しいかもしれません。しかし、スマートフォンの普及などに伴い、ユーザー体験そのものが経営に直結することにようになったことで、より広義のユーザー体験の設計と改善に資本を投下する企業が増えてきたことが、UX リサーチとして生まれ変わった背景にあるかもしれません。

ところが、UX デザインが UX デザイナーだけで完結しないように、UX リサーチにも同じようなことが言えます。なので、タイトルの「属人化」「UX」を強調しました。このセッションで私が伝えたかったことは以下の3つです:

  1. UXリサーチの良し悪しは、リサーチの結果ではなく、ユーザーが求めているプロダクトが 提供できたかどうかで判断すべきである
  2. UXリサーチで検証するための仮説の種は、チームの誰もが持っている。 ユーザー体験のリサーチは組織全体が取り組むべき活動である
  3. リサーチが開発のボトルネックとなってしまってはNG。いまこの瞬間も使っている ユーザーがいることを認識し、成長速度を上げるために仮設検証を高速に回そう

自身のキャリアから見たリサーチの本質

以前、「UX デザイナーからプロダクトマネージャーへのキャリアパスの探究」というブログ記事で自身のキャリアについて触れましたが、私は UI デザイナーとしてキャリアをスタートさせました。その後、情報アーキテクチャへと視点を広げ、そこから少しづつ、ユーザーインタビューやユーザビリティテストといった、いわゆる「対ユーザーのリサーチ」を専門としていた時期がありました。ただ、ユーザーリサーチャーという専門家ではなく、UX デザイナーの延長として行っていました。その後、UX デザイン→サービスデザイン→プロダクトマネジメントとミクロからマクロな視点でプロダクト開発に携わっていくことになるのですが、プロダクト開発におけるリサーチが明らかにすべき点は3つあると思います:

ただし、これらの問いに対する納得度の高い結果が得られたとしても、いいリサーチとは言えません。期待した結果ではなく、最終的にはプロダクトが世に出たときにユーザーが求めれている価値が提供できたかどうかで判断すべきです。これは、例えユーザーリサーチであっても UX リサーチであっても、リスクを低減するための活動としてのリサーチの本質だと思います。

組織的活動としての UX リサーチ

UX リサーチャーを批判しているわけではありませんが、捉え方によってリサーチをする人が限定されてしまうと、投資する以前に関心ごとで終わってしまい、前述の UX Maturity Model の階段を登ることすらできず、組織全体への浸透が困難になってしまいます。

私は、UX リサーチは組織全体が取り組むべき活動だと思っています。なぜなら、リサーチに必要な仮説の種はチームの誰もが持っているからです。某就活サイトのリニューアルに携わっていたときに、身を以てそれを学びました。

マーケティング、営業、カスタマーサポート、エンジニア…サービスに関わっている人であれば、何かしらのインサイトを持っています。なぜならば、インサイトはファクトから生まれ、そのファクトは日々の分析やサービス運営などから見出されることが多いためです。しかも、それぞれが異なるファクトを保持していることが多いため、インサイトも多様です。

これが、仮説の種になります。あとはそれを検証可能な形式に整え、リサーチの計画を練って実行すればまた新たなファクトを集めることができます。これを誰もが必要なときに必要な情報にアクセスすることが可能になるよう一元化することができれば、それは常に進化していき、ユーザー体験の向上のために当事者意識も芽生えると同時に、リサーチを組織全体で取り組むべき活動として認識されるようになります。

共有フォルダでもいいですし、定例会議でもいいです。ファクトを集めることから始めてみてください。

アジリティの高い UX リサーチ

前職の Pivotal Labs でご一緒させていただいた多くのクライアントを含め、アジャイル開発を推進している企業は年々増加してきているように思います。特に昨今では HOW としてのアジャイル開発が触れられることが多い DX に関する記事を目にしない日がないくらいです。

アジャイル開発の導入によって得られるアウトカムの一つとして「ユーザーからのフィードバックまでのリードタイムが短くなる」があります。従来のプロダクト開発と比較してリリース頻度が格段に上がるため、仮説検証を高速に回せるようになりました。そのため、リサーチも従来とは違ったアプローチをとっていく必要性が出てきました。これはリモート環境でも可能です。

最低なユーザーリサーチ:リモートのリスクを減らすためのアプローチ | mariosakata.com

本記事は、ユーザーリサーチを批判することを目的に書いた記事ではないことをご理解ください。私自身の経験をもとに、ユーザーリサーチの可能性を広げるためのアプローチをご紹介し、リモートでユーザーリサーチを行っている、またはこれから行う人にとってお役に立てればと思っています。 …

UX リサーチの必要性が理解できていても、その実行における時間的コストが肥大化することでプロダクト開発のボトルネックとなってしまっては本末転倒です。世の中には非常に便利なアクセス解析ツールがどんどん増えてきています。故に今この瞬間も使っているユーザーの行動をその場で分析することも可能になりました。フィードバックループの速度が速くなればなるほど、プロダクトやサービスの成長速度も速くなります。

冒頭でもお伝えしましたが、リサーチの結果は、ユーザーが求めている価値が提供できたかどうかで判断すべきです。当初計画していた通りにできなかったから失敗というわけではありません。如何に低コストで、高いリターンを得ることができるのか、それだけを考えた方が組織内衝突もなくなります。

リサーチを始めるタイミング

最後に、セッションの終わりでも質問をいただいていましたが、リサーチをすべきタイミングについて自分なりの意見を述べて終わりにしたいと思います。言わずもがな、リサーチの目的は仮説検証を繰り返してプロダクトやサービスを成功へと導くことです。そのため、ポイントとなるのはフィードバックループを止めないようにすることです。

以下がそのリサーチをすべきタイミングを判断するためのサインです:

もし、UX リサーチャーが必要か否かを判断するための材料が必要というのであれば、上記を参考にしていただけるといいかもしれません。このサインを見逃すと、リサーチの意味を見失ってしまいます。

だからと言って UX リサーチャーに全てを委ねるのではなく、組織的活動としての UX リサーチをリードする専門家としてポジショニングした方が、それこそユーザー体験の底上げに最大限貢献できるのではないかと考えています。

はじめに:Xデザイン学校とは?

Xデザイン学校とは、UX、UCD、デザイン思考、サービスデザインなどを軸としたデザインの学びと研究を推進する社会人向けのデザイン学校です。今年で4年目に突入しています。詳しくは「Xデザイン学校2020年コースカタログ(pdf)」を見ていただきたいのですが、Xデザイン学校ではスキルや目的に応じて計6つのコースに分けられています。

  1. ベーシックコース:UXデザインの基礎を学ぶ(申込受付終了)
  2. マスターコース:実践的なUXデザインを身につける(申込受付終了)
  3. アドバンスコース:プロフェショナルスキルや研究スキルを探求する(申込受付終了)
  4. ビギナーコース:初めてUXデザインを学ぶ
  5. リーダーコース:UXデザインのリーダーを目指す
  6. パーソナルコース:個人や3人程度のグループで学ぶ

その中でも (5) のリーダーコースは昨年新設されたばかりの、出来立てホヤホヤのコースです。私は昨年度に続き、本年度のリーダーコースの講師を僭越ながら務めさせていただくことになりました。お声がけいただいた山崎先生に感謝です。

リーダーコースの募集は既に開始しており、7月25日(2020年)が締め切りとなっています。本年度は COVIDー19 の影響で、全てオンラインでの実施になります。

Xデザイン学校2020年リーダーコース(オンライン)募集

Description ■リーダーコースの紹介UX/サービスデザイン、デザイン思考の活用、リーダーシップ、チームワーク、ファシリテーション、ワークショップ、デザインマネジメント、組織のデザイン、ビジョンデザイン、アート思考、などを学びます。月に2回、平日の夜に講義・ワークショップで、講師と受講者の対話を通じて学びを深めて行きます。講座修了後は、X …

この記事では、Xデザイン学校、特にリーダーコースを受講しようか悩んでいるけど、もう少しイメージを掴みたいと思っている方向けに、非常にざっくりではありますが、私のセッションの様子を掻い摘んでご紹介しますので、ぜひ検討材料としてお使いください!

なぜ、リーダーコースが必要なのか?

発端は、私とコンセントの大崎さん、そしてXデザイン学校の共同代表・山崎先生と座談会をしていたときでした。経済産業省がこの春に公開した「高度デザイン人材育成ガイドライン」にて、ビジネス現場での高度デザイン人材のイメージでも示されているように、

  • デジタルトランスフォメーションへの対応の必要性
  • ビジネス価値の優先度の変化
  • VUCA時代における社会の変化

これらのデザインを取り巻く状況の変化から、リーダーシップが今後のデザイン人材に必要であることが語られるようになってきました。

経済産業省:高度デザイン人材育成ガイドライン 概要版

自分もまだまだ未熟なのですが、みんなで学び合う実験の場として、やってみよう!となったのがリーダーコースが誕生したきっかけです。

一部セッションのご紹介

コンセントの大崎さん、富士フィルム(Open Innovation Hub 館長)の小島さん、Xデザイン学校の山崎先生と試行錯誤した結果、2019年度のリーダーコースでは、私は以下のプログラムを提供させていただくことになりました。

  1. チームビルディングとフィードバック
  2. リーダーシップとファシリテーション
  3. チームワークと意思決定のプロセス

非常に好評だったため、本年度も基本は昨年のを踏襲する予定です。一部いいフィードバックをいただけたので、本年度はもうひとつのコンテンツを追加予定です!

冒頭でも言いましたが、受講しようか悩んでいるけど、もう少しイメージを掴みたいと思っている方!非常にざっくりではありますが、私のセッションの様子を掻い摘んでご紹介しますので、ぜひ検討材料としてお使いください。基本は同じチームで活動を共にしていきます。

チームビルディングとフィードバック

自社に持ち帰ってすぐに適応できる、チーム力を上げるためのアクティビティを実施しました。主にチーム内のコミュニケーションを促進させることが目的です。基本、全てのセッションは同じチームで作業をしていきます。

実施したアクティビティ例:プロジェクトのチームヘルスチェック

医者が患者を診断するかのように、変化に対応できる強いチームをつくるため、チームの「今」の健康状態を測り、調子が悪いところの原因と解決策を話し合います。

リーダーシップとファシリテーション

このセッションでは、チームを導くデザイナーとして求められる、ファシリテーションの重要性とそのテクニックをご紹介しました。

ファシリテーションと一概に言っても、具体的に何をどうするのでしょう?ある程度の型がないと、例えば「ファシリテーションをお願いしてもいい?」と言われても手こずってしまいます。

私が考えるファシリテーションの基本形は以下だと思っています。

  1. アイディアを発散する
  2. 情報を整理する
  3. 優先順位を設定する
  4. 意思決定をする

これに沿って、チームを導くことが大事なんだと思います。

チームワークと意思決定のプロセス

最終回では、チームで効率的に意思決定を繰り返しながらプロジェクトを成功させるためのアプローチをご紹介しました。事前課題として、新しいサービスまたはコンセプトを考えていただき、それに対してプロダクトやサービスを成功させるために、最もリスクのある思い込みを特定していきます。

その後、ある手法(お楽しみ)を使って優先度付けを行い、検証をするための実験を計画してもらいました。いつ、どこで、どんな実験をして、何を得たいのか。これは、プロジェクトチームでプロダクトやサービスを成功させるために必要なアプローチだと思います。

最後に

私が考える、優れたリーダーが大事にしていることは以下かな、と考えています。

  1. チームの心理的安全性を担保し、自身の考えを自由に発疹し、共有できるチームにする
  2. 公正性を大事にし、誰が主張するものであれ、最高のアイディアを求め続ける
  3. すべてを一度にできないという前提のもの、優先度を徹底して一つ一つクリアにする

これに従って、コンテンツを組みました。なかなか盛り沢山で準備が大変でしたが、セッション後に毎回のように懇親会があるのですが、その場ですぐ感想を聞けたり、以前やってワークショップをやってみました!と言ったフィードバックをいただけるのは本当に嬉しく、自分自身にもプラスになっています。

大崎さんや小島さんのセッションも拝聴させていただきましたが、どれもクオリティが高く、完成度がとても高いです。ここまでUXデザインやサービスデザインを、多角的にビジネスの側面から捉える学びの機会はあまりないと思います。

ぜひ、新しい学びを体験してみませんか?

Xデザイン学校2020年リーダーコース(オンライン)募集

Description ■リーダーコースの紹介UX/サービスデザイン、デザイン思考の活用、リーダーシップ、チームワーク、ファシリテーション、ワークショップ、デザインマネジメント、組織のデザイン、ビジョンデザイン、アート思考、などを学びます。月に2回、平日の夜に講義・ワークショップで、講師と受講者の対話を通じて学びを深めて行きます。講座修了後は、X …

背景

4年ほど前に、オライリーより出版された『デザインの伝え方』という書籍の監訳を担当させていただきました。

デザインの伝え方

AmazonでTom Greever, 坂田 一倫, 武舎 広幸, 武舎 るみのデザインの伝え方。アマゾンならポイント還元本が多数。Tom Greever, 坂田 一倫, 武舎 広幸, 武舎 るみ作品ほか、お急ぎ便対象商品は当日お届けも可能。またデザインの伝え方もアマゾン配送商品なら通常配送無料。

組織におけるコミュニケーション術という副題で、デザインを他者に伝える際に注意すべきギャップや、必要な心構え、そして効率的に合意形成を進めていくためのテクニックが書かれています。

なぜ、今ここで『デザインの伝え方』を取り上げるのか。自分はかれこれ約2ヶ月弱、在宅で仕事をしています。そのため、チームはもちろん、ステークホルダーや他部署の関係者との会話は全てオンラインで完結しています。いや、完結するように工夫せざるを得ない、といった表現が正しいのかもしれません。

昨日(5月7日)にこんなツィートをしました。

フルリモートに完全移行すると、それまでのコミュニケーションに様々な変化が訪れます。例えば、相手が見えなくなる。オフィスにいる場合は、チームやステークホルダー、関係部署の人間は姿を探そうと思えば見えるのは当然のことです。しかし、オンラインでは誰が、何をしているのかが見えづらくなり不安を掻き立てます。そうなると、プロダクト開発の進め方にも影響が出てきます。その内の一つが、目に見える成果物を具体的に示さなければならなくなったことだと考えています。Before コロナは自分の成果を見える範囲で証明することができましたが、それが見えづらくなった今、自分から積極的に共有しなければならない状況にシフトしているように思います。

そのために、デザイナーはデザインをすること以上に、周囲にデザインを理解してもらうためのコミュニケーションに力を入れなければならないと考えています。

半分宣伝っぽくなってしまいますが、そこで参考になるのが『デザインの伝え方』です。

デザイン領域の特徴

専門家でもない人が専門家の仕事に意見する権限を持つーこれは現代の組織において、デザイン以外の分野ではほぼあり得ない現象です。

本書に書かれている一文です。ハッとさせられました。確かにそうかもしれません。デザイナーが手がけるインターフェースはいつの間にか組織全体の対ユーザーのインターフェースとなり、自然の成り行きとして非デザイナーとの接触機会は増えてきています。先日書いた「デザイン思考の如くー陥りやすい3つの誤解」という投稿でも、創造活動としてのデザインに非デザイナーを迎え入れることができた背景について述べました。

デザイン思考の如くー陥りやすい3つの誤解 | mariosakata.com

イノベーションに関するイベントのタイムテーブルに目を通すと、約9割くらいの確率でデザイン思考という言葉を目にするようになりました。現在半額セール中の amazon のカテゴリ別(ビジネススキル)1位も、デザイン思考関連の書籍です。(2020年5月4日時点) なぜ、このようにデザイン思考が注目されるようになったのでしょうか。歴史を振り返ってみると、IDEO と言う企業の存在は欠かせません。

結果として、デザインは他の分野に比べると、はるかに意見の対立しやすい分野になりました。

視覚的に目にするものであるが故に、デザインが主観的なものであると捉えられることが多く、我々の直感がデザイン上の問題をどう解決してくれているかを明確に説明できないでいます。そのため、ステークホルダーがデザイナーに注意を喚起する問題や懸念の大多数は、誤解や伝達の不備に起因しており、コミュニケーションが成立していないにも関わらず、成立したと思い込むことによって発生します。

これからのデザイナーに求められるスキルは、ステークホルダーや関係者の期待をうまく調整する能力なのです。

デザインを伝えるポイント

ステークホルダーや関係者の期待をうまく調整する能力は、素晴らしいデザインを生み出す能力よりも重要になってきます。大変ではありますが、プロダクトをデザイナーとしての視点だけではなく、ユーザーに共感するように、ステークホルダーの視点から見てみると、より良いデザイン(プロダクト)を生み出す可能性が広がってくることがわかります。

本書では、ユーザーに対する場合と同じ原理原則を紹介しており、組織におけるステークホルダーとのコミュニケーションにも適用する方法について述べています。デザインを理解してもらうためのコミュニケーションは、デザインそのものよりも重要であり、冒頭で述べた通り with コロナの今は尚更です。

ステークホルダーないしは関係者にデザインを伝える際のポイントは3つあります:

  1. このデザインはどのような問題を解決できるのか?
  2. このデザインはユーザーにどのような影響を与えるのか?
  3. このデザインが代替案よりも優れている理由は何か?

お気づきでしょうか。実はこれ、ユーザーにも同じことをデザインを通して伝えているはずなのです。

  • このデザイン(プロダクト)はあなたのこの問題を解決することができます
  • このような価値を提供することができます
  • 他のデザイン(プロダクト)よりも、こっちの方が優れている理由はこちらです

前述の通り、組織におけるステークホルダーや関係者とのコミュニケーションは、ユーザーに対する場合と同じ原理原則を当てはめていることがわかります。

悩んだら、相手の裏側を引き出す質問を準備しておくのも有効です。以下が本書で挙げられた例です。

  • どんな問題を解決しようとしているのか?
  • この方法で行なった場合、どのような利点があるのか?
  • これは、このプロジェクトの目標にどんな影響を与えるのか?

これらの質問は、ステークホルダーとのコミュニケーションにおいて実はマストだったりします。と言うのも、オンラインだとどうしても存在が薄れて声が小さくなってしまう人が出てきてしまい、気軽さも欠けてしまってフォローアップが困難だったりするからです。その場合は、ややくどいぐらいに明確にしておくとコンセンサスは取りやすいかもしれません。

偉大なデザイナーは、偉大なコミュニケーター

偉大なデザイナーは、偉大なコミュニケーターという章があります。デザイナーは、ユーザーとの接点を担う人です。そのため、多くの関係者と会話しなければいけないのは必然であり、それは理解しなければなりません。そのため、平等に意見を言ったり質問をすることに、躊躇してはならないと思います。自分の経験からしても、上で紹介されているような質問を聞く権利は新卒だろうと、新しく入ってきた中途だろうと、誰でも聞く権利はあります。逆に耳を貸してもらえない組織は、おかしいと思います。

最後に、本書では、デザインの伝えるときの心構えとして、IDEAL というコンセプトを紹介しています。

  • Identify the problem:問題を特定すること
  • Describe your solution:解決策を説明すること
  • Empathize with the user:ユーザーの気持ちになること
  • Appeal to the business:組織にアピールすること
  • Lock in agreement:合意を確実に取り付けること

合意が得られれば単なる IDEA(アイディア)を持っている段階から、本当に理想的な(IDEAL)なプロダクトやサービスが生み出せる段階へ進むことができるのではないでしょうか。

非デザイナーの方へ

本書の最後の方に、デザイナーと仕事をよくする非デザイナーの方向けの言葉があります。デザイナーと仕事をするときに、ぜひ心掛けて欲しいと思います。そうすれば、今まで以上に共創できるはずです!

  • 焦点を当てるべきは「デザインの好き嫌い」ではなく「デザインの有効性」
  • 解決策の提案はせずに、理解のための質問をする(それもいくらでも)
  • 「自分もユーザー」という考え方は捨てる
  • デザイナーの説明をちゃんと聴く
  • デザイナーにも決定権を委ねる
  • 言葉使いを丁寧にし、フラットな関係を保つ
  • 裏付けとなるデータの有無を尋ねる
  • デザイナーが成果を上げるのに必要なものを漏れなく提供する

最後まで読んでいていただき、ありがとうございました。

はじめに

イノベーションに関するイベントのタイムテーブルに目を通すと、約9割くらいの確率でデザイン思考という言葉を目にするようになりました。現在半額セール中の amazon のカテゴリ別(ビジネススキル)1位も、デザイン思考関連の書籍です。(2020年5月4日時点)

なぜ、このようにデザイン思考が注目されるようになったのでしょうか。歴史を振り返ってみると、IDEO と言う企業の存在は欠かせません。IDEO は、世の中への影響や貢献度の高い企業の内の一つとして知られています。

先ず、約20年前(もうそんなに経ったのか…)に発売された書籍『発送する会社!ー世界最高のデザイン・ファームIDEOに学ぶイノベーションの技法』でその名を社会に広げ、『デザイン思考が世界を変える―イノベーションを導く新しい考え方』でデザイン思考がイノベーションを起こす起爆剤になり得るという風潮を作ったことが背景にあります。

今、改めて IDEO のサイトを見ているのですが、デザイン思考の専門サイトが開設されており、デザイン思考を学ぶための教育コンテンツが盛り沢山で驚いています。

Resources

Design thinking simultaneously considers what is desirable from a human point of view, what is technologically feasible, and what is economically viable. It also allows people who aren’t trained as designers to use creative tools to address a vast range of challenges.

自分も実は、この中で紹介されている IDEO U というビジネスマン向けのオンラインコースを受講したことがあります。IDEO の中の人がメンターとしてサポートしてくれるので、心強かったです。オススメ。

さて、デザイン思考というと、下記のような図を一度は見たことがあると思います。これは、IDEO の創設者であるデビッド・ケリー氏が創設した Standford 大学の d.school が提唱する5つのステップであり、デザイン思考を説明する際に最も参照されている図と言っても過言ではありません。

このように、デザインのプロセスが公式化されたことで、結果として非デザイナーをプロセスに迎え入れることができるようになりました。この功績は、非常に大きいと思います。デザイン思考は、普遍的なプロセスとしてイノベーションを実現するための鍵となる問題発見&問題解決に適用できると今日まで考えられてきました。

ただし、実際のところ蓋を開けてみると、デザイン思考で説明される言葉と、実際にデザイナーが用いる言葉を並べてみると、そこにギャップがあることが伺えます。

例)予算、社内政治、マイルストーン、工数、組織文化など

「Design Thinking is Bullshit」という衝撃的なトークをぜひ見てください。デザイン思考に対する彼女の批判はこれからのデザイン思考を語る上では欠かせないはずです。

ここで言うギャップは、自分は「デザイン思考の実践で陥りやすい誤解」と理解しています。この記事では、デザイン思考の如く取り組む際の誤解を紹介するとともに、回避策についても述べたいと思います。

デザイン思考で陥りやすい3つの誤解

誤解その壱:ユーザーの声を反映すれば、うまくいく

単純過ぎますが、ここで注意すべきは、誰の声(WHO)か、何を(WHAT)拾うか、そしてどのように(HOW)ユーザーの声を拾うのか、と言う問いに対する答えを持ち合わせているかどうかです。

一言にユーザーの声と言っても、ユーザーは大勢いるが?どうすればユーザーの声を拾えるのだろうか?そして、どのような形式を採用すれば的確なニーズを抽出できるのだろうか?この答え無くして、ユーザーの意見を反映すれば失敗はしないという保証はできないはずです。なぜなら、ユーザーリサーチで大切なのは、優先度付けだからです。それでは、それぞれの問いを詳しく見ていきます。

誰の声を拾うか(WHO):ユーザー像を明確にする際には、ターゲットとなるセグメントの中でも、特に集中したい人物像のペルソナを設定する必要があります。そうすることで、従来のセグメンテーションとは異なり、より深く、そしてより実感が湧くようになります。

ペルソナで思い出したのですが、atama+ という企業ではペルソナの擬人化を徹底するあまりに、3D 化してしまったのだとか。ここまでする必要はないと思いますが、一度オフィスに遊びに行かせていただいたときに、大変興味深い光景を見ました。打ち合わせ中の社員が、ユーザーを名前で呼びながら、会話をしていたのです。ここまで浸透していると、効果は絶大です。

AI先生『atama+』開発におけるユーザー像「ペルソナ」を公開

atama plusは、「教育に、人に、社会に、次の可能性を。」というMissionのもと、生徒が「基礎学力を最短で身につける」ことを目指してAI先生『atama+』を全国の塾・予備校に提供しています。 プロダクト開発において、Valuesとして掲げている「Wow students …

何を拾うか(WHAT):リサーチの中身のことです。ここからは、イメージがしやすいインタビューに話を絞っていきたいと思います。この記事を読んでいるみなさんは、普段のインタビューではどのようなことを聞いていますか?また、インタビューに至るまでどのような過程を得ていますか?

インタビューは、学びを得る場です。そのようにインタビューを位置付けることで、チームで次のインタビューに向けて話し合う場で、学びを最大化するための質問内容が自然と絞られていきます。発散し過ぎてしまうと、あれもこれも聞きたい内容が多すぎで、インタビュー時間が超過してしまったりします。また、急ぎすぎて試合終了後の選手インタビューのようなテンポの Q&A になってしまいがちです。ユーザーインタビューは、時間が限られている。そうならないようにするためには、優先度をつけることです。優先度付けは、インタビュー設計の時から始まっています。

どのように拾うか(HOW):ユーザーの声を抽出するための方法は様々です。そのため、どれが一番ベストな選択なのか、悩んでいる人も多いはず。そこで推奨したいのは、2軸を用いた整理です。以前、2軸を使ったプロダクトデザインにおける意思決定の方法「2×2」について紹介しましたが、今回も同様な取り組みが可能です。自分が過去に取り入れた軸に以下があります:

  • コスト
  • 時間
  • 母数

この軸で整理することができれば、どの手法が今の状況におけるベストな選択肢なのか自信を持って判断することができます。ユーザーの声を可能な限り、なるべく取りこぼさないようにしたいから、と言う理由で安易に母数が多い手法を選択しても、プロダクトのためにならないこともあるため、注意が必要です。

誤解その弐: アイディアは多数決で決めたほうが、失敗するリスクは下がる

デザイン思考といえば、ポストイットが壁一面に貼られていて、その前に大勢の人が集まっているシーンを思い浮かべる人が多いと思います。

これは、参加しているメンバーのアイディアを発散し、収束させる過程の内のひとつですが、ここので注意すべきは、「お任せ民主主義状態」にならないことです。自身の書籍『サル化する世界』で内田樹氏はこう述べています。

民主主義は多数決ではなく、多様な意見に対する合意形成の上で成り立つもの。できるだけ多様な立場の人を合意形成の当事者に組み込む必要がある。

大切なのは、公正性です。それはつまり、全てのアイディアにチャンスを与えることです。誰が発言したか、誰のアイディアかで判断を任せるのではなく、アイディアが優れているかどうかで判断するための発想です。公正なプロセスとは、お互いの意見を尊重し、一人が主張するものであれば、多数が主張するものであれ、最高のアイディアを求め続けること。もう一度言いますが、この人が言ったから、とか少数の意見だから、と言う不公平な扱いをしないことです。それでは、「自分の意見が受け入れられる、または受け入れてもらえる」と言う心理的安全性の環境を作り出すことができません。

アドバイスの一つは、その場で改善案を出さないようにすることです。最初に、理解のための質問をします。アイディアの一つ一つに目を通し、全員の理解が揃っている前提を作ってください。決して価値観を押し付けない、いいところも指摘してください。その後、上でも紹介したような2軸の意思決定方法を用いることができれば理想的です。

誤解その参:プロトタイプで問題がなければ、使ってもらえる

プロトタイピングツールはここ数年で劇的な進化を遂げました。過去の記事「最低なユーザーリサーチ:リモートのリスクを減らすためのアプローチ」でも述べた通り、リモート環境下でも円滑にプロトタイプを使ってインタビューすることができる時代にいます。昔は紙芝居程度ではあったのに比べて、あたかも本番稼働しているかのようなインタラクションや画面遷移を実現できたりします。本当に凄い。

最低なユーザーリサーチ:リモートのリスクを減らすためのアプローチ | mariosakata.com

本記事は、ユーザーリサーチを批判することを目的に書いた記事ではないことをご理解ください。私自身の経験をもとに、ユーザーリサーチの可能性を広げるためのアプローチをご紹介し、リモートでユーザーリサーチを行っている、またはこれから行う人にとってお役に立てればと思っている。 …

だた、ここで注意すべきはアイディアを忠実に再現することができるが故の甘えです。プロトタイプの目的は、上で述べた「何を」が明確にならなければ、ただ単に確認のためのチェックになってしまいます。ユーザーのニーズを無視してしまいがちです。この機能はあったら使いたいと思うか?使いやすいか?このような誘導的な質問をする場を何度も目撃したことがあります。こちら側が求めている答えをユーザーから引き出す、なんとも都合がいいインタビューなのでしょう。

その場で問題がなく、期待通りの回答がユーザーが得られたなら、リリースしても問題はさほどないだろうという甘い考えは、捨てた方がいいと思います。将来のことはユーザーにだってわかりません。現時点で例え「欲しい」と言及していたとしても、実際のところはその場にいないとわからないもの。成功の確率はもしかしたら上がるかもしれないが、決して保証するものではありません。

最後にもう一つ

もう一つ誤解を招きやすいのが、デザイン思考は順を追って進めていく段階的なアプローチで、リリースしたらプロセスは終了、と考えてしまいがちなところです。しかし、ソフトウェアはずっと生き続けます。ユーザーも、使い続けます。では、作り手は手を休めていいのでしょうか?

リリースした後も、その壱で挙げたように何を学びたいか、何を検証したいのかを再度整理することで、その先につなげることができます。仮説も、よりシャープになっていきます。向かうべきプロダクトの方向性も明確になっていきます。チームの自信につながっていきます。イノベーションにグッと近づいていきます。直ぐに答えを求めてしまいがちな我々ですが、一度のサイクルでうまく行ったのなら、こんなに苦労はしないでしょう。

そういえば、この記事では「デザイン思考」と言う言葉を20回以上も使いました。くどい記事になってしまいました。最後まで読んでいただき、感謝です。

はじめに

この投稿は、ユーザーリサーチを批判することを目的に書いた記事ではないことをご理解ください。自分自身の経験をもとに、ユーザーリサーチの可能性を広げるためのアプローチをご紹介し、リモートでユーザーリサーチを行っている、またはこれから行う人にとってお役に立てればと思っています。

自分は今現在(2020年4月)、フルリモートで仕事をしています。プロダクトマネージャーとして不慣れなところが多く、何が正解かわからないまま進めている状態ではありますが、完璧な正解を求めるのではなく、今のプロダクト開発に価値を届けられるかどうかで判断すべきだと最近は考えるようになりました。

イントロ:ユーザーリサーチとは?

さて、プロジェクトをフルリモートで進めていくにあって頭を悩ませている内のひとつが、ユーザーリサーチを実施するための「環境の構築」です。簡単なイントロとして、ユーザーリサーチには様々な目的があります:

  1. ユーザーと課題発見のため
  2. 価値探究と価値評価のため
  3. 使い勝手を検証するため

それぞれの目的に合わせて、ユーザーインタビューや定量調査、ユーザビリティテスト、A/B テストなどの手法を用いるのがユーザーリサーチです。

(1)では、想定しているユーザーはマーケットに存在するかどうか、そしてそのユーザーは想定していた課題を抱えているのかどうかを探るためにあります。

(2)は(1)の結果を踏まえて、課題を解決するためのアイディアを目に見える形に落とし込み、実際に触ってもらいながらソリューションの方向性を定めるために実施します。

あとは作るだけなのですが、同時にユーザビリティの検証をしながら「使いやすい」ソフトウェアに仕上げなくてはならないため、(3)も必要です。

例えば、新規でプロダクトを開発するシチュエーションにいると仮定しましょう。その場合、フルリモートでユーザーリサーチを実施するときのハードルになり得るのは、(2)と(3)です。なぜなら、実際のモノ(プロトタイプやソフトウェア)を被験者に触ってもらいながら、観察をする必要があるからです。

ペルソナと、解決すべき課題の特定がある程度できた状態で、プロトタイプをしながら(2)に進むことにしましょう。

リモートでユーザーリサーチを行うリスク

理想的なセットアップは、被験者の隣にインタビューワー(インタビューをする人)が座り、被験者がプロトタイプを触っている様子を観察しながら質問やガイドをし、仮説が正しかったのか or 間違っていたのかを検証するためのインサイトを抽出することです。

しかしそれは、「こちら」が用意した環境、例えば端末やネットワークを利用していることが前提にあります。被験者が在宅でリモートによるユーザーインタビューを行うときによく直面する問題は、被験者が持っている端末と自宅のネットワーク環境に左右される「被験者の環境に完全に依存してしまう問題」です。ちなみに、それぞれの物理的な距離はかなり遠い場合は、「では、近くのカフェでやりませんか?」なんてプランBはそもそも通用しません。では、どのようなことが起こるか。

「フルリモートではユーザーインタビューが成り立たない説」

水曜日のダウンタウンです。はい。被験者の方々に事前にご自身の環境について伺ったところ、驚きのニュースが多数寄せられました。

PC 端末が社用のため、申請していないツールが使えない

自宅のネットワークが遅く、テレビ電話の精度が悪い

なるほど。心の中では「まじかよ」状態です。このまま行けば、説が立証されてしまいます。なぜまずいかというと、プロトタイプを開くためにツールが必要なのであれば、そもそも見ることができないからです。ましてや、同業者でない限り自分たちが利用するツールを申請してインストールしているとは思えません。つまり、インタビューで利用するプロトタイプが見れない可能性が高い。

そしてもう一つ。テレビ電話の精度が悪いと、発言が途切れ途切れになってしまうことが多く、向こうもこちらもストレスになり、要約されてしまったりして、諦めてしまうことが考えられます。それでは、ユーザーインタビューの目的が達成されず、形だけのインタビューになってしまいます。

リスクよりも、チャンスを見る

それぞれのリスクを低減するために、以下のようなアプローチを取りました:

  • プロトタイプを触ってもらえないリスク:figma のオブザベーションモードを使いながら Zoom のスクリーンシェア
  • テレビ電話の精度が悪くインタビューできないリスク:昔ながらの電話をする

自分は最近まで知らなかったのですが、figma  の同じプロトタイプ URL を参照している人であれば、画面をミラーリングし、カーソルの動きと画面遷移を把握することができます。その動きに合わせて、電話でインタビューをするという戦術です。これがとてもいい。

Figma feature highlight: Observation Mode

At Figma we suspect some of our small (but mighty!) power features go unnoticed. In fact, after prodding our Twitter community this week, several users were surprised to learn we have a little something called “Observation Mode.” We’re going to highlight more of these semi-secret use cases on the blog and figured Observation Mode was a good place to start.

むしろ被験者の隣に座って観察しながらインタビューするよりも、画面内の行動や心理状況を的確に把握することができます。余談ですが、この仕掛けについて知っている被験者は数少ない。そのため、「え、自分がやっていることがわかるんですか!?どうして?」と不思議がられることが多く、ちょっと自慢げになっています。

電話は言わずもがな。リモートの場合、これはマイナスではなくプラスに働くことが実は多いです。なぜなら、テレビ電話は正面を向いて話しているため、被験者は躊躇してしまって実は話にくかったりします。顔見知りだったら別ですが。電話の場合は普段から利用しているということもあり、発言も自然に出てきます。つい長電話してしまいましたね、という穏やかな雰囲気で終われるところがまたいい。

最低でなくても、最高は目指さなくてもいい

これを整えることができれば、ある程度(2)で辿り着きたいゴールに到達することができます。最低な環境でのユーザーリサーチですが、最低限のユーザーリサーチは実施することができることがわかりました。

(3)の使い勝手を検証するためのユーザーリサーチをどうするべきかはまだ考えてもいません。でも、シンプルにできることは何か、を念頭に置くことができれば、できるような気がしてきました。シンプルに考えるためには、とりあえずやってみること。上に書いたように、古典的なやり方でも成立はします。時間をかけて理想的な環境を整えるよりかは、プロダクト開発におけるメリットはより大きいかもしれません。

最後に、ユーザーリサーチを計画し、実施する際に意識していることは、良いユーザーリサーチは良い結果が出たから良いというものではないということです。良いユーザーリサーチは、ユーザーが求めていた価値(機能やデザイン)が提供できたかどうかで判断すべきだと考えます。そして、そのアウトプットを周囲に説明するためのコミュニケーションもシンプルであるべきです。デザインの伝え方、ですね。

リモートワークだからこそデザインの伝え方を再考する | mariosakata.com

4年ほど前に、オライリーより出版された 『デザインの伝え方』 という書籍の監訳を担当させていただきました。 AmazonでTom Greever, 坂田 一倫, 武舎 広幸, 武舎 るみのデザインの伝え方。アマゾンならポイント還元本が多数。Tom Greever, 坂田 一倫, 武舎 広幸, 武舎 …

はじめに

久しぶりに長論文を読んだ気がします。

この記事は、ドナルド・ノーマン氏が米カリフォルニア大学の Design Lab の教授であるマイケル・メイヤー氏と共に記した「21世紀におけるデザイン教育の変革」と題した論文の要約です。Twitter でご紹介したところ、多くのレスポンスがあったため、挑戦してみました。注意事項として、これは私自身の整理のためでもあるため、記載の情報にやや偏りがあります。また、直訳ではなく意訳の要素が多いと思います。それをご理解いただいた上で、ぜひご参考ください。

Changing Design Education for the 21st Century

Michael Meyer and I have written a guide for changing how designers are educated. The paper is published in She Ji in a special issue on design education. But, together with our friends at IBM Design, we intend to implement the strategy outlines in the paper.

ドナルド・ノーマン氏と言えば、デザイナーのバイブルとして親しまれている「誰のためのデザイン?」の著者でありながら、UX(ユーザーエクスペリエンス)という概念を提唱した著名人です。それから30年。彼は今、米カルフォルニア大学 Design Lab の代表としてデザイン教育の改革に力を注いでいるようです。この論文を読んで、彼の思考に少しばかりの変化があったことを読み解くことができました。

当時、彼は UX をこのように捉えていました。

“User experience” encompasses all aspects of the end-user’s interaction with the company, its services, and its products.(引用元:The Definition of User Experience (UX)

この論文では UX という言葉すら出てきませんが、「Human Centered Design(人間中心設計)」が何度も言及されていることがわかります。

Design addresses human needs and desires. Design generates the tangible and intangible build environment as well as the social environment.

彼は、デザインをユーザーと企業との関わりのみに限定することなく、その定義を幅広く扱うようにしていることがわかります。しかし、その根底にあるのは人々のニーズを知り、応えること。社会と人のためにデザインをする、と言う意味では変わってはいません。それこそが、他の領域とは一線を画すしているからです。これは、UX デザインに携わっている我々へのメッセージとしても捉えられると思いました。いつからか、UX はデジタルな世界に留まっていました。

デザイン学校の歴史

イギリスの The Royal College of Art は1837に設立。グラスゴーの School of Art は1845年に設立。アメリカの The Rhode Island School of Design は1877年に設立されるなど、「デザイン学校」の歴史は長い。その中でも最も有名なのは1919年にドイツで設立されたバウハウスかもしれません。バウハウスが一躍注目を浴びるようになったのは、「Bauhaus Curriculumn Wheel」と呼ばれる特徴的なカリキュラムにありました。

Teaching at the Bauhaus – Bauhaus-Archiv | Museum für Gestaltung, Berlin

This conceptual diagram showing the structure of teaching at the Bauhaus was developed by Walter Gropius in 1922. The programme places ‘building’ [Bau] at the centre of all the activities. But a regular course in architecture was only introduced at the Bauhaus in 1927. Only the most talented students were admitted to the architecture course.

代表的な科目に空間や色、マテリアル・デザインなどがありますが、人間に関することや、人とモノとの関係性といったデザインにおける根本的な部分が抜けています。創作や絵画としてのデザインは当時、社会に大きな影響を与えていたかもしれないが、今では違います。

なぜ、デザイン教育を見直すべきなのか?

現在のデザイン教育を見直さなければならない理由には、以下の課題があると考えられています:

  1. デザイナーとしての視点及びプロセスの最も貴重な要素の大半は、誰かに教えられることがほとんどないこと
  2. デザイナーを育成するための多くのプログラムには依然として、暗黙知の偏狭な視点や非効率な構造のままであること
  3. Fortune誌に掲載されている500社の内、10-20社(2-4%)のみが CDO に等しいポジションを設けている。それはつまり、デザイナーに活躍の場が与えられていないということ
  4. デザイナーはこれまで以上により大きな責任を任されるようになってきたこと

デザインには、Making のみではなく、Doing と Managing も加わり、デザインスタジオを超えて、ビジネスや社会を推進するために求められる意思決定の場にも、加わるようになってきたことが大きい。確かにデザインは複雑な領域です。なぜなら、実践的でなければならない上に、学術的でもなければならないからです。

デザインに特化した教育機関は、いくつかのコアとなる共通指針を定めた上で、それぞれの地域特性や人の得意不得意に合わせたアドバンスコースを設けるべきです。結果としてユニークネスが生まれ、デザインも多様になっていきます。

Design Thinking と Design Doing の両立

デザインを考えるということは、実践や導入方法を考えるということに等しい。これらは必ずしも一体でなければならなりません。その中でも、Implementation は特に重要です。なぜならば、世の中のリアリティを映し出すからです。つまり、より多くのデザインにおける意思決定が求められるということになります。デザインの実践が社会にもたらすインパクトを理解しばければ、考えること(Thinking)に閉じただけのデザインになってしまいます。

デザイン思考が正にそうです。

This misunderstanding of design as a technique rather than a discipline also generates team conflicts.

デザイン思考はテクニックではありません。この誤解が、チームの摩擦による混乱を招くきっかけになってしまうことが多いのです。このままでは、永遠に社会に通用することがないナレッジのままで終わってしまいます。

デザイン学校に分類される教育機関は、わかりやすいスタジオ形式の教育を中心にカリキュラムを組むのではなく、他の領域に通用する基礎知識の開発や実践者と呼ぶにふさわしいデザイナーを輩出する工夫をしなければなりません。コンピューターサイエンスやAI、ビジネス領域の影に隠れたままでよいのでしょうか?

21世紀に求められるデザイナー像

Doing が大事と述べましたが、いきなり社会に放り出して擬似プロジェクトを立ち上げ、結果を出せと言う教育は望ましくありません。メンターを設けてチームが混乱したときのガイドであったりプロセス全体のおける思考過程の評価を推奨します。。

デザイン学校には2つのタイプがあります:

  1. 独立したデザイン学校
  2. デザイン専用組織が備わっている一般の大学

どちらがいいと言うわけではありません。どちらにもメリットとデメリットがあります。どちらで学ぼうと、学べる範囲と抜けている範囲、そしてそれを十分か自覚するかどうかで、より社会に求められるデザイナーに近づけます。その「範囲」を定めるために、ここに社会にインパクトを与えるデザイナーに求められるであろうファクターを明記します:

メソドロジー

  • 人間中心設計(HCD)
  • 共創、コミュニティ・ドリブン・デザイン
  • 戦略設計、メンタリング、ファシリテーション

クリエイティビティ

  • 個人、そしてチームの創造性の担保

リーダーシップ

  • 1-2年のプロジェクト経験
  • プロジェクトリーダーを2-3年経験

リサーチ

  • 定性調査
  • 定量調査

ビジネス領域

  • ファイナンス
  • データドリブンな意思決定
  • セールスやマーケティングへの理解
  • サプライチェーン・マネジメント
  • 知的財産
  • ビジネスモデルの理解
  • 役員へのプレゼンテーション能力

メイキング力

  • ラピッド・プロトタイピング
  • 基礎的なプログラミング
  • システム思考

実験と検証

  • 実現可能性、検証可能性の考慮
  • 小さいテストで大きな成果を出す
  • バイアスの抽出と排除
  • ABテストのメリットとデメリットの理解

エシカル(倫理)

  • 社会(環境やコミュニティ)におけるデザイナーの役割
  • 人、環境、健康、安全への影響力
  • 個人へのリスペクト(性別、宗教、国籍など)
  • 企業のポリシーと法律の考慮

現実世界

  • 世界史
  • 心理学、社会学、文化人類学
  • エルゴノミクス
  • HCI(ヒューマン・コンピューター・インタラクション)

まとめ

改めて、デザイン教育の歴史は長い。そのルーツは創作にあります。時代と共に、デザインへの期待であったり、価値が発揮できる機会が飛躍的に増えました。有形を前提としていたデザインも、今では電子メディアやバーチャル・ディスプレイ、プレゼンテーションにまで及んでいます。ワーキング・パターンにも変化が見られます。1箇所で完結するようなスタジオ形式のデザインから、世界中に散って共創しながらそれぞれの仕事をすることだってできます。結果として、デザインがもたらすクリエイティビティや課題の発見と解決のためのフレームワークのおかげで、様々なコンテキストへの適応を可能にしてきました。

デザイン教育はこの変化についていくのに精一杯です。その理由としては、企業に限らずあらゆるコミュニティや官僚のマネジメントレベルにデザイナーが不在だからです。なぜ、デザイナーだけがこのような扱いを受けるのでしょうか?可能性として考えられるのは、幅広い領域の知識を備えて、あらゆる議論に参加し、組織や社会のニーズをまず理解する必要があるからです。

Here, design has largely been unsuccessful.

何もデザインだけが失敗してきたわけではありません。エンジニアリングといった非デザイン領域にも同じような過去がありました。それはつまり、デザインにもできるということです。これが分かったからには早急にデザイン教育の改革に着手すべきです。まずはデザインから離れて、あらゆる視点から共通化できそうな基盤を構築し、柔軟性が担保できるようなケースを想定して会話を続けるべきなのです。そうすれば、現代でバズワード化しているデザイン思考の陥りがちな罠から脱却できるかもしれません。

デザイン思考の如くー陥りやすい3つの誤解 | mariosakata.com

イノベーションに関するイベントのタイムテーブルに目を通すと、約9割くらいの確率でデザイン思考という言葉を目にするようになりました。現在半額セール中の amazon のカテゴリ別(ビジネススキル)1位も、デザイン思考関連の書籍です。(2020年5月4日時点) なぜ、このようにデザイン思考が注目されるようになったのでしょうか。歴史を振り返ってみると、IDEO と言う企業の存在は欠かせません。IDEO は、世の中への影響や貢献度の高い企業の内の一つとして知られています。

本人による説明動画です。

先月末に NIJIBOX 主催のイベント「クライアントワークの現場で見えてきたUXデザインの変化とアプローチ」に登壇させていただく機会がありました。イベントのテーマである「UXデザインの変化とアプローチ」を考えたときに、何を話そうかパッと思い浮かばなかったのが正直なところです。今の仕事、つまり今の会社を選んだことのきっかけにつながってくるのですが「世界中のソフトウェア開発を変革する」ことを目標に取り組んできた内容こそ、自身が起こしていきたい変化であると捉えて、タイトルを「仮説駆動型UXデザインのススメ」としました。

仮説とは何かを考えてみる

この「仮説」という言葉が今回のキーワード。ここでこの記事を読んでいる皆さんに質問をしたいのですが、最近「仮説」という言葉を使った、または耳にしたのはいつでしょう?もう無意識に毎日のように使っている、あるいは聞いている人がいるかもしれません。「仮説を立ててPDCAサイクルを回そう」なんてことは日常茶飯事でした。ただ、これには昔から違和感を覚えていました。なぜかというと、これだけだとPDCAサイクルを回すことが目的になってしまっていて、そのための仮説を考えるという発想になってしまうからです。本来は逆なはずです。検証したい仮説がないと回すものも回らないと思います。

PDCAが前提としているのは、あくまで “想定外のことが起きない” 世界。つまり、「常に安定しており、かつ心理や感情など人間的要素が関わらない環境」の中で継続的に改善を繰り返して品質を高めていくというシーンで使うのであれば、確かに有効なのです。しかし、“いつも想定外のことが起きる” “昨日と今日で状況が変わる” といった「先がまったく読めない」環境では、そもそも最初の「P(計画)」の立てようがありません。そこでPDCAにこだわりすぎると、かえって物事が前に進まなくなる原因にもなり得るのです。

はじめに足並みを揃えたかったのは、

  • 仮説とは何か?
  • なぜUXデザインで仮説を立てる必要があるのか?

という問への考え方です。仮説を立てる前に、実はワンステップ挟む必要があると思っています。それは、現時点での最善の推測を洗い出すこと。自分は Best Guess と呼んでいます。仮説は、それを検証可能な形式にしたものです。

例えば、明日の夕食を当ててみようとします。それはずばり、魚料理。これは現時点での Best Guess になります。確信はありません。今晩の夕食が肉料理だったため、明日は魚料理のはず。これが検証可能な形式にしたものです。仮説の立証がしやすくなりますよね。更に言うと、なぜそう思ったのかも併せて記載しておくと学びが多くなり、次に仮説を立てるときの題材となります。

ここで言いたかったのは「いきなり仮説を出せ!」と言っても、前提が整理されていないとそもそも立てようがないということです。

仮説を検証しないことのリスク

UXデザインにおける大きな失敗とは、作ったものが顧客に使われないことです。それはとても悲しいこと。チームはそれを避けるために日々努力をしています。そのはずです。そうならないようにするためには、なるべく早く検証する機会を設けること、そしてリスクを可能な限り減らすことを心掛けなければなりません。プロダクトの価値を検証し続けていくためには、その時々のリスクを特定して排除していかなければなりません。そのための仮説思考です。

作りたいものを考えるのは簡単なことです。難しいのは、作るべきではないもの考えることです。それが、網羅思考と仮説思考の違いです。先ずは作るために必要な作業を網羅しながら進めるアプローチと、作る必要がないものを特定してリスクを下げて進んでいくアプローチはこのような図を用いて説明しています。

この図で説明しているリスクとは、前述の使われないリスクのことを指します。プロダクト開発がユーザー不在のままだと、不確かな状態で進むことになります。結果はリリースするまでわかりません。そんなギャンブルのような世界から、早期に脱却すべきです。

SHOWROOM の前田裕二社長も同じことを言っていました。

例えば、宝の山が眠る鉱山を今から掘って、宝石を探り当てるレースをするとします。おそらくほとんどの人が「俺の筋力を見よ」って感じで、パワーで下から全部アナログに掘る、みたいなことをやる。掘ってる時は、自分でも仕事してる感すごくあるし、思考停止して掘り続ける。そんな中、我々は、掘らずに山の麓にある街の長老にヒアリングに行ったり、宝石のありかの地図や宝石探知機のようなものを探してきたり、まずは「見極め作業」に全神経を集中します

(引用元:最初にやるべきは血まなこで「宝のありか」仮説を立てる事|SHOWROOM 前田裕二

UXデザインを進める前に

UXデザインにおける仮説を設定するための軸と、仮説を設定する流れについてはスライドにまんま書いてあるので割愛します(記事の一番下に貼っている)。参考になれば嬉しいです。仮説を設定する軸は至ってシンプルだと思います。

このソリューションは、誰のどの問題を解決するために必要なのか?

これに答えられるレベルにまで、思い込みを検証可能な形式に落とす必要があります。「いやいや、何を今さらわかり切ったことを」という人もいるでしょう。自分がこれまで仕事をしてきたクライアントにも、同じような反応をする人がいました。その度に、それが紛れもない事実だと、どこまで自信を持って言えますか?と常に聞くようにしています。わからなくても、不安に思っていても構いません。それが検証をしなければならない動機に繋がるのだから。

チームメンバーのみならず、ステークホルダーを交えた場で思い込みを洗い出すときが一番難しいと感じます。なぜなら、軸を例え設定していたとしても、自分の中でフィルターをかけてしまい、わかっていないことを挙げることに躊躇してしまう人が多いからです。最初は慣れが必要ですが、例えばペルソナを記述するワークで「メインのお客さんは都内に住んでいる会社員だと思うけどね」「地方にいるお客さんの方が利用者に多かったような?あれ、違う?(キョロキョロ)」と言った会話が生まれることもあります。それはとてもいいサインです。その場は思い込みで溢れています。

あとは、それをどんどん吸い取って、ペルソナだったり、ジャーニーマップに可視化するだけ。間違っていても、言ってもいいんだ!その空気をどう作り出すか。その場のデザインが実は大事だったりする。最後はエイやで決める必要はあるにせよ、ポイントはみんながどこを向いているかです。ズレているほど、検証のしがいがあります。誰が正しくて、誰が間違っているのか、ではありません。偉いからその人に従おう、ではありm線。答えはユーザーしかわかりません。

学びがチームを一つにする

これまで説明しているように、仮説を検証可能な形式に記述することで、結果を振り返るときにその仮説が正しかったのか、間違っていたのかが明確になります。結果をまとめる際に、仮説ステートメントと呼ばれるようなカードを作成し、結果を色で識別できるようにシールをその上に貼ってみたりすると、一目でわかるのでオススメです。

赤・・・仮説が間違っていた
黄・・・微妙だった、まだ検証が必要
青・・・仮説が正しかった

このような感じです。

検証を繰り返すことで、仮説の種となる思い込みは次々と湧いてきます。それも、よりシャープになってきます。そうさせているのは、検証のときに得られた学びなのです。考えもしなかった可能性が見えたとき、人は創造的になります。こうした方がいいんじゃないか、ああした方がいいんじゃないか。ちょっと待ちましょう。一つづつ検証していきましょうね。

最後に

プロダクト開発が進むにつれ、検証結果が追えなくなったりすることはよくあります。どこまでリスクを解消することができたのか、覚えていないとそれが逆にリスクとなります。そのために、自分はこのようなボードにリサーチ結果を張り出して常に過去のリサーチ結果を参照できるようにしています。

これは、「Experiment Board」と言うツールです。詳しくはこちらの投稿を参考にしてみてください。

アジャイル開発の仮説検証学習サイクルを可視化する「Experiment Board」 | mariosakata.com

アジャイル開発における仮説検証学習サイクルを可視化するためのツールを 「Experiment Board」 と呼んでいます。2年ほど試行錯誤を重ねましたが、今は納得して運用することができているので、世のプロダクト開発をよりよくするためにも、参考になるかわかりませんが公開したいと思います。 なぜ、この Experiment Board …

スペースが足りなくなったら、せめて検証できた仮説と間違っていた仮説はキープするようにしてください。間違っていたことは、繰り返してはならないからです。捨てたらダメ、絶対。検証できた仮説もアーカイブしておくと後々振り返ったときに、同じ仮説が繰り返されていないかを再確認することができたり、ステークホルダーがチェックインしたときでもプロダクトの検証結果をすぐに説明することができるので、一石二鳥です。

イベントを主催してくださった NIJIBOX さんの公式ブログでもイベントレポートが上がっているので、読んでみてください。

デジタルカメラと iNSPiC REC

デジタルカメラで撮影した写真を Bluetooth でスマートフォンに転送できることはもはや当たり前な時代。デジタルカメラはスマートフォンや従来のカメラと比べて画質は高い(とはいえ、スマートフォンに遅かれ早かれ抜かれそう)。しかしながら、ネットに繋がっていないが故に撮影機材の主流はスマートフォンに奪われてしまいました。結果、デジタルカメラ市場の縮小は止まりません。その問題を解決するための手段として実現したのが Bluetooth 連携なのではないでしょうか。撮影した写真をその場で確認し、Instagram をはじめとする各種 SNS に投稿する需要に応えるためにあり、一つの価値でもあります。

ところが、最近購入したキヤノンの新しいコンセプトカメラ「iNSPiC REC」は少し違うようです。

カメラは繊細だから、大事にかばんへしまっておく。なんて、もったいない!取り出す間も惜しいほど、毎日は撮りたい瞬間にあふれているから。カメラをかばんにひっかけて、“撮りあそび”に出かけよう。

撮影した写真を取り入れるためには、専用アプリを予めダウンロードしておく必要があり、不思議ではないのだが問題はその次です。

写真が取り込めないんです。そもそも、撮影した写真が反映されないんです。

iNSPiC REC アプリの Bad UX

アプリの前評判は知っていたのですが、それ以上にカメラのコンセプトに魅力を感じ、掛けてみたのだが…納得してしまった。調べてみたところ Bluetooth だけではなく、WiFi も同時に接続する必要があるため、カメラとアプリ間のペアリングが不安定になり、読み込めないケースが多々あるとのことでした。

不便だ。これは、ユーザー体験を設計する上でとても致命的な障害だ。カスタマージャーニーにおけるチャネル / デバイス / タッチポイントこそ、サービスデザインに影響を与える非常に重要なポイントとなります。

それから1週間が経過し、サポートセンターのおかげで WiFi が安定している環境(自分の場合は家)であれば、最低限の期待である写真を取り込めることができました(やった!)。障害となっていた理由は、よくわからないけれども。このままでは改善ができないのではないか、と疑問に思った一方で、ジャーニーの続きに進めることができたので、良しとしましょう。本来であれば冒頭で話したように撮影した写真は都度確認して起きたいところですが、この不便さが意外にも「懐かしさ」を演出してくれます、

不便さが演出する「懐かしさ」

スマートフォンやデジタルカメラよりも前、カメラがフィルムだったときは何が取れているのかは現像してみないとわかりませんでした。インスタントカメラもそうですね。家族で旅行に出かけたときに、子供ながらに撮影を気軽にできることに喜びを感じ、現像して写真が出来上がるまでの期待と、いざ写真となって見ることができたときの答え合わせがたまらなく好きでした。

iNSPiC REC はそれを思い出させてくれます。最近は iNSPiC REC を鞄の中に常に入れており、ふと目に入ってきた不思議な光景や気になるモノ、そして見逃せない瞬間を狙って直ぐに取り出して写真を撮っています。何を撮ったかは帰ってからのお楽しみ。フィルムではないですが、写真を読み込み中の時間がワクワクします。ボヤけていたとき、苦笑いをします。撮影した背景がわからない写真が出てきて思い出せず、不思議に思ったりします。新たな発見があったりもします。

iNSPiC REC は不便です。

でも、それは製品のせいにしているだけに過ぎません。工夫をしてみたら、別の良さを発見することがあります。自分は第一発見者かもしれない、という勘違いはあるかもしれないけれど、発見までに至る過程はとてもクリエイティブだと思います。これは、デザインにおいていいヒントになるかもしれません。

今回わかったこと。それは、不便は本来は豊かなのかもしれないということです。不便性に目を向けたほうが、思いもよらない発見があります。それがデザインの種になって、次に活かされていくといいなと思います。自分は iNSPiC REC をこれからも使い続けていきます。この先に自分と製品にどのような変化があるのか、楽しみでもあるからです。


この投稿は、個人プロジェクト Design+ によるものです。

Design+ は世の中の不便利なデザインの探究(Inconvenient Design)、並びに人が取ってしまう考えなしの行動(Thoughtless Acts)に目を向けることで得られた気付きをもとに、デザインへの新たな向き合い方を模索する自分の個人プロジェクトです。Twitter はこちら:https://twitter.com/DesignPlusAny