Shunya Gotoh /

多分デザインをしている人。service / ui / ux / graphic / 主に学びや思考の断片を垂れ流します / 最近はインバウンド観光のアプリとウェブのデザインやサービスグロース系の業務してます

[Shunya Gotoh / @gtsh_Design]

働き始めると成果自慢みたいな感じでしか投稿しなくなってくるのか

と思いながら、昨日行われたサービス大賞で、自分が担当してるJapan Travel by NAVITIMEが「内閣総理大臣賞」をいただきました。

個人的には、高市さんと弊社の社長の2ショットが撮れて満足です

https://t.co/bCJwg964a4

[Shunya Gotoh / @gtsh_Design]

#config

[Shunya Gotoh / @gtsh_Design]

#fof_tokyo
#figma
#tokyo

[Shunya Gotoh / @gtsh_Design]

かくありたい。

組織の中だと、とてもとてもとても難しいが、1人で作りやすくなった時代なのだから環境や体制に甘えないでやり続けるしかない。

素晴らしい叱咤でした

[Yusuke Endo @ysk_en]

こんにちは。

デザイナーとして、大企業からスタートアップまで、かなり使われているプロダクトをデザインしていると自負しているのですが、多くの皆さんがAIでVibe Codingしただけで、使われるプロダクトを生み出せると思っていることに疲れたので、この投稿を書いてみます。

この投稿を読んですぐに取り入れられるくらい長く書くつもりです。長い文章が嫌いなら、とりあえずブックマークだけして後で読んでください。

1. 新しいプロダクトを考える時は、自分の好きなツールで考えるようにしてください。

AIは便利ですが、文章だけで考える必要はないです。考えが進むなら紙でも石でもレゴブロックでも良いです。

2. これから何のゲームをプレイしようとしているのかを理解してください。

どうすれば勝ちなのか、達成したいことを明確にします。プロダクトのデザインはアートではなくサイエンスです。

最高のユーザー体験は、勝つための体験設計の一部です。あらゆるものすべてに意思が必要です。デジタル領域のプロダクトはもはやeSportsです。

3. プロダクトの価値で課題を解決する場合、誰よりもその課題に乾きを持ってください。

解決していない現状に笑けるくらい怒ってください。できない場合、本当の問題に気づくのに多くの時間がかかり、大抵の場合は先に飽きがきます。

課題の実感がない人がデザインするプロダクトほど的外れで退屈なものはありません。自分がユーザーだとこの上ないですが、「この人の問題を解決したい」と思える実在の人の近くにいてください。会って話して存在する根源的な課題を認識してください。

4. 機能ではなく、もたらす結果から考えてください。

「あったら良いな」と思う機能は必要ないです。「必要な気がする」機能も必要ないです。わからないことばかりなのに、自分でゲームを複雑にする必要はないです。削って削って削り切ってなお削りすぎたと後で困るくらい削ってください。その上で命をかけたいと思えるコア体験に集中してください。

5. 退屈な解き方をしないでください。

ただでさえAIでクソみたいなツールが増えまくっているので、あなたが作るプロダクトくらいは面白くあってください。つまらないものに人生の時間を使わせないでください。

6. プロダクトを使う道のりを完全にコントールしてください。

あなたのプロダクトを認知してから、プロダクトの入り口にたどり着き、期待値を持って動き始め、最初の最高の体験をし、お金を払ってでも使い続けたいと思う、一連の流れを何度も何度も通しで確認してください。

すべての画面、パーツに意思と責任を持ってください。パーソナライズやカスタマイズといった言葉で濁して無駄に選択肢を増やさないでください。使う人が迷う要素を徹底的に排除し導きます。

素晴らしいプロダクトデザインは空気のようです。気づかないうちに流れていきます。普段使っているプロダクトがなぜそうなっているのか、なぜ使いやすいのか、なぜ使いにくいのかを観察して説明できるようにしてください。

7. 発明すべきか、ベストプラクティスに従うべきかで悩むと思いますが、UIにおいては一番使われているプロダクトを真似してください。

プロダクトは人に使われるための道具です。使われる感触もわからず、UIの作法もわからず、何も知らないのに「俺が考える最強のプロダクト」を作る？？ただ「時間を無駄にしたい」と言ってるだけです。守破離が近道です。

