nomo|PdM

とあるプロダクトマネージャー

[nomo|PdM @r_nmt000]

おもしろいなーAmazonでもこんなことしちゃうんだな〜

[Haruki Sonehara / 🇺🇸シリコンバレー企業のプロダクト戦略 @Haruki_Sonehara]

日本ではドコモの銀行のダメUIが話題だが、こちらUSプロダクト界隈ではUS版AmazonのダメUIがバズり中。

多くの人は「検索体験の時、AIチャットを自動で出せば便利になる」と思ってるが、実際は全然違う。

実際に起きているのはこれ👇

1. 検索意図を無視して「チャット状態」に強制移行させる

2. ただ商品を探したいだけのユーザーに余計な待ち時間とオーバーレイを押し付ける

3. 誰も求めていないのに計算リソースを大量消費する

Amazonアプリで何かを検索するだけで、強制的にフルスクリーンのAIチャット（Alexa for Shopping）が開くという大迷惑な体験。

大事なのは1番と2番。

ユーザーが「検索結果をすぐ見たい」という明確な意図を持っているのに、AIが立ち上がるまでの空白画面やチャットUIが邪魔をする。 これは「便利機能」ではなく「邪魔機能」だ。

おそらく中の人は、「AIを使った人が増えた＝成功」というメトリクスの罠にハマっている模様。

要するに、AIを「追加の選択肢」として置くのではなく「デフォルトで強制」してしまうと、プロダクトは一瞬で最悪になるということ。

[nomo|PdM @r_nmt000]

個人的にはスコープ削るよりエンジニアに残業お願いする方がハードル高いけどな👀
むしろエンジニアに残業・休日出勤させてでも期限守れる方が今の時代希少なスキルだと思うw

[Kuro | PdM @booksoccermark]

リリース直前の修羅場で、プロダクトマネージャーの真の推進力が試されます。

開発が進むにつれ、「思ったより実装が難しい」「予期せぬバグが出た」などの理由で、スケジュール遅延が見えてくることはよくありますよね。

この時、失敗を恐れるPdMは「エンジニアに気合を入れ直す（残業をお願いする）」か「納期を延ばす」選択をしがちです。

でも真に推進力のあるPdMは、ここで「スコープを削る（Descoping）」という決断ができるもの。

【「勇気ある撤退」の3ステップ】
☑️コア価値への立ち返り
「今回のリリースで検証したい最大の仮説（コア価値）は何か？」にもう一度立ち返ります。それに直結しない機能は、すべて削減対象です。

☑️具体的な削減案の提示
・ 「この機能はマストじゃない。フェーズ2（次回のリリース）に回そう」
・ 「このアニメーションは凝らなくていい。標準の挙動でいこう」
・ 「レアケースのエラーハンドリングは、一旦汎用的なエラーメッセージで対応しよう」
このように、エンジニアと相談しながら、削減してもコア価値が損なわれない部分を具体的に特定します。

☑️ステークホルダーへの説明と合意
スコープを削ることは、当初の約束を破ることにもなりかねません。だからこそ、「なぜ削るのか（納期を守るため、コア価値を最速で届けるため）」を丁寧に説明し、ステークホルダーの合意を取り付けます。

捨てることは、作ること以上に勇気がいります。しかし、この「勇気ある撤退」こそが、Time to Market（市場投入までの時間）を守り、ビジネスを前に進めるのです。

[nomo|PdM @r_nmt000]

画面遷移を俯瞰したい需要は残ると思うので、Figmaは残り続けるんじゃないかなーと思っている

[KAWAI @kawai_design]

https://t.co/WfW6tJQdy5

[nomo|PdM @r_nmt000]

おお、まさにプロダクトマネージャーの存在価値が言語化されている👀

[もとやま @ysk_motoyama]

https://t.co/oEcCWixV8W

[nomo|PdM @r_nmt000]

たしかに

[広木 大地/ エンジニアリング組織論への招待 @hiroki_daichi]

スタートアップの経営者と話していると、最近よく聞くようになった言葉があります。

AIで生産性が上がるなら、人員を圧縮した方がいいんじゃないか。

資金調達が厳しくなり、利益率改善を迫られる中で、確かに人件費削減は魅力的な選択肢に見えるのかもしれません。

でも、この発想には大きな前提が隠れています。

1人でできることより10人でできることの方が多い。10人でできることが1人でできるようになったなら、10人いれば100人分の仕事ができるはずです。100人分の仕事ができれば、それだけの売上を立てられる可能性がある。

にもかかわらず人数を減らした方がいいと考えるのは、つまりこういうことです。

このマーケットに成長余力がない。

人員削減を検討するということは、本質的には「マーケットの成長力がないところに人を張りすぎている」という状況の告白なんです。成長余力のあるマーケットを見つけて、そこに人的リソースを振り分け直す。これが経営の本質的な役割の一つではないでしょうか。

超大手企業で成長余力のない業界にいるなら、効率化を追求するのは理にかなっています。でもスタートアップの真のボトルネックは、多くの場合「ビジネスを創出するスピード」です。

AI時代に考えたいのは、効率化だけでなく拡張の可能性。10人で100人分の仕事ができるなら、100人雇って1000人分の価値を生み出す。そのための市場を見つけ、そこに挑戦していく道筋も、選択肢の一つとして検討してみる価値があるように思います。

#NewsPicksトピックス
https://t.co/RbQz8Zd15x

[nomo|PdM @r_nmt000]

マックのモバイルオーダー初めて使ったけど良いユーザー体験だ🙆

[わんこPM @dx_saru]

