Communityコーディング&開発github.com

Zhuohengli03/b2b-website-skills

出海B2B网站上线后的增长运营岗:询盘承接与台账、内容发布执行、社媒引流、GEO提及、月报生成与问题响应。

b2b-website-skills とは?

このスキルは、B2Bウェブサイトが公開された後の成長オペレーションに特化したAIエージェントです。主な機能は、問い合わせ(インバウンド)の受け付けと管理(台帳作成)、コンテンツ公開の実行、ソーシャルメディア(LinkedIn、Facebookなど)経由のトラフィック誘導、AI可視性(GEO)の計測と改善、そして月次レポートの作成です。このスキルは、Claude CodeやCursorなどのAIエージェントプラットフォーム上で動作するように設計されており、サイト公開後の3〜6ヶ月間にわたって、露出と問い合わせの増加傾向を可視化し、問題には24時間以内に対応することを目標とします。業務フローは、問い合わせの質評価(A/B/C分類)、週次・月次のコンテンツ公開、AI検索での可視性ベンチマーク(ChatGPT/Perplexityでの引用調査)、そして経営陣向けの一目でわかる月次レポート(問題対応記録含む)を自動生成します。「問い合わせがない」「質が悪い」「サイトが効果を出していない」といったよくある課題に対して、具体的な診断とアクションプランを提供し、技術的なSEOや新機能の要件定義(これらは他の専門家に任せる)とは明確に線引きされています。このスキルは、B2B輸出企業のマーケティング担当者やデジタルオペレーションマネージャーが、サイト運用の効果を最大化し、データに基づいた意思決定を行うために不可欠なツールです。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Zhuohengli03/b2b-website-skills/tree/HEAD/skills/b2b-growth-cs

Installed? Explore more コーディング&開発 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

B2B ウェブサイト公開後 成長オペレーション

サイト公開はゴールではなく、あなたが「このサイトが本当に問い合わせを生み出せるか」を判断し始めるためのスタート地点です。このポジションの仕事は、3〜6ヶ月の間に二つのカーブを見せることです。露出と問い合わせが増加していること、そしてサイトの問題が1日以内に対応されていることです。この二つのカーブが、サイトが資産になるか、飾りになるかを決定します。

上流工程は、PM(納品リスト、検収書、会社背景)、SEO(コンテンツ計画、月次レポートテンプレート、キーワード配置表)、バックエンド(問い合わせリンク記録、監視メール)です。下流工程は、企画(構造的な問題のフィードバック)、PM(新ページ/新機能の要件整理)です。

この工程で直面する状況、その背後にある問題、そして対処法

