発表・掲載日:2017/06/22

顧客起点で開発方針をつなぐ「構想設計の手法と道具」プロトタイプを公開

-言葉で伝わらないものをイメージで対話を促す-

ポイント

  • 製品・サービスの開発の成否を握る構想設計にイメージを取り入れて全ての知見を集約する仕掛け
  • イメージの関係性により問題定義を促す、デザイン思考の新しいプロセスを提案しシステム化
  • 顧客視点を保持し、デザイン、設計から製造、販売まで開発方針をぶれずに一貫させることが可能


概要

 国立研究開発法人 産業技術総合研究所【理事長 中鉢 良治】(以下「産総研」という)製造技術研究部門【研究部門長 市川 直樹】手塚 明 総括研究主幹、機械加工情報研究グループ 古川 慈之 主任研究員、同研究部門 米津 克己 招へい研究員は、顧客視点を取り入れた開発方針を、開発期間を通して関係者間で共有できる、デザイン思考の新しいプロセスを提案し、「構想設計の手法と道具」プロトタイプとしてシステム化して公開する。

 製品やサービスなどの開発には、開発前半(上流)の「考える専門家」(企画・デザイン・設計など)、開発後半(下流)の「作る専門家」(調達・製造・販売など)、ユーザーなどの「使う専門家」の協業が重要である。しかし、「考える専門家」から「作る専門家」への開発方針の事前共有が十分でなく、しわ寄せが部品調達や製造原価、配送パッケージなどの下流に集中し、また「使う専門家」からのアイデアの取り込みも十分ではないことが多かった。さらに、開発上流の「考える専門家」間でもデザイン系の専門家と工学系の専門家の検討が分断されて意思統一できないなどの課題もあった。今回開発したプロトタイプは、製品やサービスなどの設計仕様が決まるまでの構想設計段階での活用を主なターゲットとした。構想設計段階では「考える専門家」が主体となるが、その会議に「使う専門家」「作る専門家」が参加できること、関係者全員に顧客視点を共通に持たせること、対話の阻害要因となっているマインドセットや立場、専門、言葉の違いを意識せず一体となって議論できること、を実現する手法と道具を目指した。

 なお、本プロトタイプは6月21~23日に東京ビックサイト(東京都江東区)で開催される設計製造ソリューション展にてデモを実演している。来場者が実際に操作を体験することもできる。

「構想設計の手法と道具」の概要の図
「構想設計の手法と道具」の概要


開発の社会的背景

 日本のものづくりでは、「製造作り込み設計力」とも言える開発下流の設計機能(製造プロセス設計、設計作り込みなど)が重要視される傾向があった。近年、製品やサービスの成否を決める開発上流の「設計仕様決定力」や体験価値の高い設計仕様を導き出すために、顧客視点の構想設計の重要性が認識されるようになってきた。

 顧客視点からの構想設計では、製品の姿も定義もない設計の初期段階で、顧客の立場に立って使用する状況のさまざまな要素(時間、人、表情、感情、場所、季節、匂い、日差し、風、気温、体感など)を想像し、それらと製品との関係性や距離感を考えて製品の機能や仕様を決めていくプロセスが要求される。

 従来、構想設計では、デザイナーが技術的難易度を理解せず実現性の低いデザインを提示する、工学系開発者が体験価値をうまく想像できず性能重視の設計を行う、製造などの開発下流のメンバーが実現性の難易度を開発上流に伝えにくい、「使う専門家」「考える専門家」「作る専門家」が対話し共創する手法とプロセスが確立していない、などの課題があった。

