ITコンサル・講師の実績の見せ方｜出せない仕事をどう伝えるか

結論から書きます。ITコンサルと講師の実績で発注者が見ているのは、どの企業に入ったかではなく、関わった相手がどう変わったかです。守秘義務があるから何も書けないと悩んでいる人ほど、この軸に切り替えるだけで書けることが一気に増えます。ITコンサル・講師の実績の見せ方には型があり、その型は案件名を一切出さなくても成立します。この記事では、出せない仕事を抽象化して伝える手順と、その際にやってはいけない線引きを整理します。

ITコンサル・講師の実績が書けなくなる構造

この職種の実績が書きにくいのには、はっきりした理由があります。

まず、成果物が形として残らないことが多い。コンサルティングの納品物は資料や議事録であり、その中身は経営判断や社内の課題そのものです。講師業も同様で、研修資料は発注元の社名入りで作られ、受講者名簿は個人情報になります。デザインやライティングと違い、切り出して見せられる部分がほとんどありません。

次に、守秘義務契約(NDA)の範囲が広いこと。多くの契約では、案件の存在自体を口外しないと定められています。社名だけでなく「その会社と取引していた事実」が秘密情報に含まれるため、「大手金融機関を支援」という書き方すら危うい場合があります。ここを軽く見て、業種と規模を組み合わせて書いた結果、特定されて問題になるケースがあります。

3つ目は、成果の帰属が曖昧なこと。プロジェクトが成功しても、それが自分の助言によるものか、現場の実行力によるものか、外部環境の変化によるものかは切り分けられません。正直なところ、コンサルの実績表記が過大になりやすいのはこの構造が原因です。だからこそ発注者は、書かれた成果よりも書き方そのものを見ています。

発注者が実績から読み取ろうとしていること

企業が外部のコンサルや講師を選ぶとき、確認したいのは次の点です。

自社と似た状況を扱った経験があるか。課題を構造化して説明できるか。現場を動かした経験があるか、それとも提案止まりか。そして、機密を守る人かどうか。

最後の項目は見落とされがちですが、実は決定的です。実績欄に前の顧客の内情が細かく書かれていれば、発注者は「自分の会社の話も外で話されるのでは」と考えます。書けないことを書かない姿勢は、それ自体が能力の証明になります。

出せない案件を抽象化する4段階

実績を書けるようにする作業は、抽象化のレベルを段階的に上げていく作業です。具体を残しすぎれば違反になり、抽象化しすぎれば何も伝わりません。ちょうどよい着地点を探します。

段階1 固有名詞を属性に置き換える

社名を業種と規模に置き換えます。「A社」ではなく「従業員数が数百名規模の製造業」。ここで注意すべきは、業種と規模と地域と時期を組み合わせすぎないことです。要素を3つ以上重ねると、業界内では特定できてしまいます。使う属性は2つまでに抑えるのが安全です。

段階2 課題を一般的な型に言い換える

「基幹システムの老朽化に伴う移行判断」「情報システム部門が1名しかいない状態での運用設計」のように、業界で共通して起きる型として書きます。この書き方には副次的な効果があります。同じ課題を抱える発注者が読んだときに、自分ごととして刺さるからです。固有の事情を書くより、型で書いたほうが引き合いは増えます。

段階3 自分の担当範囲を明確にする

ここが最も重要です。何を任され、どこまで決め、何をしなかったのか。「要件定義の支援」なのか「ベンダー選定の評価軸づくり」なのか「経営会議での説明資料の作成」なのか。範囲が明示されていれば、発注者は自社の依頼に当てはめて考えられます。範囲を曖昧にしたまま大きな成果だけ書くと、逆に信用されません。

段階4 相手の変化を書く

最終段階が、支援した相手がどう変わったかです。「社内で判断できなかったベンダー比較を、担当者自身が評価表を使って進められるようになった」。この形なら、発注元の機密には触れず、自分の仕事の質を伝えられます。

講師業なら、この段階が主役になります。受講者が何をできるようになったか。研修前は手が止まっていた作業が、研修後にどう変わったか。教えた内容の一覧ではなく、変化を書く。ここを書ける人は多くありません。

市場の側から見た、この職種の需要

実績の書き方を決める前に、誰が何のためにこの職種へ発注しているのかを押さえておくと、書くべき内容が定まります。

企業がITコンサルや講師を外部に求める背景は、大きく3つに分かれます。

1つ目は、社内に判断できる人がいない状態です。システムの入れ替え、クラウドへの移行、業務ソフトの選定。決めなければならないのに、判断の基準を持っている人が社内にいない。この層の発注者が知りたいのは「決め方を教えてくれる人か」です。実績としては、判断の枠組みを作った経験が刺さります。