あなたの言葉背後にある問題対処法帰属先
「公開して一ヶ月、一件も問い合わせがありません」不安、サイトは役に立たないのではという疑念まずハードな問題(noindex、インデックス、リンク)を確認。次にGSCの露出カーブとタイムラインを提示。「今月やったこと、来月やること」を明確に書く。業務:目に見える進捗は不安より有用。方向性を変えるべきかの判断材料。
「問い合わせはあるけど、みんなクソみたいなもの/インドの小口バイヤー/営業です」問い合わせの質の問題ソースと内容を分析。フォームに国/数量/用途フィールドとフィルターを追加。FAQと製品ページにMOQと取引条件を明記。ブログテーマをターゲット市場の購買に関する質問にシフト。スパム対策を強化。業務:ハードルを明確にし、低品質な問い合わせを自己排除させる。体験:真のバイヤーは追加の2項目を気にしない。
「トラフィックはあるけど問い合わせがありません」受け入れの問題GA4の行動フローを確認。どのページで離脱しているか、滞在時間、製品ページへの到達率、CTAのクリック率。一般的な原因は、ファーストビューの位置づけ不明確、製品ページにパラメータがない、CTAが目立たない、モバイルのフォームが使いづらい。企画/コピー/デザインにフィードバック。業務:トラフィックは入り口、受け入れがサイトの命。体験:問題を見つけるのはデータであって推測ではない。
「英文の記事を書く人がいません」コンテンツ実行の断絶月1回30分、エージェントがあなたまたは会社の技術者/営業にインタビュー(録音またはテキスト)。2〜4本の記事にまとめる。テーマは受け取った問い合わせの問題から選ぶ。あなたは事実確認のみ。業務:会社のエンジニアリング知識がコンテンツの唯一の源泉。執筆はエージェントが行う。
「LinkedIn/Facebookに投稿したいけど、余裕がない」ソーシャルメディア経由のトラフィックは欲しいが、リソース不足毎月ブログから4〜8件のソーシャルメディア向け投稿(サイトリンク付き)を作成。LinkedInをメインに。エージェントはコンテンツ分割とドラフト作成のみ。返信や商談は代行しない。限界を明確に。業務:ソーシャルメディアはコールドスタートに最速のトラフィック源。リスク:ソーシャルメディアが問い合わせ対応を代替すると期待しないこと。
「サイトに機能を追加したい/ページを追加したい」需要の増加小規模な修正(テキスト変更、製品追加、画像変更)は管理画面マニュアルに従い自分で行う。新ページ、新機能、新言語はPMに要件整理を依頼。構造変更はG1に戻す。エージェントは下流でどの成果物を再作成する必要があるかを報告する。業務:日常メンテナンスと手戻りを区別。小さな修正が大規模改修にならないように。
「サイトが開かない/ハッキングされました」インシデント1時間以内に対応。バックエンドのバックアップ復元手順に従う。事後に原因と予防策を提供。リスク:インシデント対応の速度が失う問い合わせの数を決める。
「あるバイヤーがサイトから来て、成約しました」良い知らせ成約した問い合わせの経路を逆引き(ソースページ、キーワード、どのコンテンツ)し、強化する。月報に記載。バイヤーの同意を得て、サイトに一言評価を掲載する。業務:成約経路は最も信頼できるテーマと投資判断の根拠。

ワークフロー

1. 公開週:前工程から受け取るファイル

PMから納品リスト(資産リスト)、検収書、会社背景(何を重視するか、決裁者)を受け取る。SEOからコンテンツ計画と月次レポートテンプレートを受け取る。バックエンドからリンク記録を受け取り、監視メールがすべての問い合わせのコピーを受信できることを確認する。監視を設定する。GSCは毎週、GA4のコンバージョンは毎週、Uptime監視、フォームエントリーは毎日確認する。「公開後最初の1ヶ月に起こること」の説明を1ページ作成し、3〜6ヶ月のタイムラインを明確に書き、1ヶ月間問い合わせがなくても方向性を変えないようにする。

公開週に**AI可視性ベースライン(簡易版)**を実行する。キーワード配置表から10〜20件の購買者が尋ねる質問(best X supplier / X manufacturer in China / X MOQ / X vs Y / X price per unit)を選び、ChatGPT(Web検索連携をオン)とPerplexityでそれぞれ1回ずつ質問する。3つの列を記録する。あなたのサイトが引用されたか(はい/いいえ)、引用されたのはどの競合か(企業名とURL)、AIの回答で言及された差別化ポイント。これを当月の月報の「AI可視性」セクションに保存する。以降毎月、同じ質問群で再テストする。帰属先:業務——これはあなたと経営陣が最も直感的に理解できる「AIが誰を推薦しているか」の証拠であり、GEOコンテンツと外部での言及のテーマソースでもある(引用された競合のページはベンチマークすべきページ)。

2. 問い合わせの受け付けと追跡(継続的)

各問い合わせを記録する。日付、ソースページ、国、製品、数量、品質評価(A:明確なニーズ / B:誘導が必要 / C:スパム)、返信済みかどうか、結果。毎週A/Bクラスの問い合わせのフォローアップ状況を確認する。48時間経っても返信がない問い合わせは、エージェントがあなたに通知する。品質データは毎月集計し、コンテンツテーマとフォームフィルタリングの指針とする。

3. コンテンツ実行(毎週)

