質問しよう
シリーズ目次

UIデザイナー1年目の立ち回り

1. 現場でのデザイナーの役割を認識しよう
xx
1. 現場でのデザイナーの役割を認識しよう

1. 現場でのデザイナーの役割を認識しよう

【シリーズ紹介】デザイナーはUIだけ考えてても、ユーザーに貢献できるわけではない
文章
【シリーズ紹介】デザイナーはUIだけ考えてても、ユーザーに貢献できるわけではない

【シリーズ紹介】デザイナーはUIだけ考えてても、ユーザーに貢献できるわけではない

1年目は意識してほしい、チームで成果を出すUIデザイナーの役割
22:52
1年目は意識してほしい、チームで成果を出すUIデザイナーの役割

1年目は意識してほしい、チームで成果を出すUIデザイナーの役割

2. 『UI作成フェーズ』の立ち回り
xx
2. 『UI作成フェーズ』の立ち回り

2. 『UI作成フェーズ』の立ち回り

できる人は全てやってる、UI作成時の『UIデザイナー8つの強い立ち回り』
46:30
できる人は全てやってる、UI作成時の『UIデザイナー8つの強い立ち回り』

できる人は全てやってる、UI作成時の『UIデザイナー8つの強い立ち回り』

3. 『要件共有フェーズ』の立ち周り
xx
3. 『要件共有フェーズ』の立ち周り

3. 『要件共有フェーズ』の立ち周り

新人デザイナーが要件共有で成功する立ち回り。ディレクターと協業して顧客目線にしていこう!
30:23
新人デザイナーが要件共有で成功する立ち回り。ディレクターと協業して顧客目線にしていこう!

新人デザイナーが要件共有で成功する立ち回り。ディレクターと協業して顧客目線にしていこう!

コード書けなくてもOK! できるデザイナーがやってる『エンジニアリングに貢献するべき』5つの理由 / エンジニアと協業するための"仕組み化"、"デザインデータ"、"モチベ"の概念
30:16
コード書けなくてもOK! できるデザイナーがやってる『エンジニアリングに貢献するべき』5つの理由 / エンジニアと協業するための"仕組み化"、"デザインデータ"、"モチベ"の概念

コード書けなくてもOK! できるデザイナーがやってる『エンジニアリングに貢献するべき』5つの理由 / エンジニアと協業するための"仕組み化"、"デザインデータ"、"モチベ"の概念

【要件もらった時の5つの立ち回り】課題解決するデザイナーは要件からデザインする
53:31
【要件もらった時の5つの立ち回り】課題解決するデザイナーは要件からデザインする

【要件もらった時の5つの立ち回り】課題解決するデザイナーは要件からデザインする

4. 『エンジニアリングフェーズ』の立ち周り
xx
4. 『エンジニアリングフェーズ』の立ち周り

4. 『エンジニアリングフェーズ』の立ち周り

【エンジニアとのズレ減らす】開発しやすいUIをデザインする3つのコツ
30:09
【エンジニアとのズレ減らす】開発しやすいUIをデザインする3つのコツ

【エンジニアとのズレ減らす】開発しやすいUIをデザインする3つのコツ

【エンジニアとのズレ減らす】開発しやすいUIをデザインする3つのコツ
30:09
【エンジニアとのズレ減らす】開発しやすいUIをデザインする3つのコツ

【エンジニアとのズレ減らす】開発しやすいUIをデザインする3つのコツ

5. デザインの伝え方
xx
5. デザインの伝え方

5. デザインの伝え方

【デザイン共有】3つのポイントを押さえるデザインドキュメントの作り方
22:11
【デザイン共有】3つのポイントを押さえるデザインドキュメントの作り方

【デザイン共有】3つのポイントを押さえるデザインドキュメントの作り方

【デザイン共有】MTGでの伝え方を実演してみた
22:33
【デザイン共有】MTGでの伝え方を実演してみた

【デザイン共有】MTGでの伝え方を実演してみた

トップ
/
UIデザイナー1年目の立ち回り
/
【デザイン共有】3つのポイントを押さえるデザインドキュメントの作り方
デザイン上達法

【デザイン共有】3つのポイントを押さえるデザインドキュメントの作り方

2024
2
13
スキルを上げて、創造のための武器を手に入れよう
すべての動画閲覧には、メンバーシップ加入が必要です
メンバー登録について

目次

  • オープニング 00:00
  • 伝わる3つのポイント 01:54
  • ドキュメント:結論パート 07:11
  • ドキュメント:中身と経緯 13:42
  • 【補足】前提を伝えよう 18:36

動画のFigma

動画で見せているスライドとデータのイメージはこちら
※理解で使ってください

Figmaのリンク