2つ目は、社内人材を育てたいという需要です。外部委託を続けるとコストが積み上がるため、内製化に舵を切る企業が増えています。ここでは講師としての需要が生まれます。発注者が知りたいのは「うちの社員のレベルに合わせて教えられるか」であり、扱えるテーマの広さより、レベル調整の実績が評価されます。

3つ目は、人手が足りない状態です。情報システム部門が数名しかおらず、日常運用で手一杯になっている。この層には、常駐せずにスポットで動ける外部人材の需要があります。ここで見られるのは「短い関与時間で成果を出せるか」であり、実績としては、限られた稼働の中で何をしたかを書くのが有効です。

この3分類は、そのまま実績の書き分けにも使えます。自分の経験がどの層に響くのかを決めてから書くと、文章の焦点が定まります。すべての層に向けて書こうとすると、誰にも刺さらない一般論になります。

そして、リモートで成立しやすいのは「教える」仕事のほうです。常駐前提の支援に比べ、研修や講義はオンラインで完結しやすく、副業や在宅で受けやすい。実績を作る順序としても、教える側から入ってコンサルティングへ広げるルートは現実的です。

講師の実績は「教えた相手の変化」で書く

研修やセミナーの実績を、扱ったテーマの羅列で書いている人をよく見ます。正直なところ、これはあまり効きません。テーマは検索すれば分かるからです。

発注者が知りたいのは、自社の社員が受けたときに何が起きるかです。だから書くべきは、受講者の出発点と到達点になります。

構成の型は次のとおりです。受講者の職種と前提知識のレベル。研修前に現場で起きていた具体的な困りごと。研修の設計方針(なぜその順序にしたか)。演習で何をさせたか。研修後に受講者が単独でできるようになったこと。フォローアップの有無。

この型で書くと、テーマが同じでも設計が違うことが伝わります。たとえば同じ「セキュリティ研修」でも、情報システム部門向けと営業部門向けでは設計が全く変わる。その違いを説明できる人が選ばれます。

講師の紹介文がどう書かれているかは、研修会社の講師一覧を見ると傾向がつかめます。

建設業の若手社員の「自主性」「責任感」を育てる専門家。「人材育成」「人材確保」のカギは魅力的な職場環境！をモットーに、飲みながら学ぶ「のみーティング」や「笑みーティング」という楽しく学ぶ独自スタイルが特徴。10年以上の現場経験と、1,000時間以上の研修等を活かした人材育成が好評 出典: sbrain.co.jp

この紹介文で機能しているのは、対象を「建設業の若手社員」と絞っている点と、独自の進め方に名前を付けている点です。取引先の社名は一つも出ていません。それでも何を頼めるか分かる。実績の見せ方の完成形は、こういう形をしています。

独自の型に名前を付ける

実績を抽象化していくと、自分の進め方が浮かび上がってきます。この進め方に名前を付けると、覚えてもらいやすくなります。

たとえば、研修前に受講者へ事前アンケートを取って設計を組み替える進め方、研修後に現場で使う簡易チェックシートを配る進め方。特別なことでなくてよく、実際にやっている手順を言語化するだけです。名前が付くと、発注者が社内で説明しやすくなります。社内稟議を通すのは担当者であり、その担当者が上司に説明できる言葉を渡すのが、受注につながる実務です。

資格は実績の代わりになるか

この職種で頻繁に聞かれるのが、資格の位置づけです。結論を先に書くと、資格は実績の代わりにはなりませんが、実績が語れない領域では入口として機能します。

発注者の視点で整理します。実績が豊富にある人に対して、発注者は資格を確認しません。判断材料が既にあるからです。逆に、実績を守秘義務で出せない人や、新しい領域に踏み出したばかりの人にとっては、資格が最低限の技術水準を担保する役割を果たします。

ネットワークやインフラの領域ならCCNA（シスコ技術者認定）のような技術系の認定が、扱える範囲を客観的に示します。研修資料や提案書の作成品質を担保したいならビジネス文書検定のような文書系の検定が目安になります。どちらも、それ自体が受注を生むわけではありません。書類選考で落ちないための下限を上げる道具です。

費用対効果で考えるなら、判断基準は明確です。その資格を持っていないことで応募できない案件があるかどうか。募集要項に「資格保有者優遇」と書かれる領域なのかどうか。この2点に当てはまらない資格に時間を使うより、実績の言語化に時間を使ったほうが、受注への距離は近くなります。

