やまち｜yamachi

体験にこだわりたいプロダクトマネージャー｜PM Jam所属｜教育サービスPdM≪ 印刷サービスPdM

[Yoshitaka Miyata / 宮田善孝 @zenkou_1211]

SaaSの時は星取り表を見れば、だいたいどのユースケースに対応できるのか判断できたので、10社提案もらって、比較検討することができた。
しかし、AIプロダクトになると、確率的な出力をベースに設計されているので、実データをインプットして、アウトプットを見ないと、実運用に耐えるか判断つかない。
そのため、SaaSのときよりも一段深く、PoCまでやらないと、導入可否が判断できない。
じゃ、10社PoCできるかというと、そんなこと業務を持ちながら、進めるのは不可能なので、多くてて2社、ほとんどのケースはPoCの段階で1社に絞られる。
とすると、その1社に入る必要があり、EP攻めるなら、もはや紹介か、圧倒的な実績によるブランディングしかない。
そして、ユーザコミュニティの重要性が質的に上がる。

ソフトウェアの提案は、どんどんコンサルティング業界におけるSalesに近づいているように思う。

[やまち｜yamachi @yamapiya_]

ものづくり大国から「ものがたり大国」へ。マンガ・アニメで外貨獲得なるか。https://t.co/XV6EEajgjk

[やまち｜yamachi @yamapiya_]

思考を切り取る言葉と情景を切り取る言葉には大きな違いがある。後者は写真に似ている。

[Clucky - Loud Alarm Clock @tryclucky]

clucky is out! https://t.co/1lgFehGy7o

loud rooster, no snooze, earn your morning.
invite your friends to a flock. one alarm, everyone up.

#shipaton

[やまち｜yamachi @yamapiya_]

論文上でも「意図負債」の実態は「意図の逸失」であると整理されていました。著者はその上で、逸失状態を「意図負債」と呼んでいますね。
その状態自体が、将来の保守運用で追加コストを生むメカニズムを持つため、管理対象の負債として扱うべきだという主張でした。

[やまち｜yamachi @yamapiya_]

知らなかった。意図負債という概念は覚えておきたい。

>「技術的負債」に対比して近年論じられるようになった「認知負債」「意図負債」の概念

>意図負債： 「そもそも何を実現したかったのか」「なぜこの方針を選んだのか」という意図・目的レベルの情報が失われていく負債 https://t.co/xvYOW6WHQE

[やまち｜yamachi @yamapiya_]

「意図負債」は負債ではなく逸失では?という指摘が入りました。たしかに。この概念は論文出自なので原典上の整理を見てみます

>「技術的負債」に対比して近年論じられるようになった「認知負債」「意図負債」の概念です。これは、Storey (2026) によって提唱されたものです。
https://t.co/JMte6P1yiw

[やまち｜yamachi @yamapiya_]

matchingはこの切り口あると思っていた。それをこのクリエイティブで仕立てられるのは強い。

[さとぽん @satopon__]

NewMatch Clubが爆伸びしてます！！❤️‍🔥👥

すべてインハウスで、数ヶ月で100回以上のオフラインイベントを実施しました！本質やっていくぞ！💎

NewMatchが少人数グループで新しい出会いが生まれる新リアルイベント機能「Club（クラブ）」を正式提供開始 https://t.co/yQaRsgq5Na

[坂上真大@tanomo @madai0517]

"HRBPは、人事ではない。
PdMも、プロダクトを作る人ではない。"

そう、どちらも「Business」が根幹にある。
採用もプロダクトも「Business」の実現手段。
極論、Businessが成立するなら採用しなくてもプロダクトじゃなくてもいい。

もう1つこの2つの職種に共通するのは「ちょっと先手を取ること」

顧客から言われたこと、経営から言われたことに対応するのは後手なのだよな。

[やまち｜yamachi @yamapiya_]

着眼点がすてき

[Horiken @kamihork]

iOSアリ「Enlog」をリリース！

