創業者が主導するウェブサイトを構造化し、文章を書き、ローンチするための実践ガイド。プロダクト哲学を明確に伝え、信頼を得る方法を解説します。

創業者サイトはパンフレットではなく、明確な意図表明です。1行も書く前に、このサイトが何のためにあるのかを決めてください:ボタンが何個あるかではなく、製品の背後にある「なぜ」を伝えて、読者がどんな信念で作られたかを理解できるようにするためです。
あなたのプロダクト哲学は次のような問いに答えるべきです:
これが明確なら、各ページは同じ物語を支えることができます。
最初のバージョンで一つの主要対象を選んでください:
次に、その対象に結びついた単一の成功アウトカム(メール登録、デモ申込、事前注文、採用の関心 など)を選び、サイトをそこへ誘導するよう設計します。
「機能している」とは何かを数値で書き出してください:コンバージョン率の目標、週間デモ申込の目標、または最低限の質の高いメール数など。
サイトを長い自伝にしないでください。哲学を直接説明しない限り、だらだらした起源話は避けましょう。また「AI駆動のシナジー」などのジャーゴン多用はやめ、弁護できる具体的な約束に集中してください。
プロダクト哲学は、なぜそのプロダクトを作ったのか、そして今後どう意思決定を行うかを説明する短い信念のセットです。宣言文ではなく、賢い友人に説明するように書いてください。
サイト全体(ホーム、/about、プロダクトページ)で使える一行を下書きしてください:
「[誰のために]、私たちは[痛み/問題]を[アプローチ]で解決します。なぜなら[生みたい変化]を信じているからです。」
例:「小さな代理店オーナー向けに、私たちは意見を持ったワークフローでプロジェクトの混乱を減らします。なぜなら、カスタマイズの常時調整よりも明快さが勝ると信じているからです。」
意思決定を導くのに十分具体的なものにしてください:
信念は内部向け、約束はユーザーが期待できることです。
トレードオフは誠実さのサインで、適切な顧客の自己選別を助けます。
例:
読者が将来の意思決定を予測できるなら、哲学は機能しています。
創業者サイトが機能するのは、ターゲットの人たちが普段使う言葉のように聞こえるときです。哲学を書く前に、顧客が問題をどう表現するか、いつそれが痛みになるか、そして「より良い」とは何かを聞いてください。
まずは5–10の実際のフレーズを、ユーザーが自分の声で話している場所から集めます:
特に「疲れた…」「ただ〜したい」といった短く感情的な一言は、見出しやサブヘッド、哲学の導入に使える素材になります。
繰り返し聞く一般的な反論や恐れをリスト化してください。大抵はいくつかのカテゴリに分かれます:
これらと議論するのではなく、読者が安心するために何が必要かを示すヒントと受け取ってください。
「シンプルが強い」という信念なら、採用リスクをどう下げるかを示してください。「データは自分のものにする」という信念ならベンダーロックインのリスクをどう低減するかを示します。価値観と購買判断の橋渡しが重要です。
デフォルトの文体を決めてください:短い文、具体例、最小限の略語。どうしても専門用語を使うなら1回だけ平易に定義してください。こうすると哲学が速くスキャンでき、信頼性を失いません。
創業者主導のサイトは、信念→作ったもの→対象→次にすべき行動、という案内の会話のように読めると効果的です。構成はその物語を迷わず辿れるようにします。
各ページが一つの役割を果たすように小さなセットにまとめます:
トップレベル項目は5〜7個に抑え(例:Home、Philosophy、Product、Use Cases、Pricing、FAQ、Contact)、Careers、Press、Legal、Security、Changelog はフッターへ移して主要な道筋をクリアにします。
各ページは一つの主要アクションで締めます:トライアル開始、ウエイトリスト参加、通話予約、問い合わせ。サイト全体でアクションを統一して、訪問者が何度も再判断しなくて済むようにします。
ホームページは1分以内に二つの仕事を果たすべきです:訪問者にどんな成果を生むかを伝え、なぜあなたのアプローチが違うのかを示すこと。スクロールしないと何をするか分からないなら既に負けています。
まず単一の具体的な成果を見出しで示し、次にその成果を達成する「正しい方法」についての一文を添えます(ジャーゴンは避ける)。
例となる構成:
「私たちの考え方(How we think)」の短いティーザーを置き、/philosophy に誘導できるようにすると、興味ある読者に深掘りの道を示せます。
ページの残りは短い論証として整理します:
問題: ユーザーが直面することを彼らの言葉で示す。焦点は一つの主要な緊張に絞る。
アプローチ: あなたの視点を説明する。ここで哲学が登場する—優先すること、やらないこと、受け入れるトレードオフ。
プロダクト: 製品が何か、誰向けかを1段落で。機能の詳細は /product に、対象別の詳細は /use-cases に置く。
証拠: ロゴ、短いテストモニアル、文脈付きの指標など、主張をサポートする控えめな信用シグナルを載せる。
CTA: 明確な一つの行動で締める(例:「仕組みを見る」「哲学を読む」「トライアル開始」)。ページ内でアクションは一貫させます。
良いPhilosophyページはバイオではなく信念で始まります。
信念表明例: ソフトウェアは決定を増やすのではなく、決定を減らすべきだ。
その信念がプロダクトにどう影響しているかをすぐに示し、1分以内に適合するか判断できるようにします。
スキミングしやすいページは予測可能です。各原則ごとに次の4つの要素を繰り返してください:
原則 → 意味すること → 私たちがすること → 私たちがしないこと
太字ラベルを追うだけでも立場が分かるようにします。
原則: デフォルトはシンプルにする
意味すること: 初回体験がエッジケースより重要である。
私たちがすること: 妥当なデフォルトを提供し、設定は最小限にし、選択肢を平易な言葉で説明する。
私たちがしないこと: 競合が持っているからといってオプションを追加しない。
ミニストーリー: 顧客から「カスタムダッシュボード」を求められた際、ダッシュボードビルダーを追加する代わりに、役割別に3つのビュー(Founder、Ops、Finance)を用意し、オンボーディング時間を数日から半日へ短縮した。
原則: 注意を尊重する
意味すること: 真に行動が必要なとき以外はプロダクトは静かであるべきだ。
私たちがすること: 通知はまとめて要約する。
私たちがしないこと: エンゲージメントを促すために緊急性を煽るアラートは使わない。
ミニストーリー: ベータユーザーが通知で圧倒されていたため、週12件の通知を金曜のまとめ1件に変えたところ、翌月にサポートチケットが減った。
原則は3–6個に絞り、最後に「誰向け/誰向けでないか」の短い注を付けて自己選別を助けます。
もしこのアプローチに賛同するなら、価格設定や作り方も気に入るはずです—/pricing や /contact を案内してください。
プロダクトページはチェックリストの羅列ではなく、なぜその作りになっているかを説明する場であるべきです。すべての機能が原則の結果として感じられるようにしてください。
主要な機能ブロックごとに短い信念表明を置き、それをどう機能で実現しているかを示します。
例の構成:
このフレーミングは、訪問者が意図を理解し、自己選別が早く進むのに役立ちます。
オンボーディング、プロジェクト作成、結果レビューなど、哲学を最も表すワークフローを選んで短い手順で説明します。
ワークフロー: アイデアから公開ページまで
ステップは人間味と成果に焦点を当て、社内用語は避けてください。
「万人向けではない」ことを小さなコールアウトで示すと、哲学の信憑性が増します。
例:「オプションを絞って速い意思決定を重視するチーム向け。大規模なカスタマイズや50クライアントを管理する代理店向けではありません。」
競合名は出さずにアプローチの対比を短く示します:
得られるものとトレードオフを説明すると、適切な顧客は興味を持ち、不適切な顧客は不満なく去ります。
信念は同意しやすいが想像しにくい。ユースケースは「これを使うとこうなる」という具体例にして、哲学を現実の成果に変換します。短く、具体的で成果中心のストーリーにしてください。
異なる読み手が自己識別しやすいようにページ上部に簡単なチューザーを置きます:
対象: 創業者とオプスリード
状況: ツールが多すぎ、所有権が不明、決定がDMに埋もれている
望む結果: 重いプロセスなしに一つの信頼できる情報源を作る
アプローチの効果: 手順を減らし、デフォルトを明確にし、作業量を減らして速度を維持する
次の一手: /pricing
対象: 「設定して放置」型で痛い目に遭ったプロダクトチーム
状況: 自動化が静かな失敗と驚きを生む
望む結果: 人のコントロールを残した予測可能な成果
アプローチの効果: 何を自動化し、何を手動に残すかの境界を示し、信念に整合させる
次の一手: /faq
対象: 内部承認が必要な顧客
状況: セキュリティや信頼性、ベンダーロックの懸念
望む結果: 小さく始める自信
アプローチの効果: 哲学を明確な保証と限界に結び付け、何を約束し何をしないかを示す
次の一手: /faq
対象: リーンスタートアップ
状況: 管理者が不在でオンボーディングは速くあるべき
望む結果: 数日で価値を得る
アプローチの効果: 妥当なデフォルト、ガイド付きセットアップ、教えるサポートで迅速に価値を提供
次の一手: /contact
証拠は信頼を築きますが、提供できる範囲と一致しているときにのみ有効です。目的は読み手に「このチームは正直で、自分に合うかが分かる」と思わせることです。
誰を助け、何が変わるかを明らかにする証拠を選んでください:
過大な約束は現実の“汚い部分”を隠すと生じます。フィードバック処理について短く説明しましょう:
「私たちは毎週リクエストを収集し、役割間でパターンを探して信頼性を高める変更を優先します。リクエストが哲学に反する場合は、理由を説明します。」
短く人間味のあるノートはスローガンより効きます。ビデオがあれば短いトランスクリプト抜粋を載せてください:
「こんにちは、私はマヤです。クリック数より明快さを最適化するツールに疲れてこのプロダクトを作りました。約束は単純です:機能を減らし、デフォルトを良くし、限界を透明にします。」
データに関わるなら、平易なセキュリティ/プライバシーの要約を載せ、詳細は /security に置く(法的な埋め草ではなく約束の一部として扱う)。
FAQはオブジェクションの保存庫ではなく、どのように考えているかを示す場所です。もしあなたの哲学が「明快さ優先」や「コントロールを残す自動化」なら、回答もそのトーンを反映させてください。
購入直前に人々が尋ねる質問から始めます:
一貫したパターン:「私たちはXをする。なぜならYを信じているから」。これにより機能決定が価値判断として伝わります。
価格
私たちは人数単位ではなくチーム単位で価格設定します。協働を成長の罰にしたくないと考えているからです。
セットアップ時間
ほとんどのチームは1日で稼働します。プロダクトは新しいワークフローを要求するのではなく、既存の流れに合うべきだと信じているからです。
移行
ガイド付き移行を提供します。ツール切替で組織知が失われるべきではないと考えているからです。
サポート
サポートはプロダクトを作る人が担当します。正確さが重視され、マニュアル化された台本よりも価値があると信じているからです。
誰向け/誰向けでないか
私たちは繰り返し使えるシステムを重視するチーム向けです。あらゆるコストで無制限のカスタマイズを求める人向けではありません。
回答は2–4文を目標にしてください。法的に必要な場合(返金条件、プライバシー、コンプライアンス)は丁寧な表現にしますが、それ以外は平易な言葉で。
FAQの最後に /contact への明確な次の一手を置き、問い合わせしやすくします。
まだ迷っている? /contact 宛てに短いメッセージを送ってください。以下は使えるテンプレート:
Subject: Not sure if it’s a fit
Hi — I’m evaluating [product] for [team/company].
We care most about [top priority].
We’re currently using [current tool/process].
Can you tell me if we’re a good fit, and what setup would look like?
(テンプレート部分は編集してそのまま使えます)
デザインと言葉は同じ人が作ったように感じさせるべきです。哲学を説明するなら、すべてのビジュアルと文がそれを補強していなければなりません。
もし哲学が「明快さと静けさ」なら、余白を多く、短い行長、読みやすい書体を使ってください。精密さが哲学ならグリッドや整った整列を重視し、遊び心なら色や個性を加えても構いませんが、ナビゲーションと主要ページは予測可能に保ちます。
実用的なルール:まずはスキャンしやすく、読み進めると報われる構成にする。
早い段階で一人称(I/we)か三人称(the team/company)かを決めます。創業者主導のサイトは責任感と人間味が出るので一人称が有利なことが多いです。
決めたら以下を定義しておくとよいです:
どのページにも置ける小さなブロックを作ります:
サイトが成長しても一貫性が保てます。
アクセシビリティは信頼の一部です。必須事項を守ってください:十分なコントラスト、見出しの正しい順序(H2,H3…)、必要箇所の代替テキスト、読みやすいフォントサイズ(一般に16px以上)。哲学に「ケア」や「包摂」が含まれるなら、ここでそれを示せます。
創業者サイトは公開で終わりではなく、視点を公開して人の行動を観察し、物語を磨くフィードバックループです。
哲学を見つけてもらいたければ、人々が検索する言葉で名前を付ける必要があります。狙うクエリ例:「プロダクト哲学 + カテゴリ」(例:「プロダクト哲学 プロジェクト管理」)や 「なぜ作ったか」(例:「この請求書ツールをなぜ作ったか」)など。
見出しは人にも検索エンジンにもスキャンしやすくしてください:
分析は早めに入れ、イベントを公開前に定義しておきます。そうしないとトラフィックしか分かりません。
追跡する高信号アクションの例:
価格ページがあるなら、Home/Product/Philosophy から /pricing へのクリックも追って、物語がモメンタムを生んでいるかを見ると良いです。
公開前に短い“信頼パス”を実行してください:
大きな書き直しより小さな更新を計画してください。セールス、サポート、投資家の質問からフィードバックを集め、小さく更新します。
シンプルなリズム例:
目標は一貫性です:哲学は安定させつつ、証拠を時間と共に強化していくこと。
多くの創業者は、数週間かけて手作業で作るか、あるいはテンプレートで速く出すかの板挟みになります。速く動きながらも文章に意図を保ちたいなら、チャット駆動のビルドワークフローが有効です。
例えば Koder.ai のようなツールなら、サイト構成を平易な英語で説明して(Home, /philosophy, /product, /use-cases, /pricing, /faq, /contact)、会話でレイアウトやコンポーネントを調整しつつ実際にエクスポートできるウェブアプリが得られます。プラットフォームの特徴で特に役立つもの:
ポジショニングを検証するなら、このようなワークフローはサイトをプロダクト作業のように扱い、小さく公開して測り、改善することを可能にします。
今すぐサイトが果たすべき単一の役割を決めてください(例:デモ申込を獲得する、質の高いメールを集める、事前注文を促す)。そのうえで、すべてのページを同じ物語を支えるように設計します:あなたが信じること、それゆえに作ったもの、そして訪問者が次にすべきこと。
創業者サイトはページの寄せ集めではなく、導くための議論であるときに最も効果的です。
まずは 1つの主要な対象 を選びます(買い手、ユーザー、パートナー、報道など)と、その人たちの判断に直接働きかける言葉で書きます。
次に 1つの主要な行動 を決めてサイト全体で一貫させます:
誰にでも対応しようとするとメッセージが凡庸になりがちです。
再利用できるワンライナーを使います:
「[誰のために]、私たちは[問題]を[アプローチ]で解決します。なぜなら[生みたい変化]を信じているからです。」
平易で具体的に。ホーム、/about、/philosophy に使える一文にしてください。1文で言えないなら、サイトの一貫性は保ちにくくなります。
目安は 3〜5の原則。決定に影響を与える具体性が必要です(スローガンではなく)。各原則をユーザー向けの約束に翻訳します:
約束は哲学を現実的で検証可能にします。
トレードオフを明示すると、適切な顧客が自然に選別され、不適合な顧客は時間を無駄にしません。
例:
トレードオフは“すべての人向けではない”という誠実さを示します。
ユーザーが普段使っている言葉を集めてください。生のフレーズが見つかれば、マーケティングっぽさを避けられます。
収集元の例:
特に「疲れた…」や「ただ〜したい」といった短く感情的な一言は、見出しやオブジェクション、ホーム画面の導入に使える素材です。
まずは小さく始め、それぞれのページに一つの役割を持たせます:
トップナビは に抑え、二次的なページ(Press、Legal、Security、Changelog)はフッターへ。各ページには明確な次の一手(CTA)を用意してください。
まず1分以内で二つのことを伝えます:どんな成果を生むか、そしてなぜその方法が違うのか。スクロールしないと何をするか分からないなら負けです。
実用的な構成:
興味のある人向けに「私たちの考え方」へ誘導する短いティーザーを用意するとよいです(/philosophy に誘導するような文言)。
原則で始め、すぐにそれがプロダクトにどう影響しているかを示してください。1分以内に自分に合うか判断できるようにします。
スキマブルなパターン:各原則ごとに同じ4つの流れを使います:
Principle → What it means → What we do → What we don’t do
原則は「設計上の判断」として書き、3〜6個に絞り、「この人向け/向かない人」を最後に短めに書いて自己選別を助けます。
プロダクトページは単なる機能一覧ではなく、なぜその作りになっているかを説明すべきです。各主要機能ブロックは短い信念表明から始め、機能でどう実現しているかを示します。
主要なワークフローは3〜5ステップで説明し、人間的で成果に焦点を当ててください。制約(Not for everyone)を小さなコールアウトで示すと信頼を築けます。
また、競合名を出さずにアプローチの違いを説明し、得るものと失うものを明確にします。
信念は同意しやすく、想像しにくい。ユースケースは「こうなるとこうなる」を示して哲学を具体化します。短く、具体的で、成果を示すストーリーにしてください。
ページ上部に読者が自分の経路を選べる簡単なチューザーを置くと良いです(例:「ツールを比較している」「導入を検討している」「相談したい」など)。
信頼のための証拠は誇張せず、確実に提供できるものを示します。目標は「このチームは正直で、自分に合うかが分かる」と読者に思わせることです。
信頼構築に有効な軽めの証拠:
トレードオフの扱い方についても短く触れ、フィードバックの優先基準を説明すると過大な約束を避けられます。創業者の短い一言(人間味のあるノート)も効果的です。データに関わる場合は、平易なセキュリティ/プライバシーの要約を載せてください。
FAQはオブジェクションのゴミ箱ではなく、どう考えているかを示す場所です。答え方のパターン:「私たちはXを行う。なぜならYを信じているから」。これにより機能の決定が価値観の選択として伝わります。
よく聞かれる質問(購入直前の疑問に近いもの)を中心に:価格、セットアップ時間、移行、サポート、誰向け/誰向けでないか。
各回答は2〜4文で短く、人間味を持たせてください。最後に「それでも迷う?」というCTAと /contact への明確な次の一手を添えます。
まだ迷っている? /contact 宛てに以下テンプレをコピペして送ってください:
Subject: Not sure if it’s a fit
Hi — I’m evaluating [product] for [team/company].
We care most about [top priority].
We’re currently using [current tool/process].
Can you tell me if we’re a good fit, and what setup would look like?
(上のコードブロックは編集せずそのまま使えるテンプレートです。)
デザインと言葉は同じ人が作ったように見えるべきです。哲学を説明するサイトでは、視覚と文章の両方が哲学を補強する必要があります。
実用的な指針:
これらは単に見栄えではなく、哲学の一貫性と信頼性を示します。
公開後もサイトは完成ではありません。明確な視点を出して様子を見て、行動を測りながら物語を絞り込んでいくフィードバックループです。
公開前に測るべきことや仕組み:
追うべき指標例:
時間をかけて手作りするか、汎用テンプレで速く出すかの二択で悩む創業者は多いです。速く出しつつ声を失わないために、チャット駆動型のビルドワークフローが役立ちます。
例として Koder.ai のようなワークフロー:
この種のワークフローは、サイトをプロダクト開発のように扱い、繰り返し測って改善するのに向いています。
公開前のチェックリスト:スペルとリンク、モバイルの第一画面、ページ速度、フォームの動作確認、必要ならフッターのプライバシーポリシー。更新は大規模な書き直しではなく小さな改善で継続するのが良いです(四半期ごとの例示更新など)。