📈 今日のグロース研究
2,000人が読んで、実行したのは0人。今日いちばん役に立ったのは成功談ではなく、3つの「0」だった
きょうの結論
3人が同じ結論に着地していました。合計を見ているかぎり、直すべきものは分からない。段に分けて数えた瞬間に、磨くべき場所が入れ替わります。
TOPIC 1
今日のIndie Hackersに並んでいた「0」は3つ
今日の3件は、今週読んだどの成功談よりも実務的だった。
2,000PVagentgitがHNローンチで集めた閲覧数（本人公開値）
0件そのうち実際にpushした人数
53件FiWorthが「摩擦だけ教えて」と限定して集めた助言
TOPIC 2
被リンク10本の全部がスクレイパー。それでも効いたチャネルが1つあった
月4訪問ではA/Bテストが成立しない。だから返信の語彙を集めてポジショニングに反映している。
本人の総括が鋭いので、そのまま引きます。「前払いは需要を検証しますが、それはその問題を持つ人があなたを見つけられる場合に限ります。もう一度やるなら、プロダクトの後ではなく前に流通を作ります」。
そして返信を集めて分かったのは、人が気にしているのは機能一覧ではなく「問題を放置したときのコスト」だったということでした。これが「どんなA/Bテストよりも私たちの位置づけを変えた」と書かれています。
日本の個人開発コミュニティ(X・note・Zenn・各種Slack)に並んでいるのも、ほとんどが「完成品のリンク＋自己紹介」です。まさにスクロールされる型のほうです。空いているのは、自社の生々しい数値を主語にした1コメントのほうです。
TOPIC 3
「貼った人数」と「完走した人数」を別々に数える
Show HNの読者は、ターミナルを一度も開かずに「アカウント不要の方がいい」と同意できてしまう。
agentgit は git push を叩くだけでリポジトリができる git ホストです。アカウント不要で、エージェントが push したものは誰にも壊されません。痛みは本物なのに、オーガニックの push はゼロでした。
日本のローンチ報告は「PV」「いいね数」で止まりがちです。コピーされた回数と実行が完走した回数を分けて取るだけで、直すべき対象が説明文なのか信頼なのかが決まります。
TOPIC 4
指標そのものの更新：「LLMに推薦される率」を数える
「カテゴリ名での登録」と「問題文での登録」でクリック率は違うはず——という仮説と、同じ構造。
逆方向の懸念も鋭かったので置いておきます。「アカウント不要は使い捨てのエージェントブランチには刺さる。でも私はやはり退屈な監査証跡が欲しい。怖いのはアカウント作成ではなく、『エージェントが何かを作った』と『これは信頼された状態だ』の境界を失うことだ」。日本企業がAIエージェントを業務に入れるとき、まさにこの可視化が導入要件になります。
TOPIC 5
磨こうとしていた場所が、そもそも崖ではなかった
「線が動くことが報酬です」——更新したら目に見えてトレンドラインが動く、という設計思想。
FiWorth は純資産トラッカーです。銀行ログインなし、自動同期なし、完全に手動入力。銀行連携アプリを作っている開発者からの助言が効いていました。「手動のみは、私の本では機能です。銀行連携こそが信頼の摩擦が最も溜まる場所だから」。
国内の家計・資産管理アプリは、長く「金融機関連携の網羅性」で競争してきました。逆に言えば「連携しないことを価値として売る」ポジションはほぼ空いています。ただしこの事例の最大の学びは施策ではなく、4つの段を分けて取ること自体です。
TOPIC 6
今日いちばん安くて強い一手：changelogに要望者の名前を載せる
本人の言葉は「会心の一手でした」。実装コストは、1行。
もう1件、記録の規範が良かったので置いておきます。TranslateMom の方は4ブランドから各$250を集めながら、「入札で負けた側には全額返金されるので、これを$1,000の確定売上とも反復需要の証明とも呼びません」と書いていました。コミットされた金額／返金された金額／反復購入を、別々の列に記録する。合算しない。
明日の朝にできることを1つだけ選ぶなら、今週リリースする変更のうちユーザー要望がきっかけだったものを1つ選び、リリースノートに「この機能は〇〇さんのご要望で実装しました」と足すことです。本人の許可を取った表記で、アプリ内ポップアップと更新メールとXの告知に出す。ここだけは今日できます。
数値は本人が公開したものと記事側の推定を区別しています。ベンダー自社発表値はその旨を原文に明記しています。