ysmt

主に備忘録 / UX / UI / Web / iOS / Graphics

[こぎそ @kgsi]

デザイナーの転職相談を受ける機会が増えているけど、やはり書類選考の通過率が体感で下がっている。
本人のスキル不足というより、構造の変化が大きいと感じる。

AIが制作・実装の実行部分を圧縮した結果、「UIを作れる」だけの求人は減り、企業の募集要件は二極に寄ってきている。

👉実装まで踏み込める人
👉事業の意思決定まで担える人

この状況で効くのは、肩書きの言い換えではなく証拠を先に出すこと。デプロイ済みの成果物、定量で語れる実績、コードが見えるリポジトリ。書類は「判断できない人」から順に落ちていく。

あと媒体応募一本より、当たり前だが紹介や業務委託から入るルートのほうが今は決まりやすい印象。
同じ景色を見ている人、他に効いている動き方があったら聞いてみたい。

[トム・イシカワ（石川 智規） @tomonorix0805]

“デザインの知識が共有されにくかったのは、デザイナーが書かなかったからだけではありません。
・書ける形式がなかった
・渡す構造がなかった
・読ませる対象が人間だけだった
・そして、判断の一部はそもそも言葉になりにくかった”

AI時代のデザインという営みについて超重要なことが書かれてる。

[hiromi maeo @enhanced_jp]

https://t.co/FM3fPit0i9

[こぎそ @kgsi]

改めて「デザインハーネス 〜デザインにおけるハーネスエンジニアリング〜」にご参加いただき、ありがとうございました！本イベントにて公開された記事、登壇資料をスレッドにてまとめて紹介します👉

[トイ @toy1818]

最近取り組んでいることを書きました！！
NEWTでは、デザイナー以外もデザインできるように基盤を整えていっています！

デザイナーの脳内をコピーして、誰でも90点以上のUIを作れるようにする｜トイ https://t.co/C1wqFp143E

[こぎそ @kgsi]

「デザインハーネス」の思想と定義をまとめたウェブサイトを公開しました。

制約・文脈・検証・評価の4層でAIエージェントの力を人の判断で御していく、という考え方を一箇所に整理しています。今後は実践事例やケースも順次追加していく予定です。
なお、来週7/9にも「デザインハーネス」についてのイベントを豪華登壇陣を招き開催予定です、そちらもお楽しみに。

ちなみに今回、ハーネスの検証の意味も含めてLP、デザインツールは一切使っていません。OGP画像以外はすべてClaude DesignとClaude Codeで制作しています。このあたりの制作プロセスも、追ってナレッジとして共有していきます。

[MdN_後藤憲司 @gotoken_MdN]

先ほど、25年務めた株式会社エムディエヌコーポレーションという会社は無くなりました。

育ててもらった会社で培った知識や経験は、移籍先のインプレスや出版業界、社会に還元して貢献していけるよう努めます。┏○

なんか右にズレたw

#MdN

[太田賢一／Design Mgr @kenichiota0711]

https://t.co/WpKR1lGoWE

[Figma @figma]

Generative plugins, built by you and the Figma agent

Describe the tool you need: behaviors, controls, parameters and get exactly what you want for your workflow

Live from Config 2026

[こぎそ @kgsi]

Figma Motion、今日から使えるらしい！そしてMP4書き出しも対応！#config

[Maestro @maestro__dev]

Claude and Cursor can already write, run, and fix your mobile tests. That's agentic UI testing. That's Maestro MCP.

[ソーダ水（6/9有休） @sodawateeer]

https://t.co/yjWyh6kFKw

[Haruka Shimizu｜Designer @haruruuun0405]

https://t.co/KXKITcHMD2

[こぎそ @kgsi]

https://t.co/Vk3tLwLZOA

[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をあげます。フォローといいねを押してください。ありがとうございます。

[ヤスヒサ 🗑 @yhassy]

300以上UIを生成して新たなパターンを見つける検証。UIインベントリを作り、現存パターンを整理したデザインシステムだと、将来新しく生まれるかもしれないUIに対応できない可能性があると思う。 とにかく、考えられるものを一度すべて書き出してみるのもアリだし、今だったら容易。

[こぎそ @kgsi]

購入はこのページからできる👍
https://t.co/fZiex0lf61

[鹿野 壮 Takeshi Kano @tonkotsuboy_com]

重大発表です。この度、技術評論社にて『TypeScriptコードレシピ集』を執筆しました🌼
TypeScriptやJavaScriptの新しい構文に対応し、逆引き入門書として使える書籍です。680ページに魂を込めました。5/28に紙面・電子書籍同時発売です。
https://t.co/ccokenEDdT
#TypeScriptコードレシピ集

[ヤスヒサ 🗑 @yhassy]

無料のフォント管理アプリ
https://t.co/9jpzplg0an

[こぎそ @kgsi]

イベントレポート：Design Node Vol.1 「AI時代、デザインはどう再配置される？ ～デザインという行為の再定義〜」 https://t.co/a8s9EeYd6x