研究の経緯

 産総研では、2009年より関係性デザイン議論協業ソフトウェアデザインブレインマッピング(DBM)」の開発を行っている。協業を目的とし、議論プロセスを記述できる点が既存の思考整理ソフトや議論可視化ツールとの大きな違いである。DBMを用いたワークショップによる問題解決デザインに関わる技術コンサルティングも行っている。

 2014年に設立した構想設計コンソーシアムでは、開発上流に関わる会員企業の共通問題を把握し、解決方法を共有した上で、手法とツールの研究開発とを連動させて、DBMを試用した際の意見を迅速にフィードバックするなどPDCAサイクルに基づいた活動を行っている。今回、構想設計コンソーシアムでの議論を踏まえて、DBMに二つのツールを付加して「構想設計の手法と道具」プロトタイプを開発した。

 本研究開発の一部は、内閣府 戦略的イノベーション創造プログラム(SIP) 革新的設計生産技術「チーム双方向連成を加速する超上流設計マネージメント/環境構築の研究開発」(管理法人:国立研究開発法人 新エネルギー・産業技術総合開発機構)の支援を受けて行った。

研究の内容

 今回開発したプロトタイプの効果は①「使う専門家」のアイデアを有効活用、②「作る専門家」の知見を開発上流が前倒しで検討、③顧客視点を関係者間で共有し、デザイン系専門家と工学系専門家の検討の分断を解消、の3点である(図1)。このプロトタイプの新しい点は、構想設計の質と効率の向上を狙い、「使う専門家」「考える専門家」「作る専門家」が対話し共創する手法を提供し、非言語のイメージの段階と言葉と関連付けた段階を意識して構想設計のプロセスをアルゴリズム化し、さらに関係性デザインの観点からソフトウェアを構成して、共創を促す環境を提供している点である。

開発上流から下流までの全体として最適な開発へ向けた「構想設計の手法と道具」の効果の図
図1 開発上流から下流までの全体として最適な開発へ向けた「構想設計の手法と道具」の効果

 「構想設計の道具」はWindows動作のソフトウェアであり、「イメージシャワー」「ブレストツール」「DBM」から構成される。前者2つは非言語イメージによる思考、後者は非言語イメージと言葉とを関連付けた思考を促す構想設計の道具である(図2)。LAN接続されたパソコンおよびマルチタッチ表示環境で機能する。

「構想設計の道具」の構成要素の図
図2 「構想設計の道具」の構成要素

 「構想設計の手法」は、複数人の思考の外在化を行い、その外在化と思考の相互作用による3つのプロセスから構成される(図3)。まず、設計する製品(サービスも含む)に何らかの関連があるイメージをできるだけ収集し、「イメージシャワー」を用いてチームで製品の周辺イメージを選択する(イメージの抽出を共創するプロセス1)。「ブレストツール」で製品イメージを中央に仮置きし、「イメージシャワー」から転送された選択イメージをカテゴリー分けし、イメージ間の関係性や距離を決める。この際の関係者は、「ブレストツール」を直感的に操作することで、思考を外在化して意思を伝えあい、配置の軸(例えば図1のような縦横軸)や問題の構造を把握するための創発を促す(周辺イメージにより問題の構造化を行うプロセス2)。「ブレストツール」で決めたイメージの配置はDBMに転送され、言葉とイメージが関連付けられて、思考バイアスの破壊や思考フレームの変換も含めた論理的な検討により、価値軸の共創、納得感の共有、訴求軸の決定に持ち込む(価値・訴求軸を決定するプロセス3)。

「構想設計の手法」のプロセスとアルゴリズムの図
図3 「構想設計の手法」のプロセスとアルゴリズム

 図4に掃除機を題材として顧客視点の思考を促すイメージの例を示す。左は言葉のみ、右は提案する手法による。掃除機の仕様は要件定義から決定されるが、視覚的なイメージがあった方が具体的な検討は容易となると考えられる。また、ここでのイメージは「イメージシャワー」で「作る専門家」の知見も含まれたイメージから選択され、さらに「ブレストツール」で「考える専門家」「作る専門家」「使う専門家」で顧客視点を共有して検討されたものである。これにより工学系の専門家とデザイン系の専門家との間での検討の分断を解決することも期待される。

 これまで、「ブレストツール」単体と類似の機能をもつタッチパネル製品はあるが、議論プロセスの変革を意図して上流下流や作り手・使い手の連携手法を伴ったシステムは存在しなかった。