ドキュメントの書き方について

  • ドキュメントの書き方についての方針を共有するために、具体的な例を示しながら説明することが重要である
  • 受け手やチームの状況に合わせて伝え方を変えることが大切であり、その点を考慮した立ち回りが必要である
  • UI改善をテーマにした架空のドキュメントを作成し、それを元にUI共有時のミーティング方法も紹介する予定である

デザイナーのUIとアイディア共有に関するポイント

  • 伝える相手に合わせることが重要
  • ゴール、ユーザー、アイディアの三つの要素を伝えることが重要
  • ドキュメントの目的を明確にすることが大事
  • 具体的な物を早めに示すことで説明を省くことができる
  • ユーザーの共通課題感を持つことも重要

デザイン改善に関する議論

  • 無線の目的に合わせて数字や機能を設定することが重要
  • ユーザーの状態を改善するためにアイディアを出し、議論する必要がある
  • ユースケースを共有し、認識合わせして議論を進めることが重要
  • UIの改善理由やビフォーアフターの具体例などを明確に伝えることが大事
  • 議論の土台となる1つのテーマに絞って共有し、議論を進める

UIデザインの議論について

  • 議論の土台を1つに絞り、具体的なテーマを決めて議論することが重要
  • UIや機能の変更点を具体的に示すことで議論がしやすくなる
  • ユーザーの理想の状態や現状、課題を明確にし、改善仮説を考える流れが重要
  • ユースケースを決めておくことで、UIや機能の変更にリソースを効果的に使える
  • 実物やイメージがあるとUI設計の議論がしやすくなる

UI改善に関するミーティング

  • 取引時期や検索機能の改善が必要な現状を確認
  • UIの改善案として、名前での検索やフィルター機能を提案
  • ドキュメント作成時に目的や議論の方向性を明記する必要性が指摘された
  • ドキュメント作成時に自信がない部分や気になる点を明示することで意見交換しやすくなる
  • 次の工程で何を目指すか、チーム全体で認識合わせが重要だという意見も述べられた

目次

  • オープニング 00:00
  • 伝わる3つのポイント 01:54
  • ドキュメント:結論パート 07:11
  • ドキュメント:中身と経緯 13:42
  • 【補足】前提を伝えよう 18:36

動画のFigma

動画で見せているスライドとデータのイメージはこちら
※理解で使ってください

Figmaのリンク

ドキュメントの書き方について

  • ドキュメントの書き方についての方針を共有するために、具体的な例を示しながら説明することが重要である
  • 受け手やチームの状況に合わせて伝え方を変えることが大切であり、その点を考慮した立ち回りが必要である
  • UI改善をテーマにした架空のドキュメントを作成し、それを元にUI共有時のミーティング方法も紹介する予定である

デザイナーのUIとアイディア共有に関するポイント

  • 伝える相手に合わせることが重要
  • ゴール、ユーザー、アイディアの三つの要素を伝えることが重要
  • ドキュメントの目的を明確にすることが大事
  • 具体的な物を早めに示すことで説明を省くことができる
  • ユーザーの共通課題感を持つことも重要

デザイン改善に関する議論

  • 無線の目的に合わせて数字や機能を設定することが重要
  • ユーザーの状態を改善するためにアイディアを出し、議論する必要がある
  • ユースケースを共有し、認識合わせして議論を進めることが重要
  • UIの改善理由やビフォーアフターの具体例などを明確に伝えることが大事
  • 議論の土台となる1つのテーマに絞って共有し、議論を進める

UIデザインの議論について

  • 議論の土台を1つに絞り、具体的なテーマを決めて議論することが重要
  • UIや機能の変更点を具体的に示すことで議論がしやすくなる
  • ユーザーの理想の状態や現状、課題を明確にし、改善仮説を考える流れが重要
  • ユースケースを決めておくことで、UIや機能の変更にリソースを効果的に使える
  • 実物やイメージがあるとUI設計の議論がしやすくなる

UI改善に関するミーティング

  • 取引時期や検索機能の改善が必要な現状を確認
  • UIの改善案として、名前での検索やフィルター機能を提案
  • ドキュメント作成時に目的や議論の方向性を明記する必要性が指摘された
  • ドキュメント作成時に自信がない部分や気になる点を明示することで意見交換しやすくなる
  • 次の工程で何を目指すか、チーム全体で認識合わせが重要だという意見も述べられた

目次

  • オープニング 00:00
  • 伝わる3つのポイント 01:54
  • ドキュメント:結論パート 07:11
  • ドキュメント:中身と経緯 13:42
  • 【補足】前提を伝えよう 18:36

動画のFigma

動画で見せているスライドとデータのイメージはこちら
※理解で使ってください

メンバーになると見れます

