mcpField
P
ph-timing-optimizer

ph-timing-optimizer

github.com/yoanbernabeuマーケティング・グロース2368 回インストール39 週間前に更新
リポジトリ

ph-timing-optimizer について

Product Huntでの公開を計画するチーム向けに、目標、リソース、競争状況に基づく日程選びを支援するスキルです。タイムゾーン換算、曜日別の分析、公開初期の行動計画を扱います。

主な機能

  1. 01曜日ごとの流量と競争の比較
  2. 02Product Hunt公開時刻のタイムゾーン換算
  3. 03目標とリソースに応じた日程選び
  4. 04公開後4時間の行動計画
  5. 05公開時期チェックリスト

活用シーン

  1. 01初回公開の日程選定
  2. 02チーム間のタイムゾーンを考慮した調整
  3. 03支援者数に応じた競争度の判断
  4. 04公開初期の告知と交流の計画

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/yoanbernabeu/producthunt-skills --skill ph-timing-optimizer

インストール後、Claude Code で/ph-timing-optimizerを入力して読み込まれたか確認します。

詳細

Product Hunt の最適なローンチタイミング

このスキルでは、目標、利用可能なリソース、競争環境に基づいて、最適なローンチタイミングを選ぶ方法を紹介します。

このスキルを使うタイミング

  • ローンチする曜日を決めるとき
  • タイムゾーンの影響を把握するとき
  • 特定のオーディエンスを対象に計画するとき
  • 競争とトラフィックのトレードオフを調整するとき
  • グローバルチームの対応可能な時間を調整するとき

鉄則

太平洋標準時(PST)の午前12時1分にローンチする

Product Hunt の1日のサイクルは、PST の午前0時にリセットされます。午前12時1分にローンチすれば、丸24時間にわたって表示されます。

タイムゾーンの換算
タイムゾーンローンチ時刻
PST(サンフランシスコ)午前12時1分
EST(ニューヨーク)午前3時1分
GMT(ロンドン)午前8時1分
CET(パリ/ベルリン)午前9時1分
IST(ムンバイ)午後1時31分
CST(北京)午後4時1分
JST(東京)午後5時1分
AEST(シドニー)午後7時1分

曜日ごとの分析

平日(トラフィックが多く、競争も激しい)
火曜日

最適な対象: 最大限の露出、B2B 製品

  • トラフィックレベル:★★★★★
  • 競争:★★★★★
  • バッジ獲得難易度:非常に難しい
  • ニュースレター:日ごとの個別特集

メリット:

  • 全体的なエンゲージメントが最も高い
  • 意思決定者が活発
  • ニュースレターで最大限の露出を得られる

デメリット:

  • 競争が非常に激しい(VC 支援を受けた製品もよくあります)
  • 1位獲得には600~900以上のアップボートが必要
  • 大規模な支援ネットワークが必要

最適な対象: 十分な資金を持つスタートアップ、既存の大規模なオーディエンスを持つ製品


水曜日

最適な対象: 入念な準備を伴う本格的なローンチ

  • トラフィックレベル:★★★★★
  • 競争:★★★★★
  • バッジ獲得難易度:非常に難しい
  • ニュースレター:日ごとの個別特集

メリット:

  • 週の半ばで注目度がピークに達する
  • B2B のエンゲージメントが高い
  • 質の高いコメントが集まる

デメリット:

  • 競争が最も激しい曜日
  • 1位獲得には700~1,000以上のアップボートが必要なことがよくあります
  • 小規模チームには負担が大きい

最適な対象: バイラルの可能性がある製品、準備万端のチーム


木曜日

最適な対象: 競争がやや穏やかな中での力強いローンチ

  • トラフィックレベル:★★★★☆
  • 競争:★★★★☆
  • バッジ獲得難易度:難しい
  • ニュースレター:日ごとの個別特集

メリット:

  • トラフィックは依然として多い
  • 火曜・水曜より競争がやや穏やか
  • B2B のエンゲージメントが良好

デメリット:

  • 依然として競争が非常に激しい
  • 1位獲得には600~800以上のアップボートが必要なことがよくあります

最適な対象: 堅実な製品、十分な支援ネットワークを持つチーム


月曜日

最適な対象: 力強く週をスタートする

  • トラフィックレベル:★★★★☆
  • 競争:★★★☆☆
  • バッジ獲得難易度:中~難
  • ニュースレター:日ごとの個別特集

メリット:

  • 週の始まりで注目度が高い
  • 週の半ばより競争が穏やか
  • 新製品をチェックする人が多い

デメリット:

  • 意思決定者の中には、会議で忙しい人もいる
  • 1位獲得には通常500~700のアップボートが必要

最適な対象: B2B ツール、生産性向上製品


金曜日

最適な対象: バランスの取れたアプローチ

  • トラフィックレベル:★★★☆☆
  • 競争:★★★☆☆
  • バッジ獲得難易度:中程度
  • ニュースレター:月曜日のニュースレターにまとめて掲載