顧客視点の思考を促すためのイメージの図
図4 顧客視点の思考を促すためのイメージ(言葉のみ:左、本手法による提案:右)

 以下に、今回開発した「構想設計の手法と道具」の機能と効用を、これらを活用したストーリーと使用シーンを例に説明する。

<活用ストーリー、使用シーンの具体例>

 A社でシェア拡大のミッションを受けた掃除機の開発プロジェクトが開始された。「今まで設計に関わっていない「使う専門家」の知恵も総動員せよ。下流側の「作る専門家」も上流検討に参加し、全体最適の設計を行え。」という指示が飛んだ。A社は部署間の風通しが悪く、設計・製造・デザイナー・マーケティング・営業などがそれぞれの行動原理に従うなかで、それぞれの部局での最適なものを何とか積み上げた製品開発をしてきたが、これを機に部署間連携による全体最適化に向けた変革をしたかった。A社の清掃作業員は長年掃除機の愛用者で「使う専門家」だったが、今まで設計開発には関わる機会はなかった。

 「使う専門家」などの一般社員の知恵活用の仕掛けとして「イメージシャワー」と「ブレストツール」をロビーに設置する。「イメージシャワー」ではテーマにちなんで社内募集したイメージを通りすがりの社員が選択し、「ブレストツール」では立場や上下の関係なく会話をしながらイメージをカテゴライズし、テーマとの関係性で配置している。

企業のロビーでの一般社員の知恵取り込みのイメージの図
企業のロビーでの一般社員の知恵取り込みのイメージ
 
今まで設計に関わっていない方も参加する構想設計会議のイメージの図
今まで設計に関わっていない方も参加する構想設計会議のイメージ

 A社では上流検討は上流チームのみの担当で、製造原価や配送パッケージ、部品調達などのしわ寄せで下流チームがその処理に苦労していた。そのため、下流チームが参加する上流チーム主体の会議と上流チーム参加の下流チーム主体会議の二つを設定した。DBMに「ブレストツール」のイメージ配置を取り込み、今まで関わっていない「作る専門家」「使う専門家」も上流チーム主体会議に参加してイメージを言葉に置き換えて検討を行う。ワークショップ形式による議論の並列化、履歴機能による欠席者へのフォローなど、議論の質と効率の向上を支援する。製造原価や部品調達などのしわ寄せ回避のため下流チーム主体の構想設計会議も設定され、上流チームや「使う専門家」も参画し、工場2階で議論している。

今まで設計に関わっていない方も参加する構想設計会議のイメージの図
上流チーム主体会議と下流チーム主体会議の双方から決定を行っている事業部製品化決定会議のイメージ   新製品試作品のユーザーモニタリングのイメージ

 事業部での製品化決定会議では2つの会議のDBMの履歴を辿り、評価軸、暗黙の仮定などを確認しながら、注意深く、検討の経緯とプロセスを把握する。「使う専門家」と「作る専門家」の知恵を寄せた構想設計仕様は製造や調達、販売の評判も良く、オーナーシップの醸成も確認できて製品化が決定された。

 新製品試作品の試用モニターは街頭に設置された「イメージシャワー」で感想キーワードを選択する、事業部ではその回答具合をインターネットと接続された「ブレストツール」上で把握する。量産前試作品の評価など、ユーザー反応をリアルタイムに効率良く、把握可能な仕組みにも活用可能である。

 「構想設計の手法と道具」の活用によりA社の開発プロジェクトは順調に進み、各専門家のアイデアを取り入れた掃除機の開発に成功し、シェア拡大に貢献した。


 このように、「構想設計の手法と道具」プロトタイプは「使う専門家」「考える専門家」「作る専門家」の対話の壁(立場、専門、言葉など)を取り除き、非言語イメージから言語へ、周辺関係性から課題へと、段階を踏んで知見を集約する、集合知でのコトづくりの仕組みであるが、広くコミュニケーション創発にも有効と考えられる。例えば、初対面同士の会議の自己紹介の代わりに、専門に関わる書籍イメージをそれぞれイメージシャワーで流し、読んだことのある書籍イメージを選択しブレストツールで関係性配置をすることで、お互いの専門体系が把握できて、会議導入の効率化を図ることもできると考えられる。言葉で伝えにくいものをイメージで伝えて、協業を阻害する壁を超えて創発につなげることが、「構想設計の手法と道具」プロトタイプの目的である。

