AI・セキュリティ支援の実績の見せ方｜出せない仕事をどう伝えるか

結論から書く。AI・セキュリティ支援の実績は、案件名を出さなくても十分に伝わる形に整理できる。伝わらないのは、守秘義務があるからではなく、匿名化した状態でどう書けばよいかの型を持っていないからだ。この記事では、出せるものと出せないものの切り分け、案件名を伏せたまま能力を示す書き方、許諾の取り方、そして実績が薄い段階の埋め方までを順に整理する。

実績が出せないのは、この分野では標準の状態

まず前提を共有しておく。この分野で「実績を公開できます」という状態のほうが例外だ。支援した内容そのものが相手の弱点の情報なので、公開されると相手が困る。だから契約の時点で守秘の範囲が広く設定される。

そのうえで、発注側は実績を見たがる。何をどこまでやれる人なのかを知りたいという要求は当然で、これに応えられないと選ばれない。つまり、守秘を守りながら能力を示すという、一見矛盾した課題を解く必要がある。

この課題は、業界の大手も同じ形で解いている。個別の顧客名ではなく、支援の領域と実績の厚みという抽象度で示す書き方が定着している。

KPMGは、AIガバナンスの先進的な取組み事例や支援実績、サイバーセキュリティに関する豊富な知識や世界各国での経験・実績を基に、AIセキュリティ態勢構築および運用・高度化を支援します。 出典: kpmg.com

個人で活動する場合も、抽象度の取り方は同じでよい。違うのは、抽象度が高すぎると個人の場合は中身が無いように見えてしまう点だ。だから、案件を特定させない範囲で、具体的な作業の粒度を残す工夫が要る。

出せるものと出せないものを切り分ける

整理の第一歩は、自分の仕事を三つに分けることだ。ここを曖昧にしたまま書き始めると、書けるものまで書かなくなる。

出せないもの

顧客の名称、業種を特定できる規模や地域の組み合わせ、システムの構成、発見した課題の中身、使用したツールの設定、報告書の実物。これらは原則として出せない。契約に明記されていなくても、常識的に出せないと考えたほうがよい。

とくに「発見した課題の中身」は、匿名化したつもりでも危ない。業界が狭い場合、内容から相手が特定される。特定されなくても、同種の課題を抱える企業から「あの人に頼むと弱点を書かれるのか」と受け取られる。

条件付きで出せるもの

業種の大分類、おおまかな規模の区分、自分が担った役割、成果物の種類、期間の長さ。これらは、単独では相手を特定できないため、組み合わせに注意すれば出せることが多い。

ただし「条件付き」というのは、契約の条項次第という意味だ。書く前に必ず契約書を読み直す。守秘の対象が「本業務に関して知り得た一切の情報」と広く書かれている場合、業種すら出せない可能性がある。

制約なく出せるもの

自分の保有資格、学習歴、公開情報を題材にした所見、自分で作った検証環境の成果物、自分で書いた記事や発表資料。これらは誰の情報でもないので、自由に使える。

実績が薄い段階では、この三つ目の領域を厚くするのが最も速い。案件を待たずに増やせるからだ。

案件名を伏せたまま実績を書く型

書き方には型がある。次の四つの要素で一件を構成する。

業種と規模は範囲で書く

「製造業、従業員300名規模」ではなく「製造業、従業員数百名規模」と書く。数を丸めると特定されにくくなり、それでいて案件の大きさは伝わる。

業種も、細かい業態まで書かない。「精密機器メーカー」ではなく「製造業」で足りる。読み手が知りたいのは、自分の会社と近い規模と業種の経験があるかどうかであって、正確な業態ではない。

役割は動詞で書く

「セキュリティ支援を担当」では何をしたのか分からない。「現状の運用状況を聞き取り、評価の観点を整理し、報告書としてまとめ、経営層向けの説明資料を作成した」と、動詞を並べる。

動詞で書くと、その人が実際に手を動かした範囲が見える。逆に、名詞だけで書かれた実績は、関わっただけなのか主導したのかが判別できない。発注側はここを見ている。

成果物の種類を書く

報告書、規程の草案、チェックリスト、教育資料、説明用のスライド。何を納品したのかを書く。中身は書けなくても、種類は書ける。

種類が書いてあると、依頼する側は「うちが欲しいのはこの形の成果物だ」と判断できる。これが判断できないと、そもそも相談の対象にならない。

結果は相手にとっての変化で書く