友達や同僚の「好きなもの・苦手なもの・誕生日・話したこと」を記録する、自分専用のノートです。

アカウント不要、広告も追跡もなし。

@RevenueCat の #Shipaton に参加中🚀
#BuildInPublic #個人開発

[やまち｜yamachi @yamapiya_]

> 従来は『会議で作るものを絞り、選ばれたものだけ実装』。実装が安くなった後は『先にアイデアを作り、会議で間引く』。作ってから捨てる方が、絞ってから作るより速いという変化です

[Shin丨AI×プロダクト開発の専門家🤵🏻 @shin_sasaki19]

リクルートが自部署のエンジニア全体にClaude CodeとCodexを配り、使い方を指定せず約1年観察した結果がめちゃくちゃ面白い📝

モデルに大きな差はないのに、SEOでは起案から実装まで0.5日、3カ月で63施策。一方、自律ループを回した現場では、数日で数百万円のトークン代を使っても品質が収束しませんでした。

差を生んだのは『モデルの賢さ』ではなく『コンテキストの構造』。そして、AIで実装が速くなった後に待っていたのは、開発組織全体の同率の高速化ではありません。

ボトルネックの移動でした。

■ AIで安くなるのは『作るコスト』
・AIが下げるのは、ROIの分母にある初期開発費
・これまで価値が低くて作られなかったのではなく、開発費と釣り合わず作れなかったシステムの顕在化
・部署単位、顧客単位、業務単位の個別開発まで成立するROI
・単価低下で用途と総需要が増える『ジェボンズのパラドックス』
資料では、日本のITエンジニアが1985年の約32万人から2024年の約144万人へ4.5倍に増えた歴史も紹介。抽象化は仕事を単純に消すのではなく、基盤を深く支える少数と、抽象化の上で大量に作る層へ職能を再配置してきたという見立てです。
ただし、安くなるのは主に初期開発。検証、統合、運用、保守、障害対応、セキュリティ、そして責任のコストは自然には下がりません。
AIが量産するのは、ソフトウェアだけではありません。未来の保守対象も同時に増加。

■ 成否を分けた『コンテキストの構造』
・レガシーシステムでは、本体に触れない境界を設け、経験者の暗黙知で推論範囲を限定
・Airワークでは、Skillsとカスタムエージェントにベテランの知識を外部化し、『冗長だが疎結合』な構造で変更影響を局所化
・SEOでは、Googleのガイドラインなどの一般則で推論を拘束し、改修範囲もフロント側へ限定
・リクナビNEXTのバッチでは、負荷、データ分布、整合性など『コード外の現実』を渡せず、単体テストは通るのに本番で壊れる偽陽性

必要なコンテキストと、AIに渡せるコンテキストの差が大きいほど、推論の自由度と誤りが増加。使えるレバーは、境界や疎結合化で『必要な情報を減らす』か、Skillsや経験者の知識で『与える情報を増やす』かの2つです。

モデルを替える前に、推論の幅を狭める設計。

■ ループは回っても、品質は収束しない
EOSL対応では、Claude Codeを人手なしで回し続けるループを構築。しかし、要件、テスト観点、コード生成、評価までを同じ確率的な系に入れた結果、周回のたびに改善方向が揺れ、数日で数百万円を消費しても品質は収束しませんでした。

そこで役割を分離。
1 AIはテスト観点とYAML仕様書の生成
2 YAMLからテストコードを作るのは決定論的プログラム
3 テスト実行とカバレッジ計測も決定論的に評価
4 足りない観点だけをAIへ戻して次の周回

生成は確率的なままでよい。ただし、品質責任まで確率に預けないこと。自律性の高さより、誤っても検知でき、壊れにくく、収束できる評価系の設計です。

■ 次のボトルネックは『判断と受け渡し』
SEO施策では、会議の役割も逆転しました。

従来は『会議で作るものを絞り、選ばれたものだけ実装』。実装が安くなった後は『先にアイデアを作り、会議で間引く』。作ってから捨てる方が、絞ってから作るより速いという変化です。

