グラフィック専攻だったのにプロダクトデザイナーを選んだ私へ

この記事は「One系プロダクトのデザイナーnoteリレー企画」の2日目の記事です。

Sansanでプロダクトデザイナーとして働き始めて2年目、古川です。

私は今、プロダクトの一領域を任され、エンジニアやプロダクトマネージャーと連携しながら、ものづくりに没頭する毎日を送っています。

しかし新卒で入社した当初は、グラフィックを専攻していたこともあり、WebやUIの知識もほとんどゼロ。

右も左も分からず、「自分にデザイナーとしての価値を生み出せるのか」と、不安を感じることも多くありました。

振り返ると、できることは格段に増えています。
それと同時に、当初思い描いていた「プロダクトデザイナー像」と、実際の仕事には大きなギャップがあることにも気づきました。

そのギャップをのりこえて、私がどのように価値を生み出しているのか。

迷いながらも成長してきた2年間で得た学びを、当時の自分に伝えるつもりで綴ります。

当初のギャップ

1. 想像していたデザイナー像との違い

入社前、プロダクトデザイナーは「UIを美しく整える仕事」だと思っていました。

しかし実際に手を動かし、チームで議論を重ねる中で、本当に求められているのは、プロダクト全体の体験をデザインし、問題を解決することだと感じるようになりました。

デザインの良し悪しを決めるのは、自分ではなくユーザー。
使いやすさや機能の質、プロダクト全体の価値がどう高まるか——
そこにプロダクトデザイナーの本当の役割があると思います。

2. プロダクトデザインは「考える→作る」のサイクルを回し続けること

入社当初、先輩デザイナーから「※ PDCAを早く回さないとね！」と何度も言われました。
しかし、当時の私は、その言葉の本当の意味を理解しきれていませんでした。

学生時代は、とにかく「完成度の高いものを作ること」が最優先だったように思います。 まずは手を動かし、時間をかけて洗練させていく。
むしろ、時間をかければかけるほど良いものが生まれると信じていた部分すらありました。

限られた時間の中で適切な課題を設定し、「何を作るべきか」を最速で定義し最適なかたちを設計していく。そして、ユーザーの反応を見ながら常に改善を重ねること。

最初はそのスピード感に戸惑いましたが、今ではむしろ、「考え抜いてから作る」ことがデザインの本質なのだと感じています。

成長するための取り組み

インプット編

1年目はほとんど知識がない状態からのスタートだったため
ツールの使い方、UI/UXの概念、プロダクト開発の流れなど、すべてが初めてでした。

分からないことだらけの中で、まず取り組んだのは
「必要な知識を体系的にインプットすること」です。

特に重要だと感じたのは、以下の3つです。

1. UI/UXへの理解

私は大学で、グラフィックデザインや体系的なデザインを学んできたものの、プロダクトデザインに必要なUIUXの知識や論理的思考が不足していると感じていました。

そこで、チームで勉強会として書籍やWeb教材を活用し、体系的な知識を身につけるとともに、世の中にはどういったUIが存在していて、「なぜこのUIが優れているのか？」を言語化する訓練を行いました。

ただ知識を詰め込むだけでなく、学んだことを実務の中で実践することで、「ユーザーにとって良い体験とは何か？」を少しずつ考えられるようになっていきました。

初心者におすすめの書籍

2. ツールの習得（Figma）

プロダクトデザイナーとして実務を進めるうえで、Figmaの習得は不可欠です。

しかし、最初はなかなか使いこなせず、試行錯誤の連続。

そこで、先輩デザイナーからWeb教材・Udemyの講座を紹介してもらい、学習を進めました。

ただ学ぶだけではなく、実際の案件でFigmaを積極的に活用し、スライド制作やワイヤーフレーム作成など、あらゆる場面で「手を動かして慣れること」を意識しました。

この過程は、Figmaの使用に慣れた今でもショートカットやコンポーネントの活用に大いに役立っています。

3. ユーザー理解（ドメイン知識）

プロダクトデザイナーとして仕事をする中で、「ユーザーを深く理解することはデザインの質を左右する」ことを日々強く実感しています。

例えば私が担当しているインボイス管理サービス「Bill One」であれば、経理部門向けのプロダクトなので、業務フローを知らなければ適切なUIは設計できません。

そのため、簿記の勉強をしたり、経理担当者にヒアリングを行うことが鍵でした。

それによってユーザーの思考や業務フローを具体的にイメージできるようになり、結果として、ユーザーの視点に立ったデザインを考えられるようになっていきました。

アウトプット編

デザインシステムの設計

デザイン業務でUIを設計する一つ一つが、プロダクトの理解や自身の成長につながったことは言うまでもありません。

中でも、デザインシステムのコンポーネント設計は、エンジニアの視点を取り入れる大きなきっかけでした。

• どう設計すれば汎用的に活用しやすいUIコンポーネントになるか？

• エンジニアが実装しやすい形になっているか？

など「開発のしやすさ」や「実装の負担」を意識することで、Webデザインをより体系的に理解できるようになったと感じています。

例えば、フォームの入力やボタンのデザインを一貫したコンポーネントとして整理することで、開発スピードが向上し、デザイナー・エンジニア間の認識のズレを減らすことができます。

さらに、デザインの一貫性を保つことは、ユーザーに統一された体験の提供につながります。

こうした視点を持つことから、プロダクトデザインが「見た目を整えること」ではなく、プロダクト全体の品質やユーザー体験を支えることであると気づくことができました。

ギャップの中で感じるプロダクトデザインの楽しさ

デザインの面白さは、共創の中にある

初めは、思い描いていたプロダクトデザインと現実とのギャップに驚きました。しかし、その中でも確かな楽しさを感じる瞬間がありました。

それは、自分だけでは生み出せなかったものが、仲間との共創を通じてかたちになること です。

学生時代のデザインは、ほとんどが個人で完結するものでした。

しかし、プロダクト開発の現場では、エンジニア、PM、カスタマーサポートなど、異なる視点を持つ人々と協力することで、想像もしなかったアイデアが生まれます。

一人ではたどり着けなかった解決策が、チームの対話の中で形になっていく。
その瞬間に立ち会えることが、プロダクトデザイナーとしての何よりの醍醐味だと思います。

また、実際にユーザーやチームのメンバーから
「この機能がすごく使いやすい」
「このコンポーネントのおかげで開発がスムーズになった」
といった言葉をもらったとき、自分が作ったデザインが、ビジュアルだけではなく、誰かの課題解決に直接つながっている のだと実感させてくれます。

＿＿＿＿＿＿＿

この2年間で、私は「プロダクトデザインとは何か？」という問いの答えを少しずつ見つけてきました。

それは、単なる見た目の美しさではなく、プロダクトの本質を捉え、チームと共により良い体験を生み出していくこと。

私はこれからもSansanで、デザインの力を信じ、プロダクトの価値を最大化することに挑戦し続けていきたいです。