「課題を12件指摘した」ではなく、「指摘事項に優先順位を付けた形で提示し、社内で対応計画を立てられる状態にした」と書く。件数は相手の弱点の量を示す情報なので出さない。変化のほうを書く。

変化で書くと、相手にとって何が良くなるのかが伝わる。件数や割合は具体的に見えるが、この分野では出せないうえ、出しても意味が薄い。

一件を一枚にまとめる書式

実績は、案件ごとに同じ書式でまとめておく。毎回ゼロから文章を書くと、粒度がばらついて比較しにくくなる。

一枚に載せる項目は、業種と規模の範囲、期間の長さ、体制（一人で担当したのか、チームの一員だったのか）、担った役割、納品した成果物の種類、そして相手にとっての変化。これで足りる。

期間は「約3カ月」のように書き、開始と終了の年月は書かない。年月を書くと、その時期にその業種で何かがあったという情報と結び付いて特定される場合がある。

体制は書いておくと親切だ。一人で完結させた経験と、チームの一部を担った経験は別の能力になる。発注側が一人に任せたいのか、既存のチームに加わってほしいのかで、見る点が変わる。

この書式を三件から五件そろえると、それだけで提案資料の中核になる。件数を増やすことより、粒度をそろえることのほうが効く。ばらついた十件より、そろった三件のほうが読み手には伝わる。

案件の途中で実績の材料を集めておく

実績が書けない原因の半分は、守秘ではなく記憶の欠落にある。終わってから思い出そうとすると、担った役割の細部が抜け落ち、抽象的な一行しか書けなくなる。書く材料は、案件が動いている間に集めておく。

着手時に控える項目

契約を交わした時点で、実績として使えるかどうかを左右する情報を控える。守秘の条項の全文、公表に関する例外の有無、契約の期間、自分の役割の呼び名、窓口となる部署の種別。とくに守秘の条項は、後から契約書を探し直すと時間がかかるため、条項番号と文言をそのまま書き写しておく。

あわせて、この案件で最終的に何を納品するかを一覧にしておく。納品物の種類は実績にそのまま書ける情報なので、途中で増減があった場合も記録を更新する。

稼働中に残す記録

週に一度、その週にやったことを三行で残す。何を確認したか、何を作ったか、何で判断が止まったか。この三つで足りる。作業の詳細ではなく、後から自分の役割を説明するための素材として書く。

止まった箇所の記録は、面談で最も使える。進め方を語る場面で、どこでつまずき、どう解いたかを具体的に話せると、経験の実在感が変わる。順調だったことしか覚えていないと、そこが空白になる。

終了直後に一枚に落とす

案件が終わった週のうちに、前述の書式に落とす。この時点なら細部を覚えているので、短時間で書ける。同時に、許諾を求めるかどうかもここで決める。相手が満足している時期を逃すと、聞ける機会そのものが消える。

書いたものは、匿名化した版と、自分の手元に置く詳細版の二つに分ける。詳細版は記憶の補助として残し、外には出さない。この二段構えにしておくと、後から許諾が取れたときに、詳細版から公開版へ書き直すのが速い。

守秘の許諾をどう取るか

匿名化せずに書ける実績が一件でもあると、説得力は大きく変わる。許諾を取りにいく価値はある。

契約書の条項を先に読む

守秘義務の条項に、実績としての公表に関する例外が書かれていることがある。「事前の書面による承諾を得た場合を除く」という文言があれば、承諾を求める道がある。何も書かれていない場合でも、相談すること自体は問題ない。

なお、契約の解釈にかかわる判断が必要な場面では、弁護士など専門の資格を持つ人に確認してもらうのが確実になる。自己判断で公開してしまうと、取り返しがつかない。

案件終了時に聞くのが最も通りやすい

許諾を求めるタイミングは、納品して相手が満足している直後が最も通る。時間が経つと担当者が異動し、誰も判断できなくなる。

聞き方は具体的にする。「実績として公開してもよいですか」では判断できないので断られる。「業種と規模を範囲でぼかし、貴社名と具体的な内容は伏せた形で、担当した業務の種類のみを実績として記載してもよろしいでしょうか」と、公開する文面の案をそのまま見せて聞く。

出せる範囲を相手に選ばせる

段階を用意しておくと通りやすい。社名を出す形、社名は伏せて業種だけ出す形、業種も伏せて成果物の種類だけ出す形。三つの案を並べて、どれなら差し支えないかを選んでもらう。

