2024.10.01
自社の社内情報を未来の“ゴミ”にしないための備え 「情報量が多すぎる」時代がもたらす課題とは?
エンジニアがデザインを学ぶことの意義と応用(全1記事)
リンクをコピー
記事をブックマーク
大木尊紀氏:「エンジニアがデザインを学ぶことの意義とその応用」というタイトルで発表させていただきます。
自己紹介ですね。大木尊紀と言います。株式会社FOLIOでフロントエンドエンジニアとして働いています。株式会社FOLIOの紹介をザックリすると、オンラインの証券会社で今年の年始ぐらいに松本人志さんが広告に出ていたので見たことある人がいるかも知れないです。
最近はLINEさんと一緒にやっていて、みなさんLINEのアプリから利用できる「スマート投資」というサービスがあるんですが、その裏側の開発や「ワンコイン投資」という低額投資サービスの開発をしています。
フロントエンドエンジニアとデザイナーは絶賛募集中ですので、みなさんぜひ応募してくれるとうれしいなと思っています。
僕の技術スタックは、会社でReactを書いているのと、Web Componentsが好きでPolymer Japanというコミュニティの運営をしたり、自分で本を書いたりしています。あとはFigmaとウェブフォントが好きでいろいろと活動しています。
FOLIOで扱っている商品はコーポレートサイトで紹介されているので、よかったら見てみてください。
僕の略歴なんですが、大学は航空宇宙工学を専攻し、その次にディレクターになり、フロントエンドエンジニアになりました。今4社目です。
今日はデザインの話をしたいと思います。それでデザインの話をする上でデザインという言葉がブレがちなので今日話すことについて揃えておきたいなと思います。
デザインの定義なんですけど、これは原研哉さんの『デザインのデザイン』という本に書いてある一節なんですが「ものづくりやコミュニケーションを通して自分たちの生きる世界をいきいきと認識することであり」とあります。ちょっとよくわからないですよね。
デザインって、こういうよくわからない言葉であるというイメージを持ってる人が、エンジニアの人とかは多いと思うんですが、語源はラテン語で設計を意味する言葉から来ています。デザインというものはグラフィックデザインのことを指すわけではないです。グラフィックデザインという領域もありますが、これはそのうちの1個です。
デザインという中にはいろんなジャンルがあって、WebデザインやDTPもそうだし、建築のデザインもそうだし、いろんな要素が含まれているので「デザインという言葉を安易に使うのは危険ですよね」という話がありまして、今回話をするのはその真ん中にあるインターフェースデザインの話を中心に今日はやっていこうかなと思います。
インターフェースデザインというのは何か? というと、インターフェースとは、今みなさんPCを使っていると思いますけど、その画面もインターフェースですし、キーボードもトラックパッドも全部インターフェースです。今日会場に入ってきた扉にあるドアノブも、大きく言えばインターフェースであって、物体と人間の接点になるところがインターフェースなんですね。
僕らはWebとかのプログラムを書いている人間なので、接する物体はコンピュータです。そして「コンピュータの性質をどのように人間の活動に結びつけていくのか」というところがインターフェースデザインです。
なので、UIデザインと言われているものはその中の1つであって、全部ではないです。あとユーザビリティの話もそうですね。その他いろいろありますが、インターフェースを作るということが僕らの考えているデザインであって、その一つひとつの小さいところにフォーカスをするのはあまり意味がないですよね。
あと、デザインという言葉を使うと「感性の話」という認識がエンジニアの人の中で多かったりするんですが、学術的な視点もけっこうあります。インターフェースデザインにおいては、認知科学・心理学・人間工学といった学術的な視点もかなりあって、論文とかまとめられていますし、専門書とかもたくさん出ています。こういうことを学ぶことも非常に重要です。
この章のまとめは「インターフェースデザインというのは至極論理的」です。「学術的分野になるぐらい論理的であり、感性の世界とは違いますよ」というところを頭に置いて話を聞いてもらえるといいかなと思います。
「なんでデザインを学ぶことが必要なのか?」というところで、これは僕なりの理由なので僕じゃない人は違う理由を考えてるかもしれないですが、僕の理由を3つ挙げていきたいと思います。
1つ目が、作っているもの、たぶんみなさん事業会社でプロダクトを作っていると思うんですが、そのプロダクトが「良いものなのかどうなのか」を判断する基準を持つためにデザインを学びましょう。ただ、言われたものを作るのはエンジニアの仕事としてあまり良いものではないと思います。
「自分が良いと思っているものを良いと思う実装で作る」というところがエンジニアとして目指すべきところだと思います。その基準を持つためにデザインを勉強して、これをもとにユーザにとって良いものなのかを考える。
僕の話をすると、制作会社でフロントエンドエンジニアをやっていました。そのときはそんなデザインの話を知らなかったので、デザイナーの人が「これ作ってよ」と言ったものを作っていたんですけど「本当に良いものなのかなぁ」と疑問に思っても、デザインがわからないので、それを飲み込むしかないと。ということがすごく悔しかったです。
なので、悪いと思ったときはちゃんと根拠を持って「こういう理由で悪いです」と。良いと思ったら「こういう理由で良い」という根拠を付けるところがほしいなと思ってデザインの勉強を始めたということですね。
デザインを学ぶ理由の2つ目は「何を作るべきか」を考えるためです。順調に進んでいればいいんですが、プロダクトを作る中で行き詰ってきて「このプロダクトで何を今後作っていけばいいのか」を考えるときにエンジニアリング的な視点からもいろいろパフォーマンス的な問題もあって「こういうものを作るべきだ」となります。
そこにデザインの要素も足して「インターフェースとしてこういう機能が足りてないからほしいよね」みたいな話ができるといいよねと。
僕は今FOLIOで投資初心者向けのサービスを作っているんですが、あまり前例がないです。なので「何を作るべきなんですか? 何が必要なんですか?」という議論を毎日繰り返しています。
僕はエンジニアとして意見もしますが、そこにエンジニア的な視点のほかにデザイン的な視点を加えると、より説得力が増すのがあって、僕はそこはすごく重要な点かなと思っています。しかし頭でっかちになってはいけないので、コミュニケーションを取ってチームの中での最適解というのを探していくのが大事かなと思います。
最後の理由は「デザイナーとビジネスサイドの人とのコミュニケーションを円滑にするため」ということです。
これはみんなわかっていると思うんですけど、スライドのような感じになって、ビジネスサイドとデザイナーが話をしているところにエンジニアが入っていって「ん? 何の話してるんですか?」みたいな感じになる。
よくあるシーンだと思うんですけど、これは共通言語がないからこうなる話で、デザインを勉強しておけばその共通言語があるのでコミュニケーションを取りやすく話です。
前職でやっていたとき、立ち上げ期だったので、いろんな仕様が流動的になって「わー!」ってなっていたんですが、そういうときにデザイナーがどういう話をしたいのかという意図がわかると、無駄なコミュニケーションが減って関係が良くなるよねという話があります。
それで「どんなキャリアがありますか?」。エンジニア、デザインエンジニア、PdMと。デザインエンジニアの話は、最近いろんなところでされているのでいいでしょう。
あとはPdMになる道もあるかなと思っていて、実装もして、デザイン的視点もあってプロダクトをより良い方向にマネジメントしていくところでPdMになるのはありだなぁと。
僕の会社のFOLIOではフロントエンドエンジニアからプロダクトマネージャーになっている人が多いので……みたいな感じですね。
でも、「デザイナーじゃないから仕事で使う機会ないよね」「デザインはデザイナーの仕事なんだから口を挟むなんて……」「どうやって勉強をするか」「機会がないよね」という人は、機会は自分で作りましょう!
プライベートで何か作ってもいいし、仕事で作ってるものがあるわけですから、いわゆる改善の提案をしてみるとか、ミーティングで一言発言するだけでもぜんぜん違うと思いますし、デザイナーと「このUIについて話したいんですけど」みたいな会話をしてみるというのもありだと思います。
なので「機会がないよ」と言っている人は自分で作れないだろうと思っていて、僕もあまりこういうことを言わないように自分でするようにしています。
デザインはデザイナーの仕事ではなく、チーム全員の仕事であると僕は思っていて、今FOLIOで仕事をしているときとかもかなり気を付けています。イニシアチブを取るのはデザイナーですが、デザインについて考えることはチーム全員の仕事であると。
なので仕事を押し付けないためにも、デザイナーがすべて正しいわけではないので、デザイナーがデザインしたものについてレビューする立場もエンジニアにとって、かなり重要なポジションかなと思います。
勉強する方法として僕がよくやっているのは3つです。本を読みます。あと個人で何か作ります。僕雑誌とか名刺とかを個人で作ったりしているんですけど、そういう個人で何か作ることは大事かなと思います。
あとデザイン批評するのはいいかなと思っています。既存のデザイン、何か他のサービスでもいいし自分の会社で作っているものでもいいんですけど、良いところとか悪いところとかを「じゃあなんで良いのか? 悪いのか?」というところを自分で批評してみる。文句を言うのとは違って、それにちゃんと論理的な根拠付けをするというところが必要かなと思っています。
まとめなんですが、「みんなデザインしよう!」ということで発表を終わりたいと思います。ありがとうございました。
(会場拍手)
関連タグ:
2024.10.29
5〜10万円の低単価案件の受注をやめたら労働生産性が劇的に向上 相見積もり案件には提案書を出さないことで見えた“意外な効果”
2024.10.24
パワポ資料の「手戻り」が多すぎる問題の解消法 資料作成のプロが語る、修正の無限ループから抜け出す4つのコツ
2024.10.28
スキル重視の採用を続けた結果、早期離職が増え社員が1人に… 下半期の退職者ゼロを達成した「関係の質」向上の取り組み
2024.10.22
気づかぬうちに評価を下げる「ダメな口癖」3選 デキる人はやっている、上司の指摘に対する上手な返し方
2024.10.24
リスクを取らない人が多い日本は、むしろ稼ぐチャンス? 日本のGDP4位転落の今、個人に必要なマインドとは
2024.10.23
「初任給40万円時代」が、比較的早いうちにやってくる? これから淘汰される会社・生き残る会社の分かれ目
2024.10.23
「どうしてもあなたから買いたい」と言われる営業になるには 『無敗営業』著者が教える、納得感を高める商談の進め方
2024.10.28
“力を抜くこと”がリーダーにとって重要な理由 「人間の達人」タモリさんから学んだ自然体の大切さ
2024.10.29
「テスラの何がすごいのか」がわからない学生たち 起業率2年連続日本一の大学で「Appleのフレームワーク」を教えるわけ
2024.10.30
職場にいる「困った部下」への対処法 上司・部下間で生まれる“常識のズレ”を解消するには