無料で始められる学習手段も増えています。ベンダーが公開している技術ドキュメント、公的機関が出している調査資料、オンラインの入門講座。講師として教える側に回るなら、これらの一次情報を自分で読み解く習慣のほうが、資格の枚数より効いてきます。

案件としてどんな依頼があるのかはITコンサルティング・講師のお仕事にまとまっており、隣接する領域の需要はAI・マーケティング・セキュリティのお仕事で確認できます。募集要項の書かれ方を読むと、その領域で何が実績として評価されるかが逆算できます。

副業として始める場合の実績の作り方

会社員として働きながらこの職種を始める人は多く、その場合の実績づくりには固有の難しさがあります。

本業の案件は当然出せません。所属企業の情報であり、副業の実績として使えば就業規則にも抵触します。そこで必要になるのが、副業側で独立した実績を最初から作ることです。

現実的な進め方は3つあります。

1つ目は、小規模な案件から入ること。個人事業主や小さな会社は、大手のコンサルティング会社に依頼できない一方で、社内にIT人材がいません。ここは在宅・リモートで受けやすい領域でもあります。契約時に掲載可否を確認しておけば、公開できる実績が最初から手元に残ります。

2つ目は、公開の場で書く、話すこと。技術ブログ、勉強会での登壇、オンラインの質問サイトでの回答。守秘義務に一切触れずに、思考の質を証明できます。講師業では特に有効で、話している様子が分かる素材があるかどうかで、発注側の安心感が変わります。

3つ目は、教材そのものを自分で作ってしまうこと。実際に納品した研修資料は出せませんが、同じ設計思想で作った公開用の教材なら出せます。目次と演習の設計だけでも、設計力は十分に伝わります。

副業として無理なく続けるための注意点もあります。稼働可能な時間帯を先に伝えておくこと。平日の日中に連絡が取れないなら、そのことを契約前に共有し、返信の目安を決めておく。これを曖昧にしたまま始めると、本業と副業の両方が崩れます。

経歴の見せ方という点では、講師の紹介文の書かれ方が参考になります。

1954年神戸市生まれ。京都大学法学部卒業後、生命保険会社に入社。人事・労務関係を中心に、経営企画、支社長等を経験。勤務と並行して「働く意味」「個人と組織の関係」をテーマに取材・執筆に取り組む。2015年定年退職。2017年の『定年後』（中公新書）は25万部を超えるヒットとなる。 出典: sbrain.co.jp

ここで書かれているのは、所属した組織の名前と、そこで何を担当したかという事実だけです。個別の顧客名も、支援先の内情も出てきません。それでも「この人は組織と個人の関係を長く見てきた」と伝わる。会社員としての経験を副業の実績に変換するときも、同じ発想が使えます。守秘義務に触れるのは案件の中身であって、自分がどの職務を担ってきたかという事実ではありません。ここを混同して何も書けなくなっている人が多くいます。

案件記録のフォーマットを固定する

抽象化した実績を書けるようにするには、案件が終わった直後の記録が要ります。記憶に頼ると、半年後には判断の理由が思い出せません。

記録の項目を固定しておくと、毎回考えずに埋められます。次の8項目で十分です。

発注元の属性(業種と規模を1つずつ)。依頼された背景。自分の担当範囲。関与した期間と稼働の形(週次の定例か、スポットか、研修当日のみか)。最初に立てた見立てと、それが外れた点。実際に取った打ち手。終了時点で相手ができるようになったこと。掲載可否の確認結果と、確認した相手と日付。

最後の項目は必ず入れてください。誰にいつ確認したかが残っていないと、後で使えるかどうか判断できなくなります。口頭の了承だけで進めず、メールやチャットの文面を残します。

この記録は公開用の文章ではないため、書きにくい固有情報も含めて構いません。公開するときに削る作業をすればよく、最初から抽象化しようとすると手が止まります。素材は具体で持ち、出すときに抽象化する。この順序が続けるコツです。

記録を続けると、自分の得意な型が見えてきます。要件の整理が得意なのか、社内の合意形成を進めるのが得意なのか、手を動かして見せるのが得意なのか。この自己認識があると、案件の選び方も変わります。合わない案件を断れるようになるのは、記録を持っている人の特権です。

契約形態ごとの注意点

実績の扱いは契約形態によっても変わります。

準委任契約であれば、成果ではなく稼働に対して報酬が支払われるため、実績には「何時間関与した」ではなく「その時間で何を進めたか」を書きます。請負契約であれば成果物が定義されているため、その成果物の種類(要件定義書、評価軸の設計、研修カリキュラム)を書けます。