選択肢があると、相手は「全部だめ」ではなく「これならよい」と答えやすくなる。全否定される確率が下がる。

実績が薄い段階の埋め方

案件の実績がまだ無い、あるいは一件しかないという段階でも、示せるものはある。

検証環境で作った成果物を見せる

自分で用意した環境で、想定の企業を設定して報告書やチェックリストを作る。架空の企業を対象にしたサンプルであることを明記したうえで、実物と同じ品質で作る。

読み手が知りたいのは「この人が作る文書はどの水準か」であって、それが実案件かどうかは二次的な情報だ。サンプルでも、構成と記述の質が高ければ判断材料になる。むしろ、実案件の報告書は出せないのだから、サンプルを作るのは合理的な選択になる。

公開資料を題材にした所見をまとめる

各省庁や公的機関が公開しているガイドラインを読み込み、それを中小規模の組織に当てはめるとどう解釈できるかをまとめる。総務省や経済産業省の公開資料は誰でも参照できるので、題材として使いやすい。

こうした資料を読み解いて自社に当てはめる作業は、発注側が最も苦手とする部分だ。そこを代行できると示せれば、それ自体が能力の証明になる。

資格と学習歴を配置する

資格は、実績が薄い段階で唯一、第三者が保証してくれる材料になる。この分野では、業務での利用の基礎を体系立てて扱う生成AIパスポートのような資格が、非技術職の発注担当者にも通じやすい。技術面の裏付けを示す場合も、到達水準が公開されている試験のほうが説明に使える。何を勉強したかより、何ができる水準にあるかが第三者の基準で示せるかどうかが分かれ目になる。

資格だけで仕事は取れないが、実績が書けない領域では相対的に重みが増す。並べる順番としては、実績の後ろに置く。前に置くと、実績が無いことが目立つ。

発信を実績の代替にする

記事や資料を継続して公開していると、それ自体が判断材料になる。市場の状況を踏まえた記述ができるかどうかは、発信の蓄積に表れる。

ChatGPTやCopilotをはじめとする生成AIは、文章作成や要約、情報収集など幅広い業務で活用が進んでいます。総務省「令和6年版 情報通信白書」の企業アンケートによると、生成AIの活用方針を定めている企業は42.7％で、そのうち「積極的に活用する」が15.7％、「利用領域を限定して活用する」が27.0％となっており、国内企業でも生成AIの活用は着実に進んでいます。その一方で、機密情報の漏えいや不適切な利用といったリスクも高まっており、AIを安全に活用するためのセキュリティ対策の重要性が増しています。 出典: gmo-cybersecurity.com

こうした公開されている調査を踏まえて自分の見解を書けること自体が、発注側から見れば「話が通じる相手だ」という判断材料になる。ただし、発信は積み上がるまでに時間がかかる。実績が薄い時期に始めておくべき種類の投資だと考えるのが正しい。

やってはいけない見せ方

正直なところ、実績の書き方でつまずく人より、書き方を間違えて信用を失う人のほうが深刻だ。四つ挙げておく。

匿名化が足りない

業種、地域、規模、時期。この四つのうち三つを書くと、業界によっては特定される。書くのは二つまでにする。「関西の従業員500名規模の小売業に2025年に支援」は、ほぼ社名を書いているのと変わらない。

話を大きくする

チームの一部を担った案件を「主導した」と書く。関わったのは資料作成だけなのに「体制を構築した」と書く。この種の誇張は、詳しく聞かれた瞬間に破綻する。発注側の担当者が同種の経験を持っていると、質問の二往復で分かる。

書けることが少ないときほど誇張したくなるが、この分野では信用が商品なので、割に合わない。

手法の詳細を書きすぎる

自分の能力を示そうとして、どう調べたか、何を見たかを詳しく書く人がいる。だがこれは、相手の環境の見方を公開しているのと同じになる。過去の顧客が読んだときに不安を感じる書き方は避ける。

ロゴを無断で並べる

支援先のロゴを並べた一覧は、許諾なしには作れない。名前を出さない合意になっている相手のロゴを載せるのは論外だが、明示的に禁じられていない場合でも、無断で使うのは商標の問題が生じうる。使うなら書面で許諾を取る。

担った範囲を言葉で正確に分ける

誇張を避けようとするあまり、控えめすぎて何をしたのか伝わらない書き方になることもある。役割は、関与の強さで言葉を使い分けると正確に書ける。

