毎年、秋採用・春採用のシーズンになると、似たような質問をたくさん受けます。
「インターン経験がないんですけど、履歴書に何を書けばいいですか？」
「夏のインターンが見つからなかったんですが、履歴書がスカスカで……」
「研究室でやってることが応募するポジションと違うんですが、プロジェクト経験として書いてもいいですか？」
この質問の裏にある不安はよくわかります。でも正直に言うと：インターン経験がないことは履歴書の問題ではありません。他の経験を価値あるものとして書き出せていないことこそが問題なのです。
面接官が新卒の履歴書を見るとき、最初から「大手でのインターン経験があるはず」とは思っていません。見たいのは：この人の基礎力はどうか？自発的に動いた形跡はあるか？一つのことを最後までやり遂げられるか？
こうしたことは、必ずしもインターンから得る必要はありません。以下、5つの方向性を実際の事例とともに紹介します。
1. 授業プロジェクト／課題 —— 思っているより多くのことをやっている
多くの人が授業プロジェクトをこう書きます：
データベースの課程設計を完了し、図書管理システムを実装。Java + MySQL を使用し、図書の追加・削除・変更・検索機能を実現。
そして面接官は読んでこう思います：ああ、また図書管理システムか。
問題は授業プロジェクトそのものではなく、「やったこと」だけ書いて「どうだったか」を書いていないことです。
こう書き直す：
データベース課程設計：図書管理システムの設計・実装（Java + Spring Boot + MySQL）
- 要件分析、ER 図設計からフロントエンド・バックエンド実装までの全工程を独力で完遂
- 6テーブルの第3正規形構造を設計し、複雑なクエリ（複数テーブル JOIN、サブクエリ、インデックス最適化）を作成
- システムは10人の同時操作に対応、応答時間 200ms 未満
- 発表評価は上位10%、課程の優秀事例として選出
気づきましたか？同じプロジェクトに「全工程」「第3正規形」「同時接続」「上位10%」「優秀事例」といった具体的な情報が加わるだけで、まったく違って見えます。嘘をついたわけではなく、もともとあった情報を書き出しただけです。
ポイント： どんな授業プロジェクトも、この方向で掘り下げられます——技術スタック、個人の貢献、数値化された成果、課程の要求を超えた追加の取り組み。
2. サークル／学生自治会の経験 ——「イベント企画」ではなく「実行の成果」
サークル経験は、文字数稼ぎの場所になりがちです。書くとこうなります：
文芸部部長として、学内イベントを複数回企画し、学生の課外活動を充実させた。
この書き方の問題：役職と職責だけ書いて、成果を書いていない。
こう書き直す：
文芸部部長（メンバー200名以上を統括）
- 学内歌唱コンテストを統括企画、参加者500名以上、予算8,000元、満足度スコア 4.6/5
- 部門活動の SOP を構築し、イベント準備期間を3週間から1.5週間に短縮
- 他部門との調整（広報部、渉外部、財務部）を担当し、4つの合同イベントを完遂
ここで示されているのは：予算管理、プロセス改善、部門横断的な協働。この3つの能力は、ビジネスの現場でも完全に通用します。
サークル経験を書く原則：職責ではなく成果を書く。「5人のチームをマネジメント」は「部長を務めた」よりずっと重みがある。「3,000元のスポンサーを獲得」は「渉外業務を担当」よりずっと説得力がある。
3. 個人プロジェクト／Side Project
技術職を目指すなら、個人プロジェクトは大きな加点要素になります——ただし、完成して公開されていることが前提です。未完成のままやローカルに眠っているプロジェクトはほとんど意味がありません。
書き方：
個人プロジェクト：「毎日のアルゴリズム」WeChat ミニプログラムを独力で開発（公開済み、累計ユーザー200名以上）
- 技術スタック：WeChat ミニプログラムネイティブ + Express + MongoDB
- 毎日の LeetCode 問題プッシュ、解答閲覧、提出記録機能を実装
- WeChat シェアによるバイラルで初期ユーザーを獲得、翌週リテンション率 35%
- ソースコード：github.com/xxx（リンク付き）
個人プロジェクトの最大の利点は：面接官があなたの主体性を見抜けること。「誰に言われたわけでもなく、自分で何かを作った」——このシグナル自体が非常に強いのです。
鍵は：
- 必ず公開または実際に使われていること（「開発中」だけはダメ）
- リアルなユーザーデータを示す（少なくても構わない）
- コードリポジトリのリンクを付ける
4. 大会／コンテスト経験
ACM、数学モデリング、起業コンテスト、ケース分析大会——どれに参加したことがあっても書けます。重要なのはコンテストの中で自分が具体的にどんな役割を果たしたかです。
悪い書き方：
全国大学生数学モデリングコンテストに参加、省級二等賞を受賞。
良い書き方：
全国大学生数学モデリングコンテスト（省級二等賞、参加チーム数3,000以上）
- 2日間で「交通流量予測」問題のモデリングと論文執筆を完遂
- データ前処理と特徴量エンジニアリングを担当（Python + Pandas）、時系列予測モデルを構築（ARIMA + LSTM）
- 最終予測精度 87%、全参加チーム中上位8%
同様に、「3,000以上」「87%」「上位8%」が加わることで、二等賞の重みが具体的になります。
5. オンライン講座／独学の成果
「専攻外だが独学力が高い」候補者を受け入れる面接官は増えています。前提は、独学にアウトプットがあることです。
書き方の公式： 何を学んだか + 何を作ったか + どのレベルまで到達したか証明できるもの
フロントエンド開発を独学（2025.09 - 2026.03）
- freeCodeCamp フロントエンドコースを修了（300時間）、全プロジェクト認証を取得
- 3つのデモを独力で開発：Todo アプリ、天気検索、簡易ブログ
- 学んだコンポーネント指向開発の考え方を授業プロジェクトに応用（授業プロジェクトの項を参照）
ここでの鍵は：「何を学んだか」だけでなく、「学んだ後に何を生み出したか」を書くことです。
注意：履歴書内の優先順位
インターン経験がなく、サークル経験もあまり豊富でない場合は、プロジェクト経験を先頭に持ってきて、その後に学歴とスキル、最後にサークル活動を配置しましょう。
なぜか？面接官がより関心を持つのは「仕事ができるかどうか」であり、「どれだけイベントを企画したか」ではありません。コア能力を最も証明できる部分を最前面に置きましょう。
まとめ：簡単な自己チェックリスト
履歴書を書き終えたら、以下をチェックしてください：
- 各経験に具体的な数字がある（人数、時間、金額、順位、パーセンテージなど）
- 各プロジェクトに自分の役割が明記されている（独力／主導／コア／協力）
- 「参加」「担当」といった空虚な動詞がない——すべて具体的な行動記述に置き換えられている
- スキルの習熟度に説明がある（プログレスバーではない）
- 履歴書が1ページ以内に収まっている
自分の書いたバージョンが良いかどうか自信がなければ、DeepResume にアップロードして無料診断を受けてみてください。成果の数値化、キーワードカバレッジ、ATS 対応度の各軸でスコアを出し、各経験の改善方向を具体的に教えてくれます。