すべてを模倣するのではなく、中途半端に見た目だけ真似するのではなく、設計意図を理解した上で、ありがたく先人の試行錯誤の結果を拝借してください。

8. 最初からドーパミンに依存する安易な手段に逃げないでください。

焦らせて判断を鈍らせたり、論点をずらすような短期的なハックを前提にすると価値を見誤ります。ハックしなければならいほど価値のないものを作ってるんですか？ゲームに大勝利するためにも体験価値の証明を優先してください。

9. プロダクトの設計に迷った時は、リリース投稿やリリース動画を考えてみてください。

あなたがわからないものはユーザーも理解できないです。リリース時の様子が想像できないのならコア体験がまだ存在していません。作ってる自分やチームですら使うのにつまずくものはプロダクトになってないです。すべてを捨てて最初からやり直しても良いです。

10. プロダクトのスタンスやポジションを持ってください。

似たようなものがたくさんある気がしますが、あなたのプロダクトを使う言い訳がほしいです。単に便利なだけでなく、会う人々に勧めたくて仕方がなくなるような強い思想です。

スタンスやポジションはすべてのデザインの意思決定に現れます。見た目やテキストのトーン、情報設計の運び、他にはない使いやすさにです。

そのために、考えのすべてをAIに任せないでください。自分の意思を持ってください。

11. 期限を必ず切ってください。頑張っても間に合うかわからない期日を設定してください。

失敗する前提で早く動いてください。振り返るタイミングがないまま続けると失敗を認識できないからです。失敗を認識できないと改善できません。

手作りでじっくり時間をかけると愛着が湧いて失敗だと認識したくなくなります。大成功に近づくためにさっさと作ってさっさと失敗してください。

12. 素早く失敗したら、成功できるサイズやステップまで小さく小さく刻んで問題を探ってください。

失敗したということは、理解できていないことや認知していない領域が存在しています。中途半端な成功には注意してください。緩やかな死です。自信を持って成功している状態を認識し続けてください。

13. 最初から分業で物事を始めないでください。

分業はチームで最適化を行うための手段です。最適化すべきものすらない状態で、意味のないタスクを生み出して無駄な仕事をしないでください。そして、最初から自動化しないでください。バカな要件を自動化してもゴミが生まれるだけです。

13. ユーザーが使っている様子を生で見てください。

できる限り自然な状態で、説明なしに使っている様子をただただ観察してください。妄想だけでは想像もしなかったハードルが驚くほど見つかります。

14. 楽しく生きてください。つまんないやつが作るプロダクトはたいてい面白くないです。

15. 使ってもらえるプロダクトを作れるようになったら、対価をもらえるように価値の付け替えをデザインしてください。

認知と利用を一体にしたプロダクトのデザインをしたり、ユーザーのモチベーションを課金に転換したり、自己増殖的に価値が作られる仕組みを組み込んだり。この先も楽しいゲームが待っています。

16. なんだか導入の思想ばかり書いてしまったので、より具体的なプロダクトのデザインについては、数日後にパート2をあげます。フォローといいねを押してください。ありがとうございます。

[Shunya Gotoh / @gtsh_Design]

また読めるだけでなく、検証とコンバートもできるっぽいので、業務に取り入れやすくて良さそう。今後のアップデートも期待

[Shunya Gotoh / @gtsh_Design]

stitchのDESIGN.mdがオープンソース化した（alpha版）

前から DESIGN.md を他ツールにも置けたけれど、Stitch 以外がそれを一貫したルールとして正しく理解できる保証は弱かった。

今回、そのための仕様が公開されたということっぽい。

[Stitch by Google @stitchbygoogle]

Today, we’re open-sourcing the draft specification for DESIGN.md, so it can be used across any tool or platform. We’re also adding new capabilities.

DESIGN.md lets you easily export and import your design rules from project to project. Instead of guessing intent, agents know exactly what a color is for and can even validate their choices against WCAG accessibility rules.

Watch David East break down this shared visual language in action👇. New capabilities and links in 🧵

[Stitch by Google @stitchbygoogle]

Today, we’re open-sourcing the draft specification for DESIGN.md, so it can be used across any tool or platform. We’re also adding new capabilities.