一人で全体を設計し、進め方も自分で決めたなら「単独で担当」と書く。複数人の体制で自分が進め方を決めていたなら「進行を担当」、決めるのは別の人で自分は手を動かしたなら「作成を担当」、資料の一部だけなら「一部を分担」と書く。この四段階に当てはめると、詳しく聞かれても説明が崩れない。

体制の人数も、正確な数ではなく規模で書く。「少人数の体制で」「複数社が参加する体制の中で」といった書き方にする。人数を正確に書くと、案件の規模と組み合わせて特定の材料になる。

工程についても同じで、全工程に関わったのか、特定の工程だけかを明示する。関わっていない工程を書かないだけで、書ける工程の記述に説得力が出る。網羅していないことは弱点ではなく、範囲が明確であることの証明になる。

実績を置く場所と、置き方

書けるものが整理できたら、どこに置くかを決める。置き場所によって、書く分量も形も変わる。

一枚の資料としてまとめる

提案や面談の場で渡す資料を一つ作る。構成は、冒頭に何ができるかの要約、次に実績の一覧、最後に資格と発信の記録という順にする。分量は4ページ前後に収める。長くすると読まれない。

この資料は、案件ごとに順番を入れ替えて使う。相手の業種に近い実績を前に出すだけで、読み手の受け取り方が変わる。差し替えを前提に、実績は一件ずつ独立した部品として作っておく。

自分のサイトやプロフィール欄に置く

検索から見つけてもらう入口としては、常設のページが要る。ここに置く実績は、資料版より短くする。一件あたり三行から四行にとどめ、詳細は問い合わせてもらう形にする。

常設のページで気をつけるのは、過去の顧客も読む可能性があるという点だ。資料版は渡す相手を選べるが、公開ページは選べない。同じ内容でも、公開ページのほうは一段階多く抽象化しておく。

案件の応募欄に書く

募集に応募するときの記入欄は、文字数が限られていることが多い。ここでは実績の網羅をあきらめ、募集内容に最も近い一件だけを書く。そのうえで、他の実績は資料でお送りできる旨を一行添える。

全部を詰め込もうとして箇条書きが並ぶと、読み手はどれが強みなのか判断できない。一件に絞るほうが通る。

更新の頻度を決めておく

実績の資料は、作ったまま放置されがちだ。案件が終わるたびに一件追加するという運用にしておく。終わった直後は内容を覚えているので、書くのが速い。半年後に書こうとすると、細部が思い出せず抽象的な記述になる。

あわせて、古い実績を落とす判断もする。年数が経った実績は、当時の技術水準を前提にしているため、そのまま並べると逆に古さを示すことになる。

資料を外に出す前の点検

書き上げた資料は、渡す前に点検する。出したあとに気づいても回収できない。

組み合わせで特定されないか

一件ずつ見ると問題がなくても、資料全体を通して読むと特定される場合がある。前半の実績に業種を書き、後半の発信の記録に同じ業種向けの登壇歴を書いていれば、時期と組み合わせて絞り込める。個別の記述ではなく、資料を通して読み直す。

成果物の実物が紛れていないか

見落としが多いのが、画像や添付の扱いだ。報告書の一部を画面の写しとして載せると、そこに固有名詞や項目名が残る。文字を塗りつぶしたつもりでも、元の画像データが残っていれば読み取られる場合がある。実物の写しは載せず、載せるなら自分で一から作り直したサンプルにする。

配布するファイルそのものにも情報が残る。文書の作成者名、編集の履歴、ファイル名に入れた社名の略称。渡す前に、書き出し直したファイルで確認する。

第三者に読んでもらう

自分では抽象化したつもりでも、同じ業界の人が読むと分かることがある。可能であれば、その業界を知る人に一度読んでもらい、どこまで特定できるかを聞く。ここで指摘された箇所は、ほぼ確実に発注側にも見える。

読んでもらえる相手がいない場合は、時間を空けてから読み直す。書いた直後は、伏せたつもりの情報が自分の頭の中で補われているため、抜けに気づけない。数日置いてから読むと、初めて読む人に近い視点で見られる。

過去の顧客が読む前提で読み返す

最後の点検は、支援した相手がこの資料を読んだ場面を想像することだ。読んで気分を害する記述、こちらの見立ての手順を明かしている記述、当時の状況を思い出させる記述。この三つが無ければ出してよい。この基準で通したものは、新しい相手にも安全に見せられる。

実績について質問されたときの答え方

