シオ

考える羊 // UX / Product designer // Zelda / sony α7iii / Osaka↔Tokyo // Illustration ▷ @shio312e // bsky ▷ @shio312 // 運営スタッフの1人▷ @takoyakiux

[シオ @shio312]

Product Engineering Lab #2 -エンジニアの役割はどこまで拡張すべきか- https://t.co/KvgC93FXGH #PdE_Lab

[菅原大介｜リサーチャー @diisuket]

Claude Codeを活用したデザインレビューエージェントの運用
・ユーザビリティ専門家：UIの使いやすさや操作性を評価
・アクセシビリティ専門家：WCAG基準への準拠等を評価
・UXエキスパート：特定のペルソナとして体験性を評価
→明確な基準があれば強く、文脈依存には弱い
https://t.co/bwlmOuAV1b

[Andy | ドラッカーを実践する参謀 @findurtalents]

https://t.co/7qieXFrm53

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

日本の抱える構造課題を、AIが調べて勝手にまとめてくれるシステムの雛形作ったので、フィードバックくれくれ。

https://t.co/lElHbOBmh9

[シオ @shio312]

おお？

[Figma @figma]

Imagine a world where you could copy/paste websites into editable Figma layers (jk you don’t have to imagine you can do this now with our Chrome extension)

[ゼルダの伝説 @ZeldaOfficialJP]

Nintendo Switch 2 ソフト『ゼルダの伝説 時のオカリナ』を発表しました。2026年発売です。
#ゼルダの伝説 #時のオカリナ #NintendoSwitch2
https://t.co/zN8hmcQMOv

[シオ @shio312]

ゼルダの伝説 時のオカリナ [Nintendo Direct 2026.6.9]
ファーーーーーー！！買うしかない

https://t.co/BIf0WqEaZ9

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

[シオ @shio312]

AI駆動開発を2コマンドで組織標準に ── Claude Code × Codexで設計からテストまで https://t.co/P25Dljhq6R

[おざけん @ozaken_AI]

https://t.co/braYmBNROr

[菅原大介｜リサーチャー @diisuket]

データマネジメントを行う立場からのAIへの関わりかた
・AIが組織に浸透すると問題になるのは定義の不確実性
・同じ言葉が違う意味で組織内を流通する速度が上がる
・ユースケース毎の許容範囲＝セマンティックレイヤー
・判断観点：用途、事業上の優先度、影響範囲、リスク
https://t.co/l3DInOc3gq

[シオ @shio312]

なお開発者

[ギズモード・ジャパン（公式） @gizmodojapan]

iOS 27のサポート対象が発表されました。

iPhone 11以降が対象.
つまりiPhone Xより以前のiPhoneは、そろそろ買い替え時ってことですね。

#WWDC26 #wwdc

[せんにゅう| DX・システム開発 @kokisennyu]

テックブログ更新しました！

Hooksを活用すると、コード側で実行前後の処理を強制することができます。

プロンプトでの制御ではなく、決定論的にClaude Codeの処理を制御する方法に正解を出してみました👇

https://t.co/DGywVo2so1

[シオ @shio312]

brand mdの方がSaaS提供側であればしっくりする気がする

[KAWAI @kawai_design]

「brand.md」とは？

それは、デザイナー向け資料ではなく
AIに渡す「思想のルール」です。

入れるものは難しくありません。

☑︎ どんな印象にしたいか
☑︎ どんな印象を避けるか
☑︎ 色
☑︎ フォント
☑︎ 写真トーン
☑︎ 余白
☑︎ 禁止表現

これがあると、
サムネ、資料、Webを作るたびに
同じ説明を繰り返さなくて済みます。

6月15日に開催する無料ウェビナーでは、
brand.mdから1枚HTMLにする流れを扱います。

詳細はリプ欄へ。

[iwashi / Yoshimasa Iwase @iwashi86]

スタンフォード大の授業で、LLMをゼロから作り上げるもの。これをこなしたら、めちゃくちゃ力がつきそう。

https://t.co/aykZbLXt2p

[シオ @shio312]

関大早い！
子供自身を守るためにも、子供のリテラシー教育は大事

[kawa_it 𓃦 @kawa_it]

関西大学初等部さんの「生成AIガイドブック」が公表されていますね。

PBLで小学生が策定に関わったり、保護者アンケートがあり、
アンプラグド、保護者も共同パートナーとしたガイドブックの構築や内容は、私学はもとより、教育委員会の小学校版の参考になると思います。

https://t.co/qRrd8Ddspi

[シオ @shio312]

5つのカンパニーが社会を"面"で変えていく――PKSHAのLayer構造が持つ可能性｜PKSHA Delta https://t.co/6lRQH9YLIP

[るるてあ @k_r_r_l_l_]

６月！