業務委託の契約書で確認すべきなのは、秘密保持の範囲と期間、そして成果物の権利がどちらに帰属するかです。権利が発注元に移る契約であれば、教材や資料を他の案件に流用することはできません。似た教材を作り直す場合も、元の資料を参照しない形で組み直す必要があります。ここを曖昧にすると、後々のトラブルになります。

契約前の段階で不明点があるなら、聞いてください。契約内容を確認する姿勢は、警戒されるどころか、信頼できる相手だと受け取られます。

よくある失敗と注意点

実績の見せ方で信用を落とすパターンを挙げます。

最も危険なのは、抽象化したつもりで特定できる書き方をすることです。業種、規模、地域、時期、プロジェクトの内容。これらを重ねると、業界の人には誰の案件か分かります。書いた後に、その業界の知人が読んだら特定できるかを想像してください。できるなら要素を削ります。

次に多いのが、成果を自分の手柄として書きすぎることです。「売上を大きく改善」といった書き方は、検証できないうえに、コンサルティング業界では聞き飽きられています。書くなら自分の担当範囲に限定した変化にとどめます。

3つ目は、肩書を盛ることです。支援した経験を「顧問を務めた」と書き換える、単発の講義を「講座を主宰」と書く。実際に依頼が来たとき、期待とのずれで苦しむのは自分です。

4つ目は、実績の更新を止めてしまうこと。この職種では扱う技術領域が数年で変わります。数年前の案件しか並んでいないと、現在対応できる範囲が伝わりません。案件が終わるたびに、抽象化した記録を残す習慣を作ってください。所要時間は15分程度で済みます。

5つ目は、受講者アンケートの結果を無断で載せることです。研修の満足度データは発注元の資産です。掲載したい場合は、集計値であっても事前に許可を取ってください。自由記述のコメントを引用する場合は、書いた本人が特定されない形になっているかも確認します。少人数の研修では、職種と一言のコメントだけで誰が書いたか分かってしまいます。

6つ目は、他のコンサルタントや研修会社を引き合いに出して自分を持ち上げることです。「よくある研修は座学ばかりで意味がない」といった書き方は、読んだ発注者に「この人はうちのことも外で悪く言うのでは」と思わせます。比較で語らず、自分の設計の理由だけを書けば足ります。

7つ目は、扱える範囲を広く書きすぎることです。ITと名の付く領域をすべて並べると、専門性が薄まって見えます。実際に手を動かした領域と、周辺の知識として説明できる領域を分けて書いたほうが、発注者は依頼しやすくなります。書ける範囲を絞ることは、機会を減らす行為ではなく、選ばれやすくする行為です。

公開できる場を1つ持っておく

守秘義務の外側に、自分の判断を公開できる場を1つ持っておくと、実績の不足を大きく補えます。

有効なのは3種類です。

技術や業務課題についての解説記事。研修や勉強会での登壇。そして、公開された制度や技術動向についての解説です。いずれも顧客情報を一切含まずに、思考の質を示せます。

書く内容に迷うなら、案件で何度も同じ説明をしている話題を選んでください。繰り返し説明が必要な話題は、多くの人が詰まっている場所です。そこを丁寧に解説した文章は、検索から見つけてもらえるうえに、提案時の補助資料としても使えます。「この件については以前まとめたものがあります」と1本渡せると、面談が短く済みます。

講師業を狙うなら、話している様子が分かる素材があるかどうかで結果が変わります。研修の実録は当然出せませんが、公開向けに短い解説動画を用意することはできます。声の速さ、間の取り方、図の使い方。発注者はここを見ています。資料の完成度より、伝わり方のほうが判断材料になります。

公開の場を持つことには、もうひとつの効果があります。守秘義務のある案件が増えるほど、自分の仕事が外から見えなくなり、次の依頼が来にくくなる。定期的に外へ出す習慣は、その目減りを埋める役割を果たします。頻度は高くなくてかまいません。年に数本でも、更新が止まっていない状態を保つことが重要です。

提案文と面談での伝え方

書いた実績は、提案文と面談で使われて初めて意味を持ちます。

提案文では、相手の募集内容に最も近い1件だけを提示します。複数並べると焦点がぼやけます。書き方の型は「貴社と近い状況として、従業員数が数十名規模のIT部門をお持ちでない企業で、同種の課題を扱いました。守秘義務のため詳細は控えますが、進め方の概要であればご説明できます」という形です。

この一文は2つの働きをします。近い経験があることを伝えること、そして守秘義務を守る人だと示すことです。詳細を伏せることが、この職種では加点になります。

