ローカライズされた読書ガイド

reactivate目的、用途、および情報源

静かに購入をやめてしまった顧客を取り戻します。通常のペースを超えて購入が途絶えている顧客や、解約の兆候を示している顧客を見つけ、関係の価値に基づいてランク付けし、オーナーの声で顧客ごとに再購入を促すメッセージを作成し、オーナーが承認したものだけを送信して記録します。レビュー評判、アウトリーチ作成ツール、CRM自動操縦を連携させ、最初の接触では売り込みをせずにギャップを認めるというルールを守ります。オーナーが顧客の離脱を心配しているときはいつでもこれを使用します。「しばらく注文していないのは誰ですか」、「以前の顧客を取り戻したい」、「どの顧客が静かになりましたか」、「常連客を何人か失いました」、「電話をかけてこなくなった人に連絡を取りたい」、「どうすれば彼らを取り戻せますか」などのフレーズを含めて使用します。オーナーが連絡が取れていない顧客の名前を挙げたとき、本格的な再購入キャンペーンを行うときと同様に、すぐにこれを使用します。

ソースを取得しました: 2026-10-29

出典リポジトリ: anthropics/knowledge-work-plugins
SKILL.md: small-business/skills/reactivate/SKILL.md
リポジトリの Star: 34,049
リポジトリの最終更新: 2026-10-30
能力分類: ビジネス
最終収集時刻: 2026-10-31 10:38 UTC+08:00

ライセンス: Apache-2.0

オリジナルのSKILL.md

ワークフローの抜粋は、Codezによる実行可能な指示ではなく、あくまでも参考資料です。このページを作成するために、サードパーティ製のスキルは実行されていません。

以下の目的とワークフローに関する記述は、上流工程に関する資料であり、読みやすいように整理・翻訳されています。これらは、別途ラベル付けされたCodez編集分析とは区別されます。

このスキルが何をするか

上流ワークフローの仕組み

概要

再獲得の連鎖を実行する：review-reputation誰が沈黙したのか、そしてその理由を突き止めるために、outreach-composer彼らに手紙を書く、crm-autopilotログに記録します。所有者は、メッセージごとに、引き渡しごとに承認します。コネクタ: CRM (HubSpot、Monday.com、Salesforce、または Zoho CRM)、決済コネクタ (PayPal、Square、または Stripe)、またはストアフロント (Shopify または Square) がバックボーンです。誰が何をいつ購入したかを知る必要があり、同じカテゴリのコネクタはピアです (../../shared/connector-neutrality.md) 店舗だけで十分です。顧客リスト (Shopify)list-customers）と注文履歴（list-orders、get-order購入のリズムは、メール（GmailまたはMicrosoft）です。365) 送信機能が追加されます。また、ストアフロントでは、注文と配送のパターンがそれ自体で解約シグナルとして追加されます。

上流への航路 · L7 ↗

ステップ1— 沈黙した人物を探す（レビュー・評判）

トリガーreview-reputationスキルワークフロー。完全な評判レポートではなく、解約側の範囲に限定されます。入力: CRM、支払いコネクタ、ストアフロント、元帳、またはアップロードされたエクスポートからの顧客の購入履歴またはジョブ履歴。Stripe:GET /v1/customersメールで、GET /v1/chargesその顧客にとっての価値とリズム。PayPal: 支払者別の取引リスト。Square: 顧客別の支払い。さらに、公開レビュー、紛争、サポートチケット (Zoho Desk)getTicketsByContact）や、「なぜ」という理由を問う苦情メールのスレッドはなくなりました。削除したのは、静かな顧客のランキングリストです。各顧客には、通常のペース、どれくらい時間が経過しているか、関係の価値、および関連するあらゆる否定的なシグナル（星1つのレビュー、紛争、遅延した履行、返金など）があります。

上流への航路 · L13 ↗

ステップ2―実際にテーブルの上に何が置かれているかを確認する

提案書を作成する前に、オーナーが何に対応できるかを確認しましょう。割引、クレジット、優先予約、前回は提供していなかったサービス、あるいは正直な状況確認のみなど、何でも構いません。決して提案をでっち上げてはいけません。オーナーが同意していないことを約束するような再アプローチは、何も連絡しないよりも悪い結果を招く可能性があります。なぜなら、すでに脆弱な関係に、約束を破ったという印象を与えてしまうからです。「何もできない」という答えでも構いません。いずれにせよ、正直な状況確認こそが、より効果的な最初のメッセージとなるのです。

上流への航路 · L31 ↗

要件とセットアップ

このファイルから要件定義の短い記述が選択されませんでした。これは、スキルに依存関係がないという意味ではありません。リポジトリの設定手順と参照ファイルを確認してください。

制限事項と品質チェック

このファイルからは、個別の制限に関する記述は選択されていません。これは、このスキルがあらゆる入力や環境において安全であることを意味するものではありません。ソースコード全体を確認し、ご自身で結果を検証してください。

まずは安全なトライアルから始めましょう

サポートされているホストとリポジトリのインストール手順を確認してください。スキルディレクトリと、それに関連付けられているスクリプト、アセット、ドキュメントはまとめて保管してください。SKILL.md単独では依存関係を省略できる場合があります。
エージェントに実際の入力、希望する出力、および受け入れ基準を指定してください。呼び出し構文と利用可能なツールはホストによって異なります。このサイトは、汎用的なインストールコマンドを前提としていません。
使い捨てプロジェクトまたはコピーで、元のワークフローを試してみてください。ファイル、リモートサービス、または課金対象リソースを変更する操作は、許可する前に必ず確認してください。
出力結果をソースの品質チェックおよび独自の要件と照らし合わせて検証してください。トリガーが成功したことやリポジトリのスター数が多いことだけでは、正しい結果とは言えません。

スキルフォーマットとディレクトリの仕様 ↗

詳細は出典元をご覧ください。

翻訳と範囲

この読書ガイドは、ピン留めされた上流からの抜粋を選りすぐっていますSKILL.md翻訳は補助的なものです。完全なマニュアルではなく、互換性テスト済みであることを保証するものでもありません。ご使用前に原文および参照ファイルをお読みください。

この紹介文は、下記に固定表示されているバージョンに関するものです。現在のリポジトリのアクティビティと収集時間は別途表示されます。

ピン留めされたソース: 原文を読む ↗
ソースを取得しました: 2026-10-29T09:32:23Z
ソースコミット: 2574e29377c7173d0cecffef29a6ecbd7f8ccb5d
ソースSHA-256: 734946c30236c86adc55eecfb2694a0e02ca12625654633597d3c303bf39e210

スキルカタログ全体に戻る