Kyoto.LT 第20回 「エンジニアによるデザイン」のまとめ

1
setoh @seto_hi

例を出して論理的に説明することでユーザーが本当に欲しいものがわかることがある。なるほどなぁ #KyotoLT

2018-04-20 19:28:54
setoh @seto_hi

フリーランスではUXだけでなくCX(クライアントエクスペリエンス)が重要!至言だ! #KyotoLT

2018-04-20 19:30:31
やぎにい @yaginier

今の京都っぽくてよいですね(?) #KyotoLT

2018-04-20 19:32:05
setoh @seto_hi

エンジニアでもモックアップ用のツールを使えるようになると良いですよね〜わかります〜(使えない人です) #KyotoLT

2018-04-20 19:32:07
N.Kaname @nory_kaname

発表前に公開。#KyotoLT twitter.com/nory_kaname/st…

2018-04-20 19:36:05
N.Kaname @nory_kaname

今日のLT資料、事前公開版。 デザイン領域へiOS / Android開発 slideshare.net/baroqueworksde… @SlideShareさんから

2018-04-20 13:29:31
やぎにい @yaginier

デザインガイドラインをつくる #KyotoLT

2018-04-20 19:40:49
setoh @seto_hi

デザインの統一が暗黙知化されてるのはよくないですよね〜(現実から目をそむけつつ) #KyotoLT

2018-04-20 19:42:16
やぎにい @yaginier

この統一感ある/ないという抽出方法めちゃくちゃよさそう #KyotoLT

2018-04-20 19:43:09
setoh @seto_hi

「ここはガイドラインから外れてるんで直しませんか?」っていう議論ができるようになるのでガイドラインはとても便利 #KyotoLT

2018-04-20 19:45:22
やぎにい @yaginier

「これみんななんて呼んでるの」めちゃくちゃあるあるある。iOS/Androidで呼び方が違う同じ様なデザインパーツとか。結構困ることがある。 #KyotoLT

2018-04-20 19:45:33
setoh @seto_hi

ガイドラインを作っても実際のアプリが即してない問題、ガッとデザイン変更するのが解決策? #KyotoLT

2018-04-20 19:47:04
setoh @seto_hi

ガイドラインが実際のデザイナーの業務フローに即していない。デザイナーとのコミュニケーション不足で作ってしまった故の失敗。 #KyotoLT

2018-04-20 19:48:11
setoh @seto_hi

ガイドラインをひとりで勝手に作ってしまうとみんながあまり愛着を持ってくれない。確かに.. #KyotoLT

2018-04-20 19:48:50
setoh @seto_hi

弊社のアプリのデザインガイドライン、色はしっかり決まってるけどそれ以外はゆるふわでやってる。世界観と文言はみんなの心の中になんとなく共通認識がある(よくない) #KyotoLT

2018-04-20 19:50:54
setoh @seto_hi

普通のデザインを普通に作れるのは当たり前で、それ以上の上積みができるようになるのが大事 #KyotoLT

2018-04-20 19:56:46
setoh @seto_hi

20%の工数で80%の品質を出せるのがガイドラインのよいところ #KyotoLT

2018-04-20 19:58:33
setoh @seto_hi

アニメーションによって体感速度が(い良い方に)変化する場合がある。その方法よく使ってます。 #KyotoLT

2018-04-20 20:00:23
setoh @seto_hi

多分この規模じゃないと聞けないようなギリギリの話もあってすごい楽しかったです!ありがとうございました! #KyotoLT

2018-04-20 20:02:59
らっきー @lucky_rand0

今日はデザインの話、Androidの話、VRの話などができて満足です。ありがとうございました。 #KyotoLT

2018-04-20 23:44:46