一方、資料では8人が相互にやり取りすればコミュニケーション経路は56本。AIが各工程を速くしても、要求、設計、実装、確認の受け渡しは消えません。むしろ生成が安くなるほど、ハンドオフの遅さが目立ちます。

その対策が、フルスタック×フルプロセスの『フルフル』と、階層の浅い組織。人間には、問いを立てる、判断する、境界を引く、品質責任を持つ、異常時に介入する役割が全工程に薄く残るという整理です。

https://t.co/KMnSde1R0G

[やまち｜yamachi @yamapiya_]

LINEマンガのエンハンス予想外だった。まさか動画サブスクを加えてくるとは。LINEMOとNetflixのプラン提携のタイミングから引かれてた戦略の1つなのだろうか。

[松本健太郎｜データサイエンティストCMO @matsuken0716]

声に出して読みたい日本語

> ブランドとは、突き詰めれば「便益と独自性（PoD、Point of Differenceの略）の認知、そしてその想起」である。それ以上でも、それ以下でもない。

（この記事は2026年8月8日 8:12まで無料登録せずに読めます） https://t.co/PpjPkmvhdx

[宇佐美進典 @usapon]

良い資料。

> 「どれだけ作ったか」ではなく、「どれだけ価値として積み上がったか」を見る。

AIのおかげでアウトプットのコストは急激に下がったからこそ、今後は「価値を測る力」「ユーザー観察」「KPI設計」「改善サイクル」を回せる人ほど強くなる時代に。

[Ryo Nakae @ryo_dg]

mogという、SNSで見つけた「あとで作りたいレシピ」をかんたんにブックマークできるアプリを作りました🍳 AIがレシピを見やすく整理してくれて、元投稿もすぐ確認できる。「夏にぴったりなもの」のようにふんわり検索も可能。タイマー機能などもあり。良かったら使ってね🐶
https://t.co/T8OjTGJoYE

[やまち｜yamachi @yamapiya_]

#グロラ 行きたかった（イベント見落とし）

[小出 孝雄/エイジレスCEO @takoidet]

続いて厚労省のデータも合わせて作成した、
職業別の「平均賃金×求人倍率」の散布図。 右行くほど稼げて、上行くほど今の日本で不足している職種。そして円の大きさが職業人口数。
一般事務は人数も多いし年収も悪くないが、求人倍率が0.35と恐ろしく狭き門になりつつある。

[やまち｜yamachi @yamapiya_]

仮想空間と現実空間でインタラクティブな体験を作れる技術が爆誕している

[Sadao Tokuyama @tokufxug]

Decartが世界モデルの新AI「Lucy 2.5」を発表！

仮想空間に入るのではなく、自分の環境のまま周囲に世界がリアルタイム生成。

カメラを通じて自分の動きに世界が反応・変化する新体験を提供。

詳細（体験ページ）はリプ欄。

[やまち｜yamachi @yamapiya_]

面白い仮説だった

[荒田裕介 │ CFL主宰 @Ara_y222]

https://t.co/lzpIo42Fzk

[やまち｜yamachi @yamapiya_]

なるほど、これはスマートだ

[森下 浩隆｜食品EC売上を3〜6倍にする人 @morikenyui]

こういう
顧客リストの集め方もあるのか

ヨックモックの
大人気商品「クーシェ」。

連日整理券が
配られるほどの人気ですが、
店頭で配布していた整理券を、
デジタル整理券へ切り替えるという投稿が

「待ち時間を減らすための対応なんだな」

と思って見ていたのですが、よく見てみると、

LINE登録
↓
LINEミニアプリで整理券を取得

という仕組みになっています。

すでにLINE登録者は30万人以上。

単に整理券をデジタル化したのではなく、

「人が集まるタイミング」を顧客リストの獲得につなげているんですね。

こういうリストの集め方もあるのか、と勉強になりました。

通販でも応用できそうな事例です