ドキュメントの書き方について

  • ドキュメントの書き方についての方針を共有するために、具体的な例を示しながら説明することが重要である
  • 受け手やチームの状況に合わせて伝え方を変えることが大切であり、その点を考慮した立ち回りが必要である
  • UI改善をテーマにした架空のドキュメントを作成し、それを元にUI共有時のミーティング方法も紹介する予定である

デザイナーのUIとアイディア共有に関するポイント

※メンバーになるか、ログインするとみれます

UIデザイナー1年目の立ち回り

1. 現場でのデザイナーの役割を認識しよう
xx
1. 現場でのデザイナーの役割を認識しよう

1. 現場でのデザイナーの役割を認識しよう

【シリーズ紹介】デザイナーはUIだけ考えてても、ユーザーに貢献できるわけではない
文章
【シリーズ紹介】デザイナーはUIだけ考えてても、ユーザーに貢献できるわけではない

【シリーズ紹介】デザイナーはUIだけ考えてても、ユーザーに貢献できるわけではない

1年目は意識してほしい、チームで成果を出すUIデザイナーの役割
22:52
1年目は意識してほしい、チームで成果を出すUIデザイナーの役割

1年目は意識してほしい、チームで成果を出すUIデザイナーの役割

2. 『UI作成フェーズ』の立ち回り
xx
2. 『UI作成フェーズ』の立ち回り

2. 『UI作成フェーズ』の立ち回り

できる人は全てやってる、UI作成時の『UIデザイナー8つの強い立ち回り』
46:30
できる人は全てやってる、UI作成時の『UIデザイナー8つの強い立ち回り』

できる人は全てやってる、UI作成時の『UIデザイナー8つの強い立ち回り』

3. 『要件共有フェーズ』の立ち周り
xx
3. 『要件共有フェーズ』の立ち周り

3. 『要件共有フェーズ』の立ち周り

新人デザイナーが要件共有で成功する立ち回り。ディレクターと協業して顧客目線にしていこう!
30:23
新人デザイナーが要件共有で成功する立ち回り。ディレクターと協業して顧客目線にしていこう!

新人デザイナーが要件共有で成功する立ち回り。ディレクターと協業して顧客目線にしていこう!

コード書けなくてもOK! できるデザイナーがやってる『エンジニアリングに貢献するべき』5つの理由 / エンジニアと協業するための"仕組み化"、"デザインデータ"、"モチベ"の概念
30:16
コード書けなくてもOK! できるデザイナーがやってる『エンジニアリングに貢献するべき』5つの理由 / エンジニアと協業するための"仕組み化"、"デザインデータ"、"モチベ"の概念

コード書けなくてもOK! できるデザイナーがやってる『エンジニアリングに貢献するべき』5つの理由 / エンジニアと協業するための"仕組み化"、"デザインデータ"、"モチベ"の概念

【要件もらった時の5つの立ち回り】課題解決するデザイナーは要件からデザインする
53:31
【要件もらった時の5つの立ち回り】課題解決するデザイナーは要件からデザインする

【要件もらった時の5つの立ち回り】課題解決するデザイナーは要件からデザインする

4. 『エンジニアリングフェーズ』の立ち周り
xx
4. 『エンジニアリングフェーズ』の立ち周り

4. 『エンジニアリングフェーズ』の立ち周り

【エンジニアとのズレ減らす】開発しやすいUIをデザインする3つのコツ
30:09
【エンジニアとのズレ減らす】開発しやすいUIをデザインする3つのコツ

【エンジニアとのズレ減らす】開発しやすいUIをデザインする3つのコツ

【エンジニアとのズレ減らす】開発しやすいUIをデザインする3つのコツ
30:09
【エンジニアとのズレ減らす】開発しやすいUIをデザインする3つのコツ

【エンジニアとのズレ減らす】開発しやすいUIをデザインする3つのコツ

5. デザインの伝え方
xx
5. デザインの伝え方

5. デザインの伝え方

【デザイン共有】3つのポイントを押さえるデザインドキュメントの作り方
22:11
【デザイン共有】3つのポイントを押さえるデザインドキュメントの作り方

【デザイン共有】3つのポイントを押さえるデザインドキュメントの作り方

【デザイン共有】MTGでの伝え方を実演してみた
22:33
【デザイン共有】MTGでの伝え方を実演してみた

【デザイン共有】MTGでの伝え方を実演してみた

閉じる

0 Comments

Active Here: 0
Be the first to leave a comment.
Loading
Load Previous
Someone is typing...
No Name
Set
4 years ago
Moderator
(Edited)
This is the actual comment. It's can be long or short. And must contain only text information.
Your comment will appear once approved by a moderator.
Load Previous
No Name
Set
2 years ago
Moderator
(Edited)
This is the actual comment. It's can be long or short. And must contain only text information.
Your reply will appear once approved by a moderator.
Load More
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.
Load More