資料を出したあと、必ず口頭で聞かれる。ここでの受け答えが、資料以上に判断されている。

具体的に聞かれても、線を越えない

「その案件はどちらの会社ですか」と聞かれることはある。答えられない場合は、はっきり答えられないと伝える。「守秘の取り決めがありますので、社名は申し上げられません」と言えばよい。

これを言えるかどうかを見ている発注者もいる。目の前で他社の情報を軽く扱う人は、自社の情報も軽く扱うと判断される。答えないことが、そのまま信用の材料になる場面がある。

代わりに、進め方は詳しく話す

社名や内容は言えないが、どう進めたかは話せる。最初に何を確認し、どういう順番で作業し、どこでつまずいたか。進め方の説明は、相手の情報ではなく自分の方法論なので、詳しく話して問題ない。

むしろ発注側が知りたいのはここだ。誰を支援したかより、自分の会社に来たときにどう動くかを知りたい。進め方を具体的に語れる人は、社名を出せなくても選ばれる。

失敗の話を一つ持っておく

うまくいった話しかしない人は、経験が浅いと見られる。想定より時間がかかった工程、認識がずれて作り直した場面、そこから次に何を変えたか。この形で一つ話せると、経験の実在感が伝わる。

ただし、失敗の説明で相手側の落ち度を並べるのは避ける。前の顧客を悪く言う人だと受け取られる。原因を自分の確認不足として語り、対策を述べる形にまとめる。

分からないことは分からないと言う

聞かれた領域が自分の範囲外なら、その場で認める。無理に答えると、二往復で破綻する。「その領域は専門外ですので、必要でしたら対応できる方をご紹介します」と返すほうが、結果的に信用される。

職務経歴書に書くときの違い

実績資料と職務経歴書は、読まれ方が違う。資料は能力を示す文書だが、職務経歴書は経歴の連続性を確認する文書として読まれる。同じ内容でも、置き方を変える。

職務経歴書では、時系列の空白を作らない。守秘で書けない案件があっても、期間そのものは埋める。「同分野の支援業務に従事（内容は守秘義務により非公開）」と一行置けば、空白にはならない。期間が飛んでいると、書けない事情ではなく、働いていない期間として読まれる。

所属の書き方も決めておく。個人で受託した案件は、発注元の社名ではなく、自分の屋号または個人事業として担当したことが分かる形で書く。発注元の名前を所属のように並べると、経歴を実際より大きく見せる書き方になり、確認の段階で問題になる。

案件ごとの記述は、資料版より短くする。役割と成果物の種類、期間の長さを一行ずつ。詳細は面談で話す前提にしておく。書類の段階で詳しく書きすぎると、書けない部分との落差が目立つ。

提出先が特定の企業である場合は、その企業と競合する相手の支援歴をどう扱うかを考える。書けば経験の証明になるが、相手によっては警戒される。競合関係が分かっている場合は、業種の粒度を一段上げて書く判断もある。

追加の証明を求められたとき

実績の裏付けとして、契約書の写しや発注書の提示を求められることがある。これは応じられない要求だと考えてよい。契約書には相手の社名と条件が書かれており、第三者に見せれば守秘の違反になる。求められた場合は、その理由をそのまま説明して断る。

代わりに提示できるものを用意しておく。取引の実在を示すだけであれば、確定申告に関する書類や、取引先を伏せた入金の記録で足りることがある。何を確認したいのかを先に聞き、目的に合う別の材料を出す。

過去の顧客に連絡先の照会を求められる場合もある。この場合は、事前に許諾を得た相手だけを候補として持っておく。許諾なく連絡先を渡すのは、それ自体が信用を失う行為になる。照会に応じてよいかどうかは、案件が終わるときに公開の許諾を確認する場面で、あわせて聞いておく。

相手に応じて出し分ける

同じ実績でも、誰に見せるかで出す形を変える。

直接の発注者に見せる場合は、相手の業種に近い実績を前に出す。全部を並べるより、関連する二件を厚く書いたほうが刺さる。相手は自分の会社と似た事例を探して読んでいる。

元請けを経由する場合は、担える工程の広さを示す形にする。元請けが知りたいのは「どの工程を任せられるか」なので、業種より役割と成果物の種類を厚く書く。

求人や案件の募集に応募する場合は、募集要項に書かれた言葉に寄せて書き直す。同じ経験でも、求められている呼び方に合わせるだけで、読み手の理解が変わる。ここを面倒がって同じ文面を使い回すと、通過率が下がる。