今後の予定

 構想設計支援に関わる分野の技術成果の橋渡し促進、社会実装のための活動を目的として設立する構想設計イニシアティブにおいて、サンプル提供制度により試用を行う企業を募り、応用ポテンシャルと効果の検証や、プロトタイプの改良を行うと共に、橋渡し企業の探索を行う予定である。



用語の説明

◆顧客視点
顧客の立場に立って、その気持ちも含めて共感を持った顧客側の視点。顧客とはビジネスの相手を意味し、ユーザーなども含む。[参照元へ戻る]
◆デザイン思考
「人々が生活のなかで何を欲し、何を必要とするか」「製造、包装、マーケティング、販売、アフターサービスの方法について、人々が何を好み、何を嫌うのか」について、直接観察し、徹底的に理解し、それらのデザインによってイノベーションに活力を与えること。ティム・ブラウン(IDEO社 CEO)が2006年ダボス会議(世界経済フォーラム)で提唱し広く広まった非デザイナーのための方法論。[参照元へ戻る]
◆構想設計
設計仕様の決定以降の生産設計などの具現化設計ではなく、顧客視点からの価値を探索し、ターゲットや商品コンセプトを決めた上で、有効な要求機能を定義し、それを工学的実現性の担保により、設計仕様を決定するまでの部分を指す。[参照元へ戻る]
◆開発前半(上流)、開発後半(下流)
ここでは、開発上流はコンセプト、マーケット、商品企画、デザイン、機能設計などの設計仕様を決めるまでのプロセスを指し、開発下流は工程設計、調達、製造、輸送、販売などの設計仕様を具現化・実現化し販売するまでのプロセスを指す。[参照元へ戻る]
◆使う専門家
技術や製品を「考える専門家」「作る専門家」に対し、操作経験、知見、知識の蓄積のある「使う専門家」を定義した。作り手に対し、使い手も同等以上に尊重すべきであるとの考えに基づく。[参照元へ戻る]
◆マインドセット
過去の経験や教育の影響を受けた、ものに取り組む際の心持ちや態度、モティベーション、ポリシー、価値観、常識、思い込み、偏見などを含む、考え方の枠組みの総称。[参照元へ戻る]
◆体験価値
経験価値とも言う。SENSE(感覚的価値)、FEEL(情緒的価値)、THINK(創造的・認知的価値)、ACT(肉体行動、ライフスタイルに関わる価値)、RELATE(準拠集団への帰属価値)などの要素が含まれるとされている。コロンビア・ビジネススクールのバーンド・H・シュミット教授などが提唱。[参照元へ戻る]
◆ソフトウェア
広義の意味は、機械や機器などの製品を表すハードウェアの用語に対して、知識や思考のプロセスを集積させたもの。狭義では計算機などのハードウェアを動作させるプログラムを指す。ここでは広義の意味で用いている。[参照元へ戻る]
◆デザインブレインマッピング(DBM)
産総研が2009年から開発している関係性デザイン議論協業ソフトウェア。問題意識を確認した上で希望者に試用配布する。DBM上では「ノード」と「ノード」同士を繋ぐ「エッジ」により(必要に応じて「ノード」種別の「実体」「属性」「関係」「画像」「コメント」を用いて)さまざまな概念の関係性を記述する。それぞれの「ノード」と「エッジ」には、画像、音、映像、WEB、入力者、重要度、日時、ユーザカスタマイズメニューなどをひも付けることが可能である。DBM上の記述をコピー&ペイストしても入力者などの情報は保持される。これらの記述はDBM内部ではグラフと呼ばれるデータ構造として処理・記録され、xml形式で出力出来る。動作環境はwindows。http://www.monozukuri.org/dmct/dbm/leaflet_20170529.pdf [PDF:427KB] [参照元へ戻る]
◆DBMを用いたワークショップによる問題解決デザインに関わる技術コンサルティング
産総研の技術コンサルティング制度に基づく活動。企業などで課題を抱える当事者チームが、問題解決の方法を自ら考え、彼らが納得する問いと答えに到達できるように、DBMワークショップを用いた問題解決デザインに関わる技術コンサルを産総研が行う。[参照元へ戻る]
◆構想設計コンソーシアム
産総研のコンソーシアムの一つ。日本の製造業の競争力強化には顧客価値の高い製品・システムの開発のための設計能力の飛躍的向上が必要であり、設計仕様を決めるまでの設計上流、構想設計が重要という目的意識を持つ。複数業種の企業からなる場の形成にとどまらず、産総研の研究開発との積極的な関係性により、企業の共通課題解決のための手法化を行う具体的な活動に取り組んでいる。「企業が主役の活動」、「研究開発連動型の活動」、「対話的デザイン手法の活用」、「関係性デザインアプローチ」、「話題提供者も参加する議論」などの特徴がある。毎月1 回の定期会合、年1回の議論合宿、ワークショップなどを開催。法人会員7社(2017年6月現在)。[参照元へ戻る]
◆PDCAサイクル
Plan(計画)-Do(実行)-Check(評価)-Action(改善)から構成されるサイクル。業務などの継続的な改善手法の一つ。[参照元へ戻る]
◆関係性デザイン
設計因子間相互の関係に着目してデザインする考え方。人間中心型デザインは人とモノの関係性デザイン、システム設計はモノとモノとの関係性デザインである。[参照元へ戻る]
◆マルチタッチ表示環境
ディスプレイやプロジェクターで表示面を複数ポイントでタッチして、表示メニューの選択やオンオフ、描画などが可能な表示環境。[参照元へ戻る]
◆思考の外在化
思考内容を紙に書いて視覚化し、記述されたものを見て、考えや意識を確認して深い思考に至ることがある。これを思考の外在化と呼ぶ。デザイナーはスケッチを用いて行うこともある。本ソフトウェアではこれを複数人で協業する思考プロセスに拡張し、ソフトウェアとユーザーの相互作用を意識して開発した。[参照元へ戻る]
◆思考バイアスの破壊
専門知識や過去の経験にもとづく思考の偏りやバイアスを構造的に可視化し、外在化することで思考のバイアスに気付き、それを意識的に破壊し今まで考えなかった思考を行うこと。ビジネスデザイナー 濱口 秀司 氏が提唱。[参照元へ戻る]
◆価値軸の共創
価値とはある人間が重要と考えることであり、重要と判断するには比較対照のための整理軸が必要であり、その整理軸を価値軸としている。どういう理由で軸を選んだのかお互いに話し合い、触発や気付きが生まれて、より良い軸を共に創造することを指す。軸の取り方で価値の内容が左右される。[参照元へ戻る]
◆訴求軸の決定
何を主に宣伝し、何は訴えないかを決める際にも、その評価の基準となる整理軸が必要であり、それを決定することを指す。軸の取り方で訴求するポイントも変わる。[参照元へ戻る]
◆構想設計イニシアティブ
構想設計支援に関わる分野の技術成果の橋渡し促進、社会実装のための啓蒙活動を目的として設立。http://www.monozukuri.org/tide/ [参照元へ戻る]



お問い合わせ

お問い合わせフォーム