初期チームでは資料が少なく、仕事をしながら覚えてもらいがちです。しかし、前提を知らないまま成果だけを求めると、手戻りと質問の遠慮が増えます。30日の目的を『即戦力の証明』ではなく、自分で優先順位を判断するための文脈と関係を作ることに置きます。
参加前に受け入れ責任者を一人決める
全員で教えると、誰も全体を確認しない状態になります。受け入れ責任者は、初日の予定、必要資料、アカウント、質問先、最初の成果を準備します。副業メンバーなら、限られた時間内で確認できる情報量に絞ります。
- 契約、開始日、稼働時間、連絡可能時間
- 初週に会う人と、それぞれの担当
- 必要な端末・アカウントと承認者
- 最初の30日で期待する成果
- 困ったときの一次連絡先
必要な役割と募集する時期を先に整理するなら、新規事業の仲間を募集する方法で、立ち上げ段階ごとの考え方を確認できます。
事業の物語より現在の事実を共有する
創業の思いだけでなく、誰が顧客で、どの課題を確認し、何がまだ仮説かを説明します。売上、利用、失注、問い合わせなど、役割に必要な範囲で一次情報へ触れてもらいます。
過去の決定を正解として教えるのではなく、当時の選択肢と判断理由、見直す条件を残します。新メンバーが前提の変化に気づける状態が理想です。
権限は最小から始め、申請方法を明確にする
顧客情報、コード、請求、分析などを一括で共有せず、最初の仕事に必要な権限だけを付けます。必要な権限がないとき、誰へ何を伝えれば追加されるかも案内します。共有アカウントを避け、退任時に個別停止できる状態にします。
最初の仕事は小さくても顧客につなげる
練習だけの課題より、顧客の声を5件分類する、既存画面の離脱を一つ調べる、商談の質問案を作るなど、事業判断につながる仕事を選びます。成果の使われ方が分かると学習が速くなります。
完了条件、参考例、相談するタイミングを伝えます。最初から一人で完璧に進めることを求めず、途中の考え方を共有する機会を入れます。
最初の1週間の例
1日目：事業、顧客、役割、連絡ルール 2日目：顧客記録と過去の決定を読む 3日目：小さな課題の進め方案を共有 4日目：途中レビューと追加情報 5日目：成果、学び、次週の改善を確認
7日・14日・30日で期待を調整する
成果だけでなく、情報不足、判断に迷った点、想定より時間がかかった理由を確認します。本人にも、説明の矛盾、不要な会議、アクセス不足を指摘してもらいます。役割が募集時と変わった場合は、黙って仕事を増やさず条件を再合意します。
オンボーディング資料を次の人へ更新する
新メンバーが質問した内容は、組織の説明不足を示します。回答をFAQ、権限一覧、決定記録へ反映します。一度作った資料を増やし続けず、現在使う情報、履歴、廃止情報を分け、責任者と更新日を記録します。
よくある質問
- Q. 副業メンバーにも30日のオンボーディングが必要ですか？
- 必要ですが、時間数に合わせて圧縮します。読む資料を増やすより、顧客、役割、判断方法、最初の成果へ絞り、短い定期確認を入れてください。
- Q. 資料がほとんどない段階では何から作ればよいですか？
- 顧客、現在の最重要課題、役割、連絡先、最初の仕事の5点を1ページにします。その後、新メンバーの質問を使って必要な資料だけを追加します。
BizMeetで次の一歩へ
募集内容を見ながら参加したいプロジェクトを探すことも、自分の事業を公開して仲間を募ることもできます。