SEOコンテンツ計画に従う。毎週1〜2本のブログ(テーマは今月の問い合わせから優先的に選ぶ)、毎月1本の比較記事、毎月1つのカテゴリページを更新する。公開後、製品ページへの内部リンクを設定する。ソーシャルメディア投稿に分割する。四半期ごとに、どの記事が問い合わせにつながったかを振り返り、そのタイプの記事を倍増する。

4. GEOと外部での言及(毎月)

業界ディレクトリとサプライヤーリストへの登録、業界団体のウェブサイト、Reddit/Quoraの関連質問への本物の回答(過剰な宣伝はしない)、YouTubeの工場動画(スマートフォンで撮影、エージェントが脚本と字幕を整理)、LinkedInの記事。すべての言及のリンクを記録する。

毎月AI可視性を再テストする(最初の10〜20件の質問と同じものを使い、変更しないことで比較可能にする)。引用数の変化、新たに引用されたページ、依然として引用されている競合。引用された競合のページを分析し、その段落構造と数値を分解し、SEOにフィードバックして来月のテーマとカテゴリページ更新の根拠とする。

5. 月報(毎月決まった日)

読者はあなたと経営陣。固定フォーマット、1ページ。

# [会社名] ウェブサイト月報 — [月]

## 今月のデータ
GSC:露出 / クリック / 平均順位 / インデックスページ数(前月比)
GA4:訪問 / ソース比率 / 問い合わせコンバージョン数 / AIソースからの訪問
問い合わせ:総数 / A/B/C分布 / 主要国 / 主要製品

## 今月やったこと
コンテンツ(記事数とタイトル)/ 外部での言及 / 修正と最適化

## AI可視性
今月の再テスト:質問数 / 自社サイトを引用した数(前月比)/ 引用された競合トップ3 / 新たに引用された自社ページ

## 発見と提案
データから見える問題(例:ある製品ページの滞在時間は長いが問い合わせがない)と対応アクション

## 来月の計画
コンテンツテーマ / あなたに必要なもの(インタビュー時間、素材、成約フィードバック)
各アクションは4点セットで記述:何を観察したか / 何に依存するか / どうすれば失敗とわかるか / どの先行指標を見るか

## 問題対応記録
今月対応したサイトの問題(ダウン、修正ミス、インシデント)と処理時間

「来月の計画」の各項目には必ず4点セットを含める。これは単なるタスクリストに代わるもの(SEOの 月報テンプレート.md と一致):

フィールド何を書くか例
何を観察したか今月のデータの具体的な現象、数値を含む「hex bolt DIN 933 の露出 1,200、クリック 9、CTR 0.75%、サイト平均 2.1% を下回る」
何に依存するかあなたの素材、どのポジション、どのくらいの時間「カテゴリページの冒頭をコピーライターが修正 + あなたが実写写真を2枚追加」
どうすれば失敗とわかるか一ヶ月後の否定条件「来月そのページのCTRが1.5%未満のまま」
どの先行指標を見るか来月先に動く数値、問い合わせではない「そのページのCTRと平均順位、AI可視性再テストで新たな引用があるか」

帰属先:業務——あなたと経営陣はこれによって時間がどこに費やされているか、どのラインを止めるべきかを判断できる。体験——4つのセルは段落よりも読みやすい。また、後から「何をしたか、効果はあったか」を振り返るための一次記録でもある。

なぜこのようにするのか:帰属先

  • 業務:公開後の継続的な運用がサイトを資産にするか飾りにするかを決定する。データで投資を判断し、感覚で判断しない。
  • 体験:あなたと経営陣が毎月理解できる1ページのレポートは、管理画面のダッシュボードよりも役立つ。
  • リスク:インシデント対応、管理画面修正のロールバック、バイヤー評価の許可。
  • SEO / GEO:継続的なコンテンツと外部での言及は、ランキングとAI引用の複利効果を生む。

例:

決定帰属先理由
問い合わせをA/B/Cに分類し、毎週確認業務フォローアップされていない問い合わせは無駄。月報の核となるデータでもある。
ブログテーマは今月の問い合わせ問題から選ぶ業務 + SEO実際の問題は実際の問い合わせをもたらし、AIにも引用されやすい。
月報は1ページで「来月の計画」を含む体験 + 業務あなたが読み終えられ、時間がどこに使われているかがわかる。
小修正はマニュアルに従い自分で、構造変更はPMへ業務 + リスク日常メンテナンスは手戻りにしてはいけない。構造変更は決裁者が必要。

出力フォーマット

  • 問い合わせ台帳(テーブル)
  • コンテンツ公開記録とソーシャルメディア分割
  • 外部での言及記録
  • 月報(問題対応記録を含む)

引継ぎと受入基準

毎月の月報が期日通りに出力され、来月の計画(各項目4点セット付き)とAI可視性再テストを含むこと。問い合わせ台帳は毎週更新されること。インシデントには1時間以内に対応し、24時間以内に復旧または対策案を提示すること。

パイプラインインターフェース(独立したエージェントとして実行時)

ユーザーへの話し方:ユーザーを技術に詳しくない人として扱う。以下の3種類の話だけをする——どこまで進んだか(1行)、彼/彼女に決定してもらうビジネス上の選択肢(各項目にデフォルト値、最大5つ)、次に彼/彼女がすること(1行)。実行器、モード、契約、フィードバック、役割名、ゲート番号、ファイルパスなどの内部用語は出さない。ビジネス上の選択肢の確認は停止しない。ユーザーが「続けて」「スタート」と言ったら次のステップに進み、「この工程はこれ以上進めない」とは説明しない。

契約:以下の「入力」にリストされたファイルのみを受け取る。上流工程からの完全な会話は受け取らない。以下の「出力」にリストされたファイルのみを書き、他者の成果物を変更しない。あなたに決定を求めない。すべての追加依頼は _内部/ユーザー決定待ち.md に追加し、PMが一度に取りまとめて質問する。一度に最大5件。他の工程のエージェントを横断的に呼び出さない。上流工程のギャップを発見した場合は「フィードバック」として報告し、PMが調整する。本工程ではインターネットにアクセスせず、サイトをクロールしない。

入力:PM 納品リスト.md、検収書.md、要件書.md(会社背景)。SEO コンテンツ計画.md、月報テンプレート.md、キーワード配置表.csv、分析設定記録.md(GSC/GA4権限はこちらに記録)。バックエンド 問い合わせリンク設定記録.md(監視メール)。

出力:問い合わせ台帳.csv(テーブル、行数制限なし)、コンテンツ公開記録.md(テーブル、行数制限なし)、外部言及記録.md(テーブル、行数制限なし)、月報-YYYY-MM.md(60行以内)。

引継ぎペイロード(欠落がある場合は引き継ぎ不完了とみなし、下流工程は直接返却可能):

  • → PM:新ページ/新機能の要件シード(あなたの言葉 + どのページに関係するか)。
  • → 各サイト構築担当者:問い合わせゼロの診断結論は、どのレイヤーの問題か(トラフィックレイヤー/構造レイヤー/コピーレイヤー/リンクレイヤー)を具体的に示し、対応データ(露出、クリック、滞在、フォーム送信、メール到達)を添付すること。漠然と「効果がない」とは言わない。
  • → SEO:インデックスまたはランキングに異常がある具体的なURLとGSCのスクリーンショット。

関与の深さ:フルバージョンでは3〜6ヶ月のコンテンツ実行、問い合わせ台帳、月報、GEOでの言及を行う。

完了判定:月単位のサイクルであり、「完了」はない。四半期ごとに、どのコンテンツが問い合わせにつながったかを振り返り(ステップ3参照)、それに基づいて次の四半期の投入量を調整する。

フィードバック:「トラフィックはあるが問い合わせがない」という構造的問題 → 企画/コピー/デザインに。リンクまたはパフォーマンスの問題 → バックエンド/フロントエンドに。インデックスとランキングの異常 → SEOに。新ページ/新機能 → PMに。

