ポートフォリオの添削：依頼文テンプレートと修正の順序

学校やスクールの就職支援窓口、エンジニアの勉強会やコミュニティ、メンタリングサービスの公開質問、有料の個別レビュー、AIの点検ツールが主な経路です。経路ごとに確認しやすい項目が違うため、一か所で全部を得ようとせず、目的に応じて使い分けます。

現職者を選ぶときは、年次や会社名より、応募したい職種の書類を読んだ経験があるかを先に見ます。バックエンド志望なら、バックエンドの応募書類を読んだことがある人の一言のほうが、著名な人の一般論より修正に役立ちます。リポジトリやファイルを送る前に、勤務先の内部情報や個人情報を取り除いてください。

応募職種、目標の求人票、資料の完成段階、確認したい点を二つか三つ添えて送ります。「見てもらえますか」だけでは、レビュアーに判断基準がなく、一般的な印象しか返ってきません。

以下はPreterviewが編集提案として作った依頼文の穴埋めテンプレートです。公式の様式ではないので、状況に合わせて削ったり書き換えたりしてください。

• 応募職種：[例：ジュニアのバックエンドエンジニア]
• 目標の求人票：[リンク、または必須要件の要約]
• 完成段階：[例：プロジェクトの選定と順序は決めた、文章はまだ整えていない]
• 確認したい点1：[例：最初の画面だけ見て、自分の強みが何に見えるか]
• 確認したい点2：[例：成果の記述が薄いプロジェクトはどれか]
• 確認したい点3：[例：この求人票の必須要件のうち、資料に見えない項目]

「これで書類は通りますか」という質問は避けたほうがよいでしょう。レビュアーには答えられない問いなので、励ましか心配しか返ってきません。見せる時期は、完成後よりプロジェクトの選定と順序が決まった直後が向いています。構成を変えるという助言を実際に反映できる時期だからです。

場所、根拠、修正の方向がそろった指摘を先に反映します。この三つはPreterviewが提案する見極めの基準で、三つとも欠けている指摘は記録だけしておき、次のレビューで改めて聞けば十分です。

「雑に見える」という言葉には直す場所がありません。一方「注文管理ダッシュボードの項目に成果が一行もない」という指摘は、どの項目か、何が足りないか、何を足すかが含まれているので、その日の夜に直せます。言い方が冷たくても、こうした指摘がいちばん安上がりな改善の機会です。

指摘が対立したら、多数決ではなく目標の求人票の必須要件に照らして決めます。一人は性能の数値を増やせと言い、もう一人は不自然だと言う場合、求人票が大量トラフィックの経験を求めているのか、初期段階の製品での判断経験を求めているのかが基準になります。

複数の人から別々に受けた指摘を一つの文書にまとめると、繰り返される項目が見えてきます。別々の人が同じ箇所を指したなら先に手を入れ、一人だけが挙げた文章の好みは後回しにします。

各プロジェクトについて、担当範囲、課題、自分がしたこととその理由、結果が一つの項目の中で読めるように書きます。MITのキャリア部門の履歴書ガイドは、プロジェクトを課題・行動・結果の順で具体的に書き、検証できる規模を示すよう勧めています 公式ガイド。以下はその型を参考にPreterviewが作った、説明のための架空の例です。

修正前：「4人チームでフリマアプリを開発しました。React、Spring Boot、MySQL、Dockerを使用しました。チャット機能と決済モジュールを実装しました。」

修正後：「4人チームのフリマアプリで、チャットと決済のサーバーを担当しました。チャットのメッセージ消失が繰り返されたため、ポーリングをWebSocketに変え、再接続のロジックを追加し、ローカルのテストで再接続後もメッセージの順序が保たれることを確認しました。決済モジュールでは外部APIの障害に備え、再試行回数と失敗の記録方法を自分で決めました。」

修正後で変わったのは主語と結果です。主語がなくチーム全体の作業に読めた文が「自分の担当範囲」になり、技術名の羅列がその技術で解いた課題になり、確認条件つきの結果が入りました。プロジェクトそのものを大きく見せた部分はありません。面接ではこの一文一文が質問として返ってくることがあるので、エンジニアの模擬面接ガイドで深掘りの流れも確認しておくとよいでしょう。

数値を作らず、何が変わったかを事実として書きます。成果が必要というのは、文の中に変更前と変更後があるという意味で、すべての文にパーセントを付けることではありません。利用者のいない練習用プロジェクトに「コンバージョン率30%改善」と書くと、どう測ったかを聞かれたときに答えられません。

今からでも測れるものは測り、条件を添えます。説明のための架空の例として「一覧取得APIの応答時間をローカルで100回測定し、平均800msから120msに短縮した」のように、環境と回数が付けば小さな数値でも検証できる成果になります。

測る対象がなければ事実型の成果で書きます。「重複コード三か所を共通モジュールにまとめ、以後の機能追加で直す場所を一か所にした」「デプロイスクリプトを作り、手作業五工程を一工程にした」といった文は、数値がなくても前後があります。

クローン開発やスクールの共通課題なら、元と違う判断をした箇所を一行書きます。課題そのものが問題になるのではなく、元との違いがなければ、同じ課題を出した他の応募者と区別する根拠がなくなります。「チュートリアルは状態をグローバルで管理していたが、画面単位に分けた理由」という一行で十分です。

事実の誤り、成果と担当の記述、構成、文章表現の順で反映することを提案します。目につくものから手を付けると、たいてい文章の磨き込みから始めてしまいますが、表現が整っても抜けている成果や担当はそのまま残ります。

1. 事実の誤り：リンク切れ、閲覧権限のないリポジトリ、誤字、会社名や職種名の誤り、作りかけのページを先に直します。判断のいらない修正なので先に済ませます。
2. 成果と担当：応募職種に最も近いプロジェクトを二つか三つ選び、それぞれに成果一行と担当範囲一行を入れます。残りは一覧に下げるか外します。
3. 構成：スクロール前の最初の画面に、応募職種、一行の要約、代表プロジェクトへのリンクがあるか確認します。
4. 文章表現：最後に文章を整えます。一巡したら最初に見てくれた人とは別の人に見せ、最初の依頼文の確認したい点が解消されたかを同じ質問で聞き直します。

直したポートフォリオで実際に質問を受けてみると、説明に穴が残っている箇所が分かります。AI模擬面接の準備方法で、書類をもとに質問を受ける練習の進め方を確認できます。

AIの点検ツールは、構成、成果の記述の有無、担当の明記など、テキストから判断できる項目の確認に使い、技術判断や会社ごとの適合は人や求人票で改めて確認します。ツールはリンク先の実装を開いて見ることはできません。

Preterviewのポートフォリオ診断は、ファイルやリンクを入れると、成果や担当の記述が抜けている項目と構成上の補うべき点を指摘する機能です。書類にもとづく模擬面接と面接後のフィードバックも提供しているので、直したポートフォリオでそのまま質問を受けられます。登録すれば1日1回無料で、それ以降は1回につき利用チケット1枚を使います（2026年10月8日時点、5枚$6.99から）。無料の診断では点数と評価、改善案1件の詳細を確認でき、残りの改善案はタイトルだけが表示され、結果画面で利用チケット1枚を使って開けます。最新の条件は料金・利用条件で、指摘の具体性は例示レポートで先に確認してから、どこまで任せるかを決めてください。

どのツールでも、点数や等級を合否の予測として読まないほうがよいでしょう。最初の点検結果はどこから直すかの見当をつけるためのもので、最終判断は応募先の求人票と人のレビュアーの意見をもとに行います。