エンジニア向けメンタリングのロードマップ
メンター向けマッチングサービスで質問対応の月額プランから始める
向いている人: 本業で使っている言語やツールについて、学習中の人の質問に文章で答えるのが苦にならない人(自分の学習でつまずいた経験を覚えているとよい)
- ほかの始め方
- 全7ステップ
- 進捗はこの端末にだけ保存
最初の一歩: 手数料・出金の条件・振込手数料を公式ページで確認する(目安 60分)
始める前に
今日やる1タスク
進捗 0 / 7(0%)・残り約 12時間
次のステップ 1 / 7・目安 60分
手数料・出金の条件・振込手数料を公式ページで確認する
まずは「利用規約の費用に関する条文を開き、登録・プラン作成の費用の有無を書き出す(15分)」から。
このステップに進む- 準備 0/2
- 実績づくり 0/1
- 出品 0/1
- 受注 0/2
- 継続 0/1
チェックはこの端末のブラウザにのみ保存されます。別の端末へは進捗ページから書き出せます。
準備
プラン作成にかかる費用、契約成立時に売上から引かれる手数料、売上をいつどのような条件で出金できるか、振込のたびにかかる手数料を、サービスの利用規約とメンター向けページで自分の目で確認する。ここを飛ばすと、受け取れる金額を多く見積もったまま価格を決めることになる。
開始条件: 特になし。今日そのまま始められる
完了の目安: 手数料の計算方法・出金できる条件・振込手数料を自分の言葉でメモに書けている/成果物: 利用条件のメモ(手数料・出金条件・振込手数料)
つまずきやすいポイント
- 手数料を引く前の金額でプランの価格を考えてしまう
- 出金に条件があることを知らず、売上が立ってから受け取れる時期を誤る
止まったら: 公式ページで見つからない項目は、推測で埋めずに「未確認」と書いて次へ進む。登録後に問い合わせて埋めればよい。
自分が本業で日常的に使っている言語・フレームワーク・ツールのうち、学習者の質問に答えられるものを絞る。同時に、本業で知り得た情報や社内コードは教材にしない、対応しない分野は断る、という線引きをはっきり決める。
開始条件: tm-01 の利用条件メモがあること
完了の目安: 「教える範囲」と「教えない範囲」がそれぞれ箇条書きになっていて、本業の情報を使わない線引きが文章で書けている/成果物: 対応範囲リスト(教える/教えない/本業の情報の線引き)
つまずきやすいポイント
- 「何でも相談に乗る」と書いてしまい、専門外の質問に時間を取られる
- 本業のコードや設計を例として出してしまい、勤務先の情報の扱いが問題になる
止まったら: 迷ったら狭いほうに寄せる。教える範囲は後から増やせるが、引き受けてから断るのは相手の学習を止める。
実績づくり
自分がその技術を学んだときのつまずきと乗り越え方、公開してよい自作のコードや記事を整理し、学習者からよくある質問に対する回答例を書いておく。これがプランの説明文と、申込前に相手が見る材料になる。
開始条件: tm-02 の対応範囲リストがあること
完了の目安: 自分の学習経験のまとめと、よくある質問への回答例が複数用意できており、公開してよい成果物が一つ以上ある/成果物: 学習経験のまとめ・回答例・公開できる成果物のリンク
つまずきやすいポイント
- 経歴の羅列になり、学習者が「自分のつまずきを分かってくれそうか」を判断できない
- 回答例が長すぎて、実際の返信でも同じ量を書かなければならない前提を作ってしまう
止まったら: 公開できる成果物が無ければ、tm-02 の範囲で小さなサンプルを一つ作って公開する。本業の成果物を代わりに使わない。
出品
対応範囲・返信までの時間の目安・月あたりの回答の範囲・コードレビューの有無を、そのままプランの説明に書いて公開する。飾った自己紹介より、「何を、どのくらいの頻度で、どこまで」が伝わることを優先する。
開始条件: tm-02 の対応範囲リストと tm-03 の材料があること
完了の目安: プランが公開され、対応範囲・返信の目安・回答の範囲・対応しない分野が載っている/成果物: 公開されたメンタープラン
つまずきやすいポイント
- 返信の目安を書かずに公開し、深夜や休日の即答を期待される
- 手数料を引く前の金額で価格を決め、受け取り額が想定より少なくなる
止まったら: 公開後に申込が来なくても、説明を大きく書き換える前に「対応範囲の具体性」と「プロフィールの成果物」を先に見直す。この 2 つが学習者の判断材料になりやすい。
受注
申込が入ってから慌てないよう、初回に相手の目標・現在の学習状況・使っている環境を聞く項目と、プランの範囲外を頼まれたときの返答を用意しておく。相手のコードを預かる場合の扱いもここで決める。
開始条件: tm-04 でプランが公開されていること
完了の目安: 初回に聞く項目と、範囲外の依頼への返答文、預かったコードの扱いが文章で用意できている/成果物: 初回ヒアリングの項目と返答テンプレート
つまずきやすいポイント
- その場の流れで範囲外の作業(代わりに実装する等)を引き受け、次回以降も前提にされる
- 預かったコードの保管や削除を決めずに受け取り、契約終了後も手元に残る
止まったら: 判断に迷う質問が来たら、その場で結論を出さず「確認して返します」と伝えて持ち帰る。これは断ることと同じではない。
実際に契約が成立したら、プランに書いた範囲と頻度で最後まで対応する。ここでの目的は売上より、質問 1 件にかかる自分の時間と、プランの範囲が実態に合っていたかを数字で知ることにある。
開始条件: tm-05 のテンプレートが手元にあること
完了の目安: 1 件の契約期間が終わり、質問の件数・1 件あたりの対応時間・範囲外の依頼の有無が記録に残っている/成果物: 対応記録(質問の件数・対応時間・範囲外の依頼・相手の進み具合)
つまずきやすいポイント
- 回答を丁寧にしすぎて 1 件あたりの時間が伸び、本業の時間を圧迫する
- やり取りの時間を記録せず、月あたりの拘束時間を短く見積もる
止まったら: 対応時間が想定を大きく超えたら、無理に続けず、相手に状況を伝えて回答の頻度や範囲を相談する。記録には超えた理由も書いておく。
継続
何件かこなしたら、記録をもとに「範囲どおりに進んだ契約」と「時間が伸びた契約」を分け、対応範囲・返信の目安・価格のどこを変えるかを決める。ここで範囲を調整することが、本業と両立して続けられるかどうかを分ける。
開始条件: tm-06 の対応記録が複数件たまっていること
完了の目安: 契約ごとの対応時間が並んでいて、プランの範囲・返信の目安・価格のどこを変えるか決まっている/成果物: 見直しメモ(続ける範囲・やめる範囲・変更する条件)
つまずきやすいポイント
- 申込が続いていることを理由に、時間のかかる範囲をそのまま続けてしまう
- 価格を質問の件数だけで考え、ヒアリングや記録の時間を入れない
止まったら: 判断できるほど記録がたまっていなければ、条件を変えずにもう何件かこなしてから見直す。件数が少ないうちの判断は当てにならない。
次にすること
チェックした進捗は、進捗ページからいつでも続きに戻れます。