mcpField
C
client-onboarding-workflow

client-onboarding-workflow

github.com/zanecole10生産性10740 回インストール52 週間前に更新
リポジトリ

client-onboarding-workflow について

サービスを提供する開発者向けに、プロジェクトの段階に沿ってクライアントの受け入れ手順を組み立てるスキルです。歓迎メール、情報収集フォーム、キックオフ議題、要件書テンプレート、定期報告計画を作成します。

主な機能

  1. 01歓迎メールの一連の文面
  2. 02要件確認フォーム
  3. 03キックオフ会議の議題
  4. 04要件書テンプレート
  5. 05週次進捗報告の計画

活用シーン

  1. 01契約後の受け入れ手順を整える
  2. 02要件や業務フローを収集する
  3. 03キックオフ会議と定期報告を計画する

インストール

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

$npx skills add https://github.com/zanecole10/software-tailor-skills --skill client-onboarding-workflow

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

詳細

クライアントオンボーディングワークフロービルダー

第一印象は大切です。プロフェッショナルなオンボーディングで、クライアントは安心できます。

このスキルでできること

サービス内容を入力すると、オンボーディングシステム一式を作成します: ✅ ウェルカムメールのシーケンス - クライアントへの歓迎メールを自動送信 ✅ 情報収集フォーム - 要件を体系的に収集 ✅ キックオフミーティングの議題 - 初回ミーティングを効果的に進めるための構成 ✅ 要件定義書のテンプレート - 内容を漏れなく明確に記録 ✅ 進捗報告のスケジュール - クライアントへの週次連絡計画

オンボーディングのスケジュール

1日目:契約締結+着手金の受領

  • 自動送信:ウェルカムメール+次のステップ
  • 添付:キックオフミーティングのカレンダーリンク
  • 添付:オンボーディング質問票

2~3日目:クライアントが質問票に回答

  • ユーザー、ワークフロー、課題に関する質問
  • 現在のプロセスのスクリーンショット/文書
  • アクセス認証情報(必要な場合)

4~5日目:キックオフミーティング(60分)

  • 質問票の回答を確認
  • 要件を明確化
  • 期待値を設定
  • ツール/プロセスを紹介

6日目:要件定義書を送付

  • 開発内容を正式な文書にまとめたもの
  • クライアントが確認して承認
  • 後になって「でも、こういうものを作ってくれると思っていたのに……」という事態を防止

2~6週目:週次アップデート

  • 毎週金曜日:スクリーンショット付きの進捗メール
  • クライアントの関心と期待を維持
  • 「進捗はどうですか?」という問い合わせを減らす

ウェルカムメールのテンプレート

件名:[Your Company]へようこそ!今後の流れをご案内します

本文: 「[Client Name]様

このたびはご依頼いただきありがとうございます![Project Name]の開発を担当できることを楽しみにしています。

今後の流れは次のとおりです。

今週:

  1. オンボーディング質問票にご回答ください(以下のリンクから)—所要時間は15分です
  2. キックオフミーティングをご予約ください(以下のカレンダーリンクから)
  3. ご回答を確認し、質問事項を準備します

今後4~6週間: 毎週金曜日に、進捗のスクリーンショット付きで状況をお知らせします。

ご質問がある場合: いつでもこのメールにご返信ください。

素晴らしいものを一緒に作りましょう!

[Your Name]


📋 オンボーディング質問票:[link] 📅 キックオフミーティングを予約:[Calendly link]」

キックオフミーティングの議題

1. 自己紹介(5分)

  • 信頼関係を築く
  • 打ち解けた、協力的な雰囲気を作る

2. プロジェクトの目標を確認(10分)

  • 「どのような状態になれば成功だと感じますか?」
  • 課題を理解していることを確認

3. 質問票の内容を確認(20分)

  • 不明瞭な回答を明確化
  • 追加の質問をする
  • 画面共有しながらワークフローを図示

4. 期待値を設定(10分)

  • スケジュールとマイルストーン
  • 連絡の頻度
  • 変更依頼の方法

5. 技術的な準備(10分)

  • アクセス認証情報を共有
  • ツールをセットアップ(GitHub、ステージングサイト)
  • 連絡手段をテスト

6. 次のステップ(5分)

  • あなた:火曜日までに要件定義書を送付
  • クライアント:金曜日までに確認して承認
  • あなた:翌週月曜日に開発を開始

効果がある理由

オンボーディングなしの場合: クライアントは不安を感じ、頻繁に連絡してきて、プロジェクトの途中で考えを変える

オンボーディングありの場合: クライアントは安心してプロセスを信頼し、あなたが開発に集中できる

プロフェッショナルなオンボーディング=悩みの種が減る=納品が早まる=クライアントの満足度が上がる。

コメント