独自データから見た実績の見せ方

実績の見せ方は、自分がどの種類の仕事をしているかによって変わる。

AI関連の業務委託を入口で分けると、要件整理や体制づくりが中心のAIコンサル・業務活用支援のお仕事、実装が中心のAIチャットボット・アプリ開発のお仕事、制作が中心の画像生成AI（Stable Diffusion等）のお仕事の三つになる。実装や制作は、動くものや作ったものを見せられる場合がある。一方、支援や助言が中心の仕事は成果物が判断の文書なので、そのままは出せない。だから前者と同じ感覚で「作品を見せる」発想でいると、見せるものが何も無いという結論になってしまう。見せるべきは成果物そのものではなく、担った役割と、相手に起きた変化になる。

技術者としての経験の幅をどう説明するか迷う場合はソフトウェア作成者の年収・単価相場で求められる役割の広がりを確認すると、自分の経験をどの言葉で表現すべきかの参考になる。求められている役割の名前を知らないまま自己流の言葉で書くと、同じ経験でも読み手に届かない。

在宅ワークとフリーランスの市場を20年運営してきた立場から見ると、実績で選ばれている人は、件数が多い人ではない。一件の説明が具体的で、その一件から何を学んだかまで書けている人だ。件数を並べただけの経歴は、読み手の記憶に残らない。逆に、一件を丁寧に書いた資料は、そこから会話が始まる。会話が始まれば、相手はこちらの考え方を見にくる。考え方が合えば依頼になる。

もうひとつ、運営者として見てきた限りでは、中間マージンが乗らない直接取引の場では、実績資料の役割そのものが変わる。仲介が入る場では、資料は選考を通過するための書類として扱われる。仲介が入らない手数料0%の形だと、発注者は資料を読んだうえで直接話しかけてくるので、資料は会話の入口になる。入口である以上、完璧に整った資料より、話しかけたくなる余白のある資料のほうが機能する。手取りが厚くなるぶん、受け手も一件ごとに丁寧な説明を用意する余裕が生まれ、その丁寧さが次の依頼を呼ぶという循環になる。案件の取り方の全体像を整理したい場合はAI機械学習 フリーランス案件の単価相場と成功のためのスキル・お金の全知識にまとまっている。

よくある質問

Q. 守秘義務があると実績は一切書けないのですか？

一切書けないわけではない。顧客名、システムの構成、発見した課題の中身は出せないが、業種の大分類、規模の範囲、担った役割、納品した成果物の種類は、組み合わせに注意すれば書けることが多い。ただし契約書の守秘条項が「本業務に関して知り得た一切の情報」と広く定めている場合もあるため、書く前に必ず条項を読み直す。判断に迷う部分は専門家に確認する。

Q. 実績の許諾はいつ、どう聞けばよいですか？

納品して相手が満足している直後が最も通りやすい。時間が経つと担当者が異動して判断できる人がいなくなる。聞き方は具体的にし、公開したい文面の案をそのまま見せる。あわせて、社名を出す案、業種だけ出す案、成果物の種類だけ出す案の三段階を用意して選んでもらうと、全否定される確率が下がる。

Q. 実績がまだ一件も無い場合はどうしますか？

自分で用意した環境で想定の企業を設定し、報告書やチェックリストをサンプルとして作る。架空の対象であることを明記したうえで、実案件と同じ品質で仕上げる。あわせて、公的機関が公開しているガイドラインを中小規模の組織に当てはめた所見をまとめると、読み解いて当てはめる力を示せる。この二つは案件を待たずに増やせる。

Q. 匿名化はどこまでやれば十分ですか？

業種、地域、規模、時期の四つのうち、書くのは二つまでに留める。三つ以上そろうと業界によっては特定される。数字は丸め、開始と終了の年月は書かず期間の長さだけを示す。発見した課題の中身は、どれだけ抽象化しても書かないほうがよい。過去の顧客が読んで不安を感じる書き方は避けるという基準で判断する。

Q. 資格は実績の代わりになりますか？

代わりにはならないが、実績が薄い段階では第三者が保証してくれる唯一の材料になるため相対的に重みが増す。配置は実績の後ろにする。前に置くと実績の少なさが目立つ。非技術職の担当者が読む資料では、業務利用の基礎を体系立てて扱う資格のほうが伝わりやすく、技術面の裏付けが必要な相手には到達水準が公開されている試験が説明に使える。