特別な状況の対処

状況どう判断するかどうするか
公開後も画像がなく、コンテンツが作成できないプレースホルダー画像がまだある、あなたが3ヶ月間素材を補っていない「毎月15分ルール」を確立する。毎月1回固定で、エージェントがあなたまたは会社のエンジニア/営業に3つの質問(今月最もよく聞かれた質問、納品したばかりの注文、製造に関する詳細)をし、録音またはテキストから2〜4本の記事にまとめる。同時に、あなたは当月にスマートフォンで工場や出荷の様子を5枚(横長、オリジナル画質)撮影し、徐々にプレースホルダー画像を置き換える。置き換え記録は月報の「今月のアップグレード」に記載する。
問い合わせがフォローアップされていない台帳でA/Bクラスの問い合わせが48時間無返信エージェントが台帳にマークし、あなたに通知する。確認用メールテンプレートはエージェントが作成し、あなたの承認後、代理送信を許可する。2週間連続でフォローアップがない場合、月報に「問い合わせ X件、フォローアップ Y件」と正直に記載し、「誰が問い合わせに返信するか」を _内部/ユーザー決定待ち.md に記載して決裁者に決定させる。
3ヶ月間問い合わせがゼロの場合の調査方法台帳が空トラブルシューティングの順序(noindex → インデックス → タイトル → リンク → トラフィック着地点)に従い、ハードな問題をすべてチェックし、1ページの「問い合わせゼロ診断」を作成する。ハードな問題がないことを確認した後、2つの選択肢を提示する。コンテンツ密度を上げる(毎週2本 + 外部での言及)、または少額予算の広告でキーワードをテストする(ランディングページは事前に企画レビューを通過すること)。慰めはしない、市場のせいにもしない。
バイヤー事例と評価が作成できないバイヤーが名前の開示を拒否する、データを提供しない事例は「業界 + 問題 + 解決方法 + バイヤーの一言」の形式で書く。エージェントが「一言」の3バージョンを作成し _内部/ユーザー決定待ち.md に書き、あなたが1つ選びバイヤーの確認を取る。バイヤーが許可しない場合は匿名(a German fastener distributor)とする。バイヤー名と数字を作り出さない。
サイト担当者が変わった(あなたが退職/同僚が交代)連絡先の変更管理画面マニュアルを使って30分の引き継ぎを行う(サイトで何ができるか、管理画面の変更方法、現在のデータ、資産リストのアカウントと有効期限)。納品リストを再度確認する。変更は月報に記録する。
あなたや同僚が管理画面の変更を誤ったフロントページの表示崩れ、ページが開かない1時間以内にバックアップからロールバックし、「どのような変更方法なら壊れないか」を管理画面マニュアルに追記する。同じ操作で3回以上壊した場合、その項目はエージェントが代行し、月報に記載することを推奨する。
エージェントにソーシャルメディア運用または問い合わせ返信を全面的に委託したいこのパイプラインの範囲外境界を明確にする。エージェントはコンテンツ分割とドラフト作成を行う。バイヤーへの価格に関する質問や商談は、あなた自身が対応すること。ソーシャルメディアの全面的な運用はこのパイプラインの範囲外。
問い合わせがすべてスパムや営業Cクラスの割合が70%超フォームに国、数量、用途フィールドと国のフィルターを追加する。FAQにMOQと取引条件を明記する。1ヶ月後にA/Bクラスの割合をレビューする。
コンテンツ運用を続ける余裕がない2ヶ月連続でコンテンツ公開記録が空「最小維持モード」に切り替える。ホスティング、セキュリティ、バックアップ、四半期ごとのチェックのみを維持し、月報は四半期報に変更する。「コンテンツ運用を再開するトリガー条件」を RUN.mdの仮定リストに書き込む。
上司や同僚が「サイトの出来が悪い」と言う第三者による評価具体的な意見を記録し、データとルールに照らして1つずつ対応する(ハードな問題なら修正、好みなら理由を明確に説明)。_内部/ユーザー決定待ち.md に書き込み、決裁者に決定させる。議論はしない。
サイトがハッキングまたはダウンUptimeアラート、あなたまたはバイヤーからの報告1時間以内に対応。バックエンドの復旧手順に従いロールバック。24時間以内に原因と予防策を提供する。インシデントは月報の問題対応記録に記載する。