メリット:

  • 競争が穏やか
  • 気軽に閲覧する人が多い
  • 400~600のアップボートで勝てることもある

デメリット:

  • 全体的なトラフィックは少ない
  • 週末分とまとめて掲載されるため、ニュースレターでの露出が薄まる
  • 週末を前に、すでに気持ちが離れているユーザーもいる

最適な対象: 消費者向け製品、クリエイティブツール、サイドプロジェクト


週末(トラフィックは少なく、バッジを獲得しやすい)
土曜日

最適な対象: 限られたリソースでバッジを獲得する

  • トラフィックレベル:★★☆☆☆
  • 競争:★★☆☆☆
  • バッジ獲得難易度:簡単
  • ニュースレター:月曜日のニュースレターにまとめて掲載

メリット:

  • 競争が大幅に穏やか
  • 300~500のアップボートで1位を獲得できることもある
  • インディーハッカーが非常に活発
  • 個人開発者に最適

デメリット:

  • トラフィックの総量が少ない
  • B2B のエンゲージメントが低い
  • ニュースレターでまとめて掲載されるため、露出が薄まる

最適な対象: インディープロジェクト、MVP の検証、初めてローンチする人


日曜日

最適な用途: 競争の少ないローンチ

  • トラフィックレベル:★☆☆☆☆
  • 競争率:★☆☆☆☆
  • バッジ獲得難易度:非常に簡単
  • ニュースレター:月曜日のニュースレターにまとめて掲載

メリット:

  • 競争が最も少ない
  • 300〜400件のアップボートで1位になれることが多い
  • ゆったりとしたコミュニティの雰囲気
  • テストに適している

デメリット:

  • トラフィックが最も少ない
  • B2B の存在感がほとんどない
  • ニュースレターでの露出が大きく分散する

最適な対象: サイドプロジェクト、実験、B2B を必要としない製品

判断マトリクス

平日(火〜木)を選ぶ場合:
  • 主な目標が顧客獲得である
  • すぐに協力してくれるアクティブなサポーターが50人以上いる
  • 製品がB2B/エンタープライズ向けである
  • 24時間の集中的な取り組みに対応できるチーム体制がある
  • プロモーション用のマーケティング予算がある
  • 製品が完成度の高い、市場投入可能な状態である
週末(土〜日)を選ぶ場合:
  • 主な目標がバッジの獲得である
  • サポートネットワークが限られている(30人未満)
  • Product Hunt での初めてのローンチである
  • 個人開発者、またはごく少人数のチームである
  • 検証を目指すMVPである
  • 消費者向け/インディー製品である
金曜日を選ぶ場合:
  • トラフィックと競争率のバランスを取りたい
  • 消費者向けの製品である
  • クリエイティブ、または楽しいツールである
  • 中程度のサポートネットワークがある(30〜50人)

重要な最初の4時間

曜日にかかわらず、ローンチ後の最初の4時間が重要です。

0〜1時間: 30〜50件のアップボートを目指します

  • 最も親しいサポーターに協力を依頼する
  • ソーシャルメディアに投稿する
  • 最初のメールを送信する

1〜2時間: 50〜100件のアップボートを目指します

  • 2回目の告知を行う
  • すべてのコメントに返信する
  • 順位を確認する

2〜4時間: 100〜200件のアップボートを目指します

  • エンゲージメントを継続する
  • 進捗状況を共有する
  • 次のタイムゾーンのサポーターに協力を依頼する

最初の4時間が重要な理由:

  • 最初の順位はランダムに決まります
  • アルゴリズムは初期の勢いを監視します
  • トップ3に入るとオーガニックトラフィックを呼び込みます
  • 多くのユーザーが見るのは上位の製品だけです

タイミング最適化チェックリスト

  • PST 午前12時1分のローンチを確認した
  • 自分の所在地のタイムゾーンを計算した
  • 選んだ曜日の競争状況を評価した
  • 最初の4時間にチームが対応可能であることを確認した
  • 最適な時間にメール/ソーシャル投稿を予定した
  • タイムゾーンごとのサポーターへの連絡を計画した
  • ローンチ時刻に合わせた監視体制を整えた

出力形式

TIMING RECOMMENDATION

Selected Day: [Day]
Launch Time: 12:01 AM PST ([Local Time] your timezone)

Rationale:
- Primary goal: [Goal] → [Why this day fits]
- Support network size: [#] → [Sufficient/Needs work]
- Expected competition: [Level]
- Upvote target for Top 5: [#]

Timezone Coverage Plan:
- Wave 1 (Hour 0-1): [Region] supporters
- Wave 2 (Hour 1-2): [Region] supporters
- Wave 3 (Hour 2-4): [Region] supporters

Team Availability:
- [Person]: [Time range] - [Role]
- [Person]: [Time range] - [Role]

コメント