PMにコミュニケーション能力は不要だ。正確に言うなら、「コミュニケーション能力に依存しなくても回る状態」をつくるのがPMの仕事だ。

[nomo|PdM @r_nmt000]

これはほんとそう。
SaaS is deadって言いたいだけちゃうんかと

[Uzu @uzu_tech]

「LLMの登場でSaaSは不要になる」説にかなりの違和感があるのですが、みんなどう思ってるのか気になる。

彼ら曰く「全てのSaaSはデータの上っ面にあるWrapperでしかないのだから、ChatGPTで直接データ操作できればSaaS（≒既成UI）は不要になる」という感じらしいです。

でも、例えばTrelloとかNotionとかをChatGPTから操作したいかと言われると「確実にNo」なので、机上の空論なのではとも思うんですよね。

この辺うまく言語化したいですね。

[nomo|PdM @r_nmt000]

なんと👀

[ysdyt @yutatatatata]

おいおいおいおい
わしの生まれ故郷が〜〜〜

富士通、ブレインパッドを565億円で買収　1株2706円でＴＯＢ(ロイター)
#Yahooニュース
https://t.co/a2uVlhyUUq

[nomo|PdM @r_nmt000]

おおーこれはいいなあ。
でもいえにプリンターないとちょっとめんどい😇

[にっしー｜個人開発 @paranishian]

10年ぶりの個人開発アプリをリリースしました！
どんな写真もAIが自動で塗り絵に変換してくれる「ぬりえメーカー」というアプリです！

塗り絵探しに困っているパパママの方にぜひ使ってみて欲しいです！
https://t.co/Uz7VHDynpP

[nomo|PdM @r_nmt000]

恐らく相当ストレッチなアマプラ獲得数を目標に置かれており、プロダクト開発組織はそこに逆らうことができないという社内構造なんでしょうね😇

[Hiromitsu Takagi @HiromitsuTakagi]

レジに進むの次がなんで登録なんだよ。どういう感性をしてるんだ君ら。

[nomo|PdM @r_nmt000]

舐めすぎ😂

[にゆ@フロントエンドエンジニア 40代からの主婦フリーランス @niyu1103]

この求人は。。

なかなか辛い😮‍💨

[nomo|PdM @r_nmt000]

これはほんとそう。
顧客開発とか問題解決とかの領域の名著の方がためになる。

[Aki @『Noを伝える技術』著者 @LoveIdahoBurger]

私がプロダクトマネジメントを始めた頃はプロダクトマネジメント本がなかった。最近出てきたプロダクトマネジメント本は大体読んだけど、読んだ時にはもうプロダクトマネージャーやってた。そして思うが、実はプロダクトマネジメントに関係ない本のほうがプロダクトマネジメント的によかったりする。

[nomo|PdM @r_nmt000]

確かにこの戦略いいかも

[Uzu @uzu_tech]

瞑想タイマーアプリ、少しずつできてきた。
今回はReact Native WebでWeb版を作って、反応よければささっとモバイルに移行する戦略です。
初の技術スタック＆戦略なので、さてどうなるか。。

[nomo|PdM @r_nmt000]

エンジニアがPjMしてくれる世界線いいなあ〜

日本だと大体PjM立てるもんな👀

[サカモト@エンジニアキャリア論 @sakamoto_582]

同じですね。開発系であればPjMはエンジニアがやります。私もやる事あります。というかエンジニア経験ないと開発の話ついていけないのでバリュー発揮する上で障害になります。たまにアシスタントとしてエンジニアリング分からない人が入って、その他業務をやる事はある。

[nomo|PdM @r_nmt000]

１週間有給取って家業の手伝いしに帰ったんだが、人手が足りてるので実家で仕事してる。仕事が捗る。

[nomo|PdM @r_nmt000]

嘘でもホントでもヤバすぎる
（何か見た）

[Aki @『Noを伝える技術』著者 @LoveIdahoBurger]

いやさすがにネタだと思うんだけどちょっとこれをおもしろいと思うセンスがよくわからないし、もし本当だとしたらさすがにいろいろやばすぎでしょう（何か見た）

[nomo|PdM @r_nmt000]

これは美しい右クロスカウンター

相手の無礼さも相まって芸術点高い

[チャンギ空港2 @changigorilla]

Apple Intelligenceです！

[nomo|PdM @r_nmt000]

自分の周りだと使ってる人見たことないけど、そんなにMAUいるのか👀 https://t.co/t2PNALeLOr

[nomo|PdM @r_nmt000]

NotionAIがんばれ事案

[🐳布川友也(ふかわ) ｜ログラスCEO🐳 @Fukahire109]

ログラスではNotionを全社で使っていますが、AI時代において解約すべきか本気で考えてしまいます

Notionの良い所は、

・DBリレーションを自由に張れる
・ブロック単位でURLを作成でき、各ページにリレーションを張れる
・ページ内にページ階層を作れる

みたいな所だと思うのですが、AI時代においてはこれらはややマイナスに働いている

例えば、

・DifyやCursorからAPIやMCP経由でNotionのデータを取ろうとすると、ページ内部に階層があると正しく欲しい情報が網羅できない
　→一応APIで子孫階層もデータは取れるっぽいのですが、実務的にはリクエスト上限もあり、結構実装が面倒
・文章がブロックで区切られているので、正しくチャンクを拾えなくなるリスクがある
→これもRAG側での回避策はありそうですが、ブロックを束ねる処理が必要になってしまう

AIオリジンな次世代のドキュメント管理ソリューションが出てくるのだろうか...