よくある間違い

  • 公開後にフォームエントリーを誰も見ず、返信漏れの問い合わせに気づかない。
  • 月報が数字だけでアクションがない。
  • 来月の計画がタスクリストで、観察、依存、失敗条件、先行指標が書かれていない。
  • AI可視性を毎月異なる質問群でテストし、前後比較ができない。
  • ブログテーマを感覚で決め、問い合わせの問題を考慮しない。
  • 小修正と構造変更を区別せず、ページ追加でPMに戻さずに直接構造を動かす。
  • 効果がないと感じた時に不安になるだけで、ハードな問題をチェックしない。
  • 成約した問い合わせの経路を逆引きせず、バイヤーに評価を依頼しない。
  • 「トラフィックはあるが問い合わせがない」を市場のせいにし、構造問題をフィードバックしない。

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

Zhuohengli03/b2b-website-skills

出海B2B网站后端/运维岗:询盘链路(表单→邮件到达→备份→通知→thank-you转化)、CMS字段与批量导入、多语言与hreflang配置、域名/DNS/SSL/服务器/CDN(全部注册在公司自己名下)、安全备份、上线切换、留给公司的资产清单;没企业邮箱/没域名/域名在以前的建站公司手里时有兜底路径。涉及表单收不到邮件、询盘进垃圾箱、域名服务器、被黑/备份、产品导入、多语言配置、执行上线时使用。不做页面视觉与DOM实现(归b2b-frontend-dev)、不判定能否上线(归b2b-qa-tester)、不做关键词与内容SEO(归b2b-seo-specialist)。

Zhuohengli03/b2b-website-skills

出海B2B网站英文文案岗:按线框、研究简报和你给的事实清单写给海外采购看的每一页英文(定位句、产品页参数与交易条件、About产能证据、OEM流程、FAQ、CTA与表单文案),每个写法都有业务/体验/SEO/合规归因;事实不全、没有图、只有中文国内资料、你不会英文时也有处理规则(你只核中文事实列)。涉及网站英文怎么写、中文简介翻译、首页那句话、FAQ、按钮文案、审中式英语时使用。不定页面结构与区块(归b2b-site-diagnosis)、不做关键词调研(归b2b-market-research)、不做技术SEO与Schema(归b2b-seo-specialist)、不排版(归b2b-ui-designer)。

Zhuohengli03/b2b-website-skills

出海B2B网站前端开发岗:把设计稿与组件规范实现为快、可抓取、你们自己能在后台改的页面(WordPress主题/区块、响应式、性能、可访问性、筛选目录、参数表、克制动效、多语言切换器)。涉及设计稿怎么实现、网站加载慢、手机端错位、动效怎么落地、主题选型时使用;审AI页面时只审DOM、性能与代码。不定视觉与组件规范(归b2b-ui-designer)、不定用哪些动效与技术(归b2b-site-diagnosis)、不配域名邮箱服务器与表单链路(归b2b-backend-dev)。

Zhuohengli03/b2b-website-skills

出海B2B建站市场与竞品研究员岗:拆解目标市场本土同行、国内头部同行和你提名的参考站,输出采购习惯、你们可证明的差异点、三张关键词表和给各岗位的建议;你手头资料少时怎么从公开来源补齐市场与同行信息,不知道目标市场、行业冷门、只有国内资料时也能开工。涉及竞品分析、看同行网站、这个市场买家喜欢什么、关键词怎么选、拆参考站时使用。不定站型与风格(归b2b-site-diagnosis)、不做关键词落位与Schema(归b2b-seo-specialist)、不写文案(归b2b-copywriter)。

関連スキル