面談では、抽象化した実績を口頭で掘り下げられます。ここで答えられるかどうかで結果が決まるため、記録を残しておく意味があります。準備しておくべきは、なぜその判断をしたのかという理由と、うまくいかなかった部分をどう扱ったかです。失敗を語れる人は信用されます。すべてがうまくいった話しか出てこない人は、経験が浅いか、正直でないかのどちらかだと見なされます。

長期のキャリア設計まで含めて考えたい場合は、独立後の働き方と案件の取り方を整理したITコンサルタント フリーランス独立ガイド！2026年最新の年収と案件や、経験を活かして後半のキャリアを組み立てる定年後のフリーランス独立｜退職金を活かした起業プランと注意点が参考になります。

市場を長く見てきた立場からの観察

フリーランスと在宅ワークの市場を20年運営してきた立場から言えば、この職種で長く続く人には共通点があります。

実績を「見せる」ことより「説明できる状態にしておく」ことに時間を使っている点です。立派なポートフォリオサイトを持っている人が受注しているわけではありません。聞かれたときに、その場で構造立てて答えられる人が選ばれています。案件記録は他人に見せるためではなく、自分が答えられるようにするために書く。この順序を理解している人は強い。

もうひとつ、運営者として見てきた限りでは、継続的に依頼されている人は「教える」と「決める」を切り分けるのがうまい。研修で教えた相手が現場で詰まったとき、代わりに決めてあげるのではなく、決められるようにする。そうすると短期の売上は落ちるように見えますが、その担当者が次の予算を取ってきます。相手を自立させる仕事のほうが、結果として依頼が続きます。

報酬の構造についても触れておきます。仲介を経由すると手数料が引かれ、同じ予算でも受け手に届く額は目減りします。手数料0%の直接契約であれば、発注者は同じ予算でより厚い支援を頼めますし、受け手の手取りも増える。この構造は、条件の交渉より先に見直す価値があります。同じ支援内容でも、経路が違えば手取りの厚みが変わる。長く続けている人ほど、この点を早い段階で整理しています。

出せない仕事を抱えているのは、機密性の高い案件を任されている証拠です。その事実を、書けないことの言い訳ではなく、書き方の技術で伝えてください。抽象化された実績は、具体的な武勇伝よりも、読み手の状況に届きます。

よくある質問

Q. 守秘義務がある案件を、社名を伏せれば実績として書いてよいですか？

契約内容によります。多くの契約では案件の存在自体が秘密情報に含まれるため、社名を伏せても業種と規模と時期を重ねると特定される場合があります。安全なのは、属性を2つ程度に抑え、課題を業界共通の型として書く方法です。契約書に掲載可否の条項があるか必ず確認し、不明な場合は発注元に書面で確認してください。判断に迷うなら書かないほうが安全です。

Q. 講師の実績は、担当したテーマを並べるだけでは不十分ですか？

テーマの羅列だけでは差が伝わりません。発注者が知りたいのは、自社の社員が受けたときに何ができるようになるかです。受講者の職種と前提知識、研修前に現場で起きていた困りごと、研修の設計方針、演習内容、受講後に単独でできるようになったこと。この順で書くと、同じテーマでも設計の違いが伝わり、選ばれる確率が上がります。

Q. 資格を取れば実績が無くても案件を取れますか？

資格だけで受注するのは難しいのが実情です。ただし、実績を守秘義務で出せない人や新しい領域に入る人にとっては、最低限の技術水準を示す入口として機能します。判断基準は、その資格が無いと応募できない案件があるかどうかです。当てはまらない資格に時間を使うより、これまでの経験を抽象化して説明できる状態に整えるほうが、受注への距離は近くなります。

Q. 会社員をしながら副業で始める場合、実績は何から作ればよいですか？

本業の案件は使えないため、副業側で独立した実績を作ります。現実的なのは、社内にIT人材のいない小規模事業者の案件から入り、契約時に掲載可否を確認しておく方法です。あわせて技術ブログや勉強会での登壇など、守秘義務に触れずに思考の質を示せる場を持つと、講師業の依頼につながりやすくなります。稼働時間帯は契約前に共有してください。

Q. 面談で実績を掘り下げられたとき、どこまで話してよいですか？

契約で禁じられている固有情報は話せません。話せるのは、自分がなぜその判断をしたかという思考の過程と、担当範囲の中で起きた変化です。準備しておくとよいのは、うまくいかなかった部分をどう扱ったかという話です。失敗を構造立てて説明できる人は信用されます。詳細を伏せる姿勢そのものが、この職種では加点として受け取られます。