DESIGN.md lets you easily export and import your design rules from project to project. Instead of guessing intent, agents know exactly what a color is for and can even validate their choices against WCAG accessibility rules.

Watch David East break down this shared visual language in action👇. New capabilities and links in 🧵

[Shunya Gotoh / @gtsh_Design]

copilotとfigma mcp使いながらフロントの側だけとりあえずコードを出して開発者に渡してみてるけど、Composeと SwiftUIで構造だけでも渡せるようにしたい。

figmaさん、はやくアプリもいい感じにサポートしてくれないですかね

[Corey Lee @factorzero]

みんなツールの話ばかりしてるけど、結局プロダクトの質と戦略で勝負だよね。

[Shunya Gotoh / @gtsh_Design]

#DeNAxAI_Day

面白い

デザイナーだが今年は開発頑張ると事業責任者に宣言したので、今回得た知見をもとに精進せねば。

[坪田 朋 / クラシル CPO @tsubotax]

Figma不要論は、問題はFigmaではなく、デザインとコードが分離したまま開発が進む構造が根幹にありそう。

Claude CodeやCLIで直接改善を重ねるほどFigmaデータが実仕様と乖離してくるし、後から合わせるのも管理コストが膨らむ。

ただキャンバスが要らないわけじゃなく、GUIで細かい調整を突き詰める作業したい事もあるし、職種をまたいで全体の流れを確認するのは、今もキャンバスが一番速いし便利。

Claude CodeやCLIでプロダクトを作る時代に、進化が必要なのはデザインデータもコードと同じ場所に存在させる事で、Pencilが "Design on canvas. Land in code." として目指している気がするので、Figmaも同じ方向に進化してほしい気持ち。

結論、GUIとCLIの両方からデザインを触れるのが一番良さそう。

[Shunya Gotoh / @gtsh_Design]

Google mapがなんか変だなって思ったらトレンド（グラデ）にのまれてた

[Shunya Gotoh / @gtsh_Design]

近い思想として挙げられていた人たち

•存在論：ハイデガー × ユクスキュル
•生成論：デューイ
•実践論：ショーン
•設計論：サイモン
•意味志向：ソットサス
•倫理観：アーレント

[Shunya Gotoh / @gtsh_Design]

チャッピーに、自分のデザインの思想はどこに近いか、プロジェッティスタやゲシュタルター、現代的なデザイナー観を踏まえて整理をしてもらったんだけど、最終的に出てきたのがそれらを飛び越えて「存在論的プラグマティスト型デザイナー」だねって言われた。

明日からそう名乗ろうかな

[Shunya Gotoh / @gtsh_Design]

すぐ買えるものだったらCTRを最大化するだけで旨みあるだろうし、そもそもLPなどのimpが足りなくて次進めないなら流入が増えるだけで嬉しいし、元のビジネスなどの目的や性質をみて実践しましょうという当たり前のことを考えるのが大事ですね

[Shunya Gotoh / @gtsh_Design]

良くみえるビジュアルがコモディティ化した世界だからこそ逆に目を引くということかな？

そう思いつつ、認知拡大のためならCTR重視でもいいかもけど、成果のためのバナーが多いと思うので、遷移後のCVRも合わせて見ないと意味なさそうな🤔
（どこの媒体にどういう契約で出すのか次第だけど）

[KAWAI @kawai_design]

https://t.co/yNUBWG8suz

[Shunya Gotoh / @gtsh_Design]

まぁそんな一般論は前提か。。。

[Shunya Gotoh / @gtsh_Design]

day2
#Spectrumtokyo

[Shunya Gotoh / @gtsh_Design]

#spectrumtokyo

初参加。

そこはかとなく他のイベントよりわちゃわちゃとした雰囲気を感じる

[深津 貴之 / THE GUILD, note @fladdict]

つまらん人にAIを与えても、つまらんものを大量生産する…
人類はこの命題を超えなければならない

[Shunya Gotoh / @gtsh_Design]

動画がコンテンツとして強くなってきたのは、テクノロジーの進化もあるけど、文章に比べて受動的にいられるからだよなーと改めて再確認した。

文章は続きを見るために常に能動的に動かなきゃいけない。文を読むとはとても身体的な行為