AIアノテーションの実績の見せ方｜出せない仕事をどう伝えるか

AIアノテーションの実績の見せ方が難しいのは、成果物そのものを見せられないからです。デザインならポートフォリオに作品を並べれば済みますし、ライティングなら公開記事のURLを貼れます。アノテーションは違います。扱ったデータは発注側の資産で、多くの場合は機密保持契約の対象です。作業画面のキャプチャも、対象データの内容も、外に出せません。

結論から書きます。アノテーションの実績で見せるのは、成果物ではなく「工程」です。どういう性質のデータを、どんな基準で、どうやって品質を保ちながら処理したのか。これは機密に触れずに書けますし、発注側が本当に知りたいのもそこです。この記事では、出せるものと出せないものの仕分け方、実績の書き方の型、成果物がない段階での見せ方までを、そのまま使える形で整理します。

実績は「見せられない」のが前提の職種である

まず前提を揃えます。アノテーションの案件で扱うデータは、発注側が事業で使うものです。製造ラインの映像、医療機関の画像、店舗の防犯カメラ映像、社内文書。どれも外部に出せません。

契約書には、業務で知り得た情報を第三者に開示しない、という条項が入っているのが普通です。この「情報」には、データそのものだけでなく、どの企業から何の依頼を受けたかという事実まで含まれることがあります。つまり、実績を書こうとしたら「企業名も書けない、データも見せられない、何の開発かも言えない」という状態になります。

ここで多くの人が手を止めます。何も書けないなら実績欄は空でいい、と考えてしまう。これが最も損な選択です。

機密の範囲を正しく把握する

実務では、契約書の条項を読み直すところから始めます。確認すべきは3点です。守秘の対象がどこまでか、契約終了後も守秘義務が続くか、実績としての言及について例外規定があるか。

契約によっては「事前に書面で承諾を得た場合はこの限りでない」という但し書きが付いています。この場合、発注側に「実績として、業種とデータ種別のみを匿名で記載してよいか」と確認すれば、承諾が得られることがあります。断られても失うものはありません。聞かずに諦めるほうがもったいない。

なお、機密保持契約の一般的な考え方や、業務委託における取引条件の明示については、所管の官庁が公表している資料が参考になります。制度の枠組みは公正取引委員会の情報で確認できます。

見せられなくても、実績は伝えられる

発注側が実績を見るとき、確認しているのは作品の出来ではありません。この人に任せて大丈夫か、という一点です。

具体的には、指示を正確に読めるか、判断に迷ったとき勝手に決めずに確認するか、決めた基準を最後までぶらさずに守れるか、納期を守るか。この4つが確認できれば、成果物を見なくても発注の判断はできます。そして、この4つはすべて、機密に触れずに書けます。

発注が生まれている分野を知ると、実績の書き方が変わる

実績をどう書くかは、誰に読ませたいかで決まります。だから、いまアノテーションの発注がどの分野から出ているかを把握しておくと、書くべき内容が絞れます。

AIの導入が進んでいるのは、判断の属人化が課題になっていた現場です。

建設現場や製造ラインでは、作業員の安全確保が最優先課題です。従来の危険予知（KY）活動は、現場責任者の経験や勘に頼る部分が大きく、属人化やマンネリ化が長年の課題となっていました。こうした状況を変えつつあるのが、画像認識や自然言語処理といったAI技術を活用した「AI危険予知」の取り組みです。 出典: annotation.brycen.co.jp

こうした分野の案件で求められるのは、細かい判断を長時間ぶれずに続けられることです。作業者の姿勢や器具の有無を判定するようなデータでは、境界の曖昧な例が大量に出ます。だから、実績で書くべきなのは「速く処理できます」ではなく「迷ったときの処理方針を決めて、それを最後まで守れます」という内容になります。

分野ごとに求められる資質は少しずつ違います。医療や検査に関わる画像では、見落としの少なさが重視されます。文書や問い合わせ内容の分類では、表記のゆれを吸収して同じ判断ができるかが問われます。映像の行動認識では、時間軸で区間を切る判断が必要になります。自分が経験した分野に近い案件を狙うなら、その分野で問われる資質に沿った書き方をしてください。汎用の実績文をそのまま出すより、通過しやすくなります。

出せるものと出せないものを仕分ける

実績を書く前に、手元の情報を3つに仕分けます。

出してはいけないもの

対象データそのもの、作業画面のキャプチャ、発注側の企業名や製品名、開発中のモデルの用途、支給されたガイドラインの本文。これらは原則として出せません。

意外と見落とされるのが、ガイドラインの本文です。判断基準の書き方は発注側のノウハウなので、そのまま引用すると問題になります。「こういう基準で作業しました」と説明したくなりますが、具体的な文言は避けてください。

もうひとつ、契約中の案件について進行状況をSNSに書くことも避けます。「今、大手メーカーの画像データを触っています」という投稿は、特定に繋がる情報を出しています。

加工すれば出せるもの

案件の輪郭は、抽象化すれば出せます。「製造業向けの外観検査モデル用の画像データ」を「製造分野の画像データ」に、「1万件」を「数千件規模」に丸めます。粒度を落とせば特定に繋がりません。

作業の内容も、一般的な表現に置き換えれば書けます。「特定の部品の傷を検出するための矩形付与」ではなく「対象物の位置を矩形で指定する形式のアノテーション」と書きます。

期間も同じです。「◯月から◯月まで」ではなく「約3か月の継続案件」と書けば、時期は特定されません。

そのまま出せるもの

自分が使ったツール、自分が組んだ作業手順、自分が作った品質チェックの仕組み、自分が作成した記録用のテンプレート。これらは自分の方法論なので、機密には当たりません。

ここが実績の中心になります。アノテーションの実力差は、実は作業の速さではなく、品質を安定させる仕組みを持っているかどうかに出ます。仕組みは自分の資産なので、堂々と見せられます。

実績の書き方：4つの要素で組む

実績の1件は、次の4要素で構成します。この型に当てはめれば、機密に触れずに必要な情報が伝わります。

要素1：案件の輪郭

業種、データの種類、規模感、期間を書きます。すべて丸めた表現で構いません。

書き方の例としては、「製造分野の画像データを対象とした物体検出用アノテーション（数千件規模、約3か月の継続案件）」という形です。企業名も製品名も出していませんが、読む側は仕事の性質を把握できます。

規模感を書く理由は、量に耐えられる人かどうかが伝わるからです。少量を丁寧にやるのと、大量を安定してこなすのは別の能力です。発注側は自分の案件に近い規模の経験があるかを見ています。

要素2：担当した工程

自分が案件のどこを担当したかを明示します。アノテーションの案件は、仕様書とガイドラインの作成、小ロットでのトライアル、本番作業、品質検収という段階に分かれます。このうちどこに関わったかで、任せられる範囲が変わります。

作業だけを担当したのか、ガイドラインの整備にも関わったのか、他の作業者のチェックをしたのか。上流に関わった経験があるなら、必ず書いてください。作業単体より評価が上がります。

書き方の例は「支給されたガイドラインをもとに判断基準の一覧を整備し、本番作業とセルフチェックを担当」という形です。

要素3：品質をどう担保したか

ここが最も重要で、しかも多くの人が書き落とす部分です。

書く内容は、自分が使った品質管理の方法です。作業後にセルフチェックの工程を設けた、判断に迷った例を記録して定期的に発注側に確認した、同じ基準で処理できているかを一定件数ごとに見直した、といった具体的な手順を書きます。

書き方の例は「作業100件ごとに直近分を見直す工程を設け、判断のぶれを検出した時点で基準メモを更新。判断に迷った事例は理由とともに記録し、まとめて発注側に確認する運用としました」という形です。

この記述があると、発注側は「この人は自分で品質を管理できる」と判断できます。作業を頼んだあと、こちらでチェックする負担がどのくらい減るかを、発注側は常に計算しています。

要素4：相手にとっての結果

案件がどう終わったかを書きます。継続に繋がった、追加の依頼を受けた、検収で差し戻しがほとんど出なかった、といった事実です。

数字を出せない場合でも、「初回納品後に継続の依頼を受け、以降4期にわたり同一案件を担当」という書き方はできます。継続したという事実そのものが、品質の証明になります。

データ種別ごとに実績の書き分けをする

同じアノテーション経験でも、データの種類が違えば求められる能力が違います。実績は種別ごとに分けて書いたほうが伝わります。

画像データの実績

書くべきは、囲み方の形式です。矩形での指定、輪郭に沿った多角形での指定、点での位置指定、領域を塗り分ける形式。この区別を書かずに「画像アノテーションの経験あり」とだけ書くと、発注側は判断できません。

加えて、対象物が重なっている場合や見切れている場合の処理経験に触れます。この2つはどの案件でも必ず出る論点なので、経験があることが伝われば安心されます。「対象物が重なる場面では、手前のみを対象とする基準で統一し、判断が分かれる例は記録して確認する運用としました」という書き方です。

テキストデータの実績

文書全体に分類ラベルを付ける形式なのか、文中の特定箇所を抽出する形式なのかを明示します。後者のほうが判断の難易度が高く、経験があるなら書く価値があります。

区切り方の基準をどう扱ったかにも触れます。複合語をどこで切るか、敬称や肩書きを含めるか、表記のゆれをどう統一するか。これらの判断を自分で整理した経験があるなら、それは上流の工程に関わったという意味になります。

音声・動画データの実績

音声では、聞き取りにくい区間の扱い方に触れます。推測で書き起こしたのか、判別不能として記録したのか。ここに基準を持って作業できる人は多くありません。

動画では、時間軸の扱いを書きます。フレーム単位で処理したのか、区間の始点と終点を指定する形式だったのか、抽出間隔はどう決まっていたのか。動画の案件は作業量の見積もりが難しいため、経験者が重宝されます。

成果物を見せられないときの代替手段

実績の記述だけでは物足りない場合、自分で見せられるサンプルを作ります。

公開データセットを使う

研究や教育の用途で公開されている画像やテキストのデータセットを使い、自分でアノテーションを施したサンプルを作ります。元データが公開されているので、加工物を見せても機密の問題は起きません。利用条件は必ず確認してください。データセットによっては商用利用や再配布に制限があります。

このサンプルの価値は、作業の結果より作業の過程にあります。どういう基準で付与したか、迷った箇所をどう処理したかを添えると、判断力が伝わります。

手順書そのものを成果物にする

これが最も効果的です。架空の案件を想定して、自分ならこう進めるという手順書を作ります。

含める内容は、1件の定義、ラベルの一覧とその定義、判断に迷う代表的なケースとその処理方針、セルフチェックの方法、記録のテンプレート。この手順書があると、実際の案件で何が起きるかを分かっている人だと伝わります。

作業経験が浅くても作れる点も利点です。むしろ、実績が少ない段階でこそ効きます。発注側から見れば、実績の羅列より、こういう資料のほうが判断材料になります。

記録テンプレートを見せる

日々の作業でどう記録を取っているかを示します。作業日、処理件数、迷った例とその理由、発注側に確認した内容と回答、といった項目を持つ表です。

この記録があると、進捗の共有が正確になります。発注側にとっては、進捗を確認する手間が減るという実利があります。テンプレートの中身は自分のノウハウなので、そのまま見せられます。

プロフィールと提案文への落とし込み

実績が整理できたら、それをプロフィールと提案文に配置します。この2つは役割が違います。

プロフィールは「何ができるか」を先頭に置く

プロフィールは、発注側が検索や一覧から見つけたときに最初に読む場所です。ここで経歴を時系列に並べると、読み飛ばされます。

先頭に置くのは、対応できるデータ種別と作業形式です。「画像の矩形および多角形付与、テキストの分類とタグ付与に対応。判断基準の整備からセルフチェックまで一貫して対応可能」という形で、冒頭の3行に収めます。

その下に、使えるツール、対応可能な時間帯、機密保持契約への対応可否を並べます。ここまでが最初の画面に収まっていれば、必要な人には十分です。実績の詳細はその下で構いません。

提案文は案件ごとに書き分ける

提案文を使い回すと、通過率が落ちる傾向が見られます。理由は単純で、発注側は自分の案件に近い経験があるかを見ているので、汎用の文面では判断できないからです。

書き分けるのは冒頭の1段落だけで構いません。募集内容に書かれたデータ種別と作業形式を読み、それに最も近い自分の経験を先頭に持ってきます。「募集内容にある動画のフレーム単位の付与について、同形式の作業を継続で担当した経験があります」という一文が冒頭にあるだけで、読まれ方が変わります。

そのうえで、確認したい点を1つか2つ添えます。「1件の定義について、フレーム単位か動画単位かをご教示いただけますか」といった質問です。的確な質問は、内容を理解している証明になります。

数字は作業の性質を表すものだけを使う

実績に数字を書くとき、注意が必要です。処理した件数や継続期間は書いて構いませんが、受け取った報酬の額を書くのは避けてください。発注側との関係で不利になりますし、他の案件の条件にも影響します。

書くべき数字は、作業の性質を示すものです。継続した期間、担当した工程の数、セルフチェックの頻度。これらは能力を示す情報です。

見せる場所ごとに形を変える

実績は、置く場所によって最適な形が違います。同じ内容を使い回すと、どの場所でも中途半端になります。

一覧に表示されるプロフィールでは、先頭に対応範囲を置いた要約型が有効です。読み手は多数の候補を流し読みしているので、条件が合うかどうかを数秒で判断できる形にします。

提案文では、募集内容に合わせた1件だけを詳しく書きます。実績を全部並べる必要はありません。近い案件を1件、4要素で丁寧に書いたほうが読まれます。

面談や打ち合わせの場では、手順書を画面共有できるようにしておきます。口頭で説明するより、実物を見せたほうが早い。手順書には機密が含まれないので、その場で見せられます。

外部に公開するSNSやブログでは、案件の話は書かず、方法論だけを書きます。「判断に迷う例をどう整理しているか」といった内容なら、機密に触れずに継続的に発信できます。発注側が事前に人柄と姿勢を確認する材料になります。

実績が1件もない段階での見せ方

まだアノテーションの案件を受けたことがない場合でも、書けることはあります。

前職や現職の業務で、細かい確認を伴う作業をした経験は、そのまま材料になります。データ入力、書類のチェック、在庫の照合、原稿の校正。どれも「決められた基準に沿って、大量の対象を同じ品質で処理する」という点でアノテーションと共通しています。

書き方は、業務の名称ではなく性質で表します。「規定に沿って書類の記載内容を確認し、判断に迷う案件は基準の追加を上長に確認する運用で対応」といった具合です。この記述は、アノテーションで求められる姿勢とほぼ同じことを示しています。

加えて、前述の手順書と記録テンプレートを用意します。実績がない段階では、この2つが実質的なポートフォリオになります。

学習の記録も使えます。公開データセットで練習した内容、使ったツール、練習の中で気づいた判断の難所。これを整理して書けば、準備をして臨む人だと伝わります。

最初の1件を実績に育てる進め方

初めて受けた案件は、実績としての価値を最大化する意識で進めます。単に作業を終えるだけでは、書けることが「作業をしました」に留まります。

やるべきことは3つです。ひとつめは、判断に迷った例を最初から記録すること。件数が少なくても、記録があれば「判断のぶれを防ぐ運用を初回から実施」と書けます。ふたつめは、セルフチェックの工程を自分で設けること。求められていなくても、納品前に一定件数を見直す工程を入れます。みっつめは、納品時に簡単な作業報告を添えることです。

作業報告に書くのは、処理した範囲、判断に迷った箇所とその処理方針、次回に向けて提案したい改善点です。この報告は発注側にとって有用ですし、こちらにとっては実績の下書きになります。報告を出す習慣がある人は、初回で継続に繋がる確率が上がる傾向が見られます。

そして、案件が終わったら発注側にひとこと聞きます。「今回の進め方で、改善したほうがよい点はありましたか」という質問です。返ってきた内容は、次の案件の質を上げますし、評価された点はそのまま実績に書けます。

発注側は実績のどこを見ているか

視点を発注側に移すと、実績の書き方の優先順位が変わります。

発注側が最も気にするのは、途中で止まらないかです。アノテーションは工程の中に組み込まれた作業なので、遅延すると後続がすべてずれます。だから、継続して担当した経験があるかを見ています。単発を多数こなした実績より、同一案件を長く担当した実績のほうが評価されやすい傾向があります。

次に見るのが、指示を読む力です。募集文に細かい条件を書いておいて、それに触れている提案だけを読む、という運用をしている発注側は珍しくありません。提案文で募集内容の具体的な条件に言及することは、それ自体がテストへの回答になっています。

3つめが、チェックの手間です。前述のとおり、発注側は納品物を確認する負担を計算しています。セルフチェックの仕組みを持っている人は、この負担を減らします。品質担保の記述が効くのは、この計算に直接効くからです。

避けたほうがいい実績の見せ方

やってはいけない書き方も整理しておきます。

企業名を伏せずに書くのは論外ですが、伏せたつもりで特定できる書き方も危険です。「業界最大手の◯◯メーカー」「都内の有名な医療機関」といった書き方は、絞り込めば特定できます。業種と分野のレベルまで丸めてください。

作業画面のキャプチャを、モザイクをかけて載せるのも避けます。モザイクの精度が不十分で読み取れる場合がありますし、そもそも画面のレイアウト自体がツールの情報です。

盛った実績も長期的には損をします。経験のない形式を「対応可能」と書いて受注すると、実際の作業で品質が出ず、次の依頼が来ません。対応できない形式は「未経験ですが、事前に習熟して臨みます」と書くほうが、結果的に信頼されます。

もうひとつ、報酬の額を実績に書くのも避けます。発注側から見ると、他社との条件が見える状態は交渉しにくいものです。

実績と同時に見られている情報

実績欄だけを磨いても、その周辺が整っていないと効果が出ません。発注側は実績と一緒に、いくつかの情報を見ています。

まず、稼働できる時間帯と曜日です。アノテーションの案件は納期が詰まっていることが多く、いつ手を動かせるかは実績と同じくらい重要な判断材料になります。「平日夜間と土日に対応可能」といった記述が明示されていると、発注側は自分のスケジュールに乗るかを即座に判断できます。

次に、返信の速さです。最初の問い合わせにどのくらいで返ってくるかは、そのまま案件中の連絡の取りやすさとして受け取られます。作業が丁寧でも連絡が遅い相手は、発注側にとって管理の手間が増えます。即答できない内容でも「確認して1日以内にご連絡します」と一次返信を返すだけで印象が変わります。

3つめが、対応できるツールの一覧です。指定のツールを使ったことがあるかどうかで、立ち上げにかかる時間が変わります。使用経験のあるツール名を並べておくと、条件が合う案件からの声がかかりやすくなります。未経験のツールについても「操作マニュアルがあれば着手前に習熟します」という一文を添えておけば、対象から外れずに済みます。

4つめは、機密保持契約への対応可否です。電子契約に対応できるか、指定端末での作業が必要な場合に対応できるか。ここが不明だと、機密性の高い案件では最初から候補に入りません。逆に明記してあると、条件の厳しい案件で選ばれやすくなります。

実績の棚卸しをいつやるか

実績は、書いたら終わりではありません。時間が経つと、内容と現状がずれていきます。

棚卸しの頻度は、3か月に1回を目安にします。やることは3つです。ひとつめは、直近で終わった案件の記録を実績の形に整えること。記憶が新しいうちに書くと、品質担保の工夫まで具体的に書けます。

ふたつめは、古い実績の並び順を見直すことです。実績は時系列ではなく、いま狙いたい案件に近い順に並べます。狙う分野が変われば、並び順も変わります。

みっつめは、書きすぎている実績を削ることです。実績欄が長くなると、読み手は最初の数件しか読みません。案件の性質が重複しているものは、代表的な1件に統合します。数を減らすと評価が下がりそうに感じますが、実際は逆で、読まれる確率が上がります。

棚卸しのときに、手順書も一緒に更新します。案件を重ねると、判断に迷うケースの引き出しが増えます。新しく学んだ処理方針を手順書に追記していけば、その資料自体が経験の蓄積になります。

実績を貯めるための記録の付け方

実績は、案件が終わってから思い出して書くものではありません。進行中に記録しておかないと、書ける内容が残りません。

案件が始まったら、次の項目をメモに残します。データの種類と作業形式、規模感、期間、担当した工程、使ったツール、自分が工夫した点、判断に迷った代表例とその処理方針、発注側から受けた評価やコメント。

とくに最後の項目は、その場で控えておかないと消えます。「確認が丁寧で助かりました」といった一言は、後で実績を書くときの根拠になります。契約上、コメントをそのまま引用できない場合でも、どういう点が評価されたかを自分の言葉で書けます。

記録は案件ごとにファイルを分けます。契約が終了した案件も残しておきます。数年後に振り返ると、自分がどの領域の経験を積んできたかが見えて、提案文の書き分けが楽になります。

現場から見た実績の見せ方

20年この市場を見てきた立場から言えば、実績欄が長い人より、実績欄が整理されている人のほうが、継続的に依頼を受けています。

理由は、発注側の読み方にあります。発注側の担当者が実績を読むのにかける時間は長くありません。案件の性質が近いものが1件でも見つかれば、そこで判断します。だから、件数を並べるより、代表的な案件を数件に絞って4要素で丁寧に書いたほうが伝わります。

もうひとつ、運営者として見てきた限りでは、実績の書き方が上手い人は、案件の受け方そのものが上手い。品質を担保する仕組みを言語化できている人は、実際の作業でもその仕組みを回しているからです。実績を書く作業は、自分の進め方を点検する作業でもあります。

中間マージンが乗らない直接取引では、発注側と受け手が直接やり取りするので、実績の読まれ方も変わります。間に人が入る形式では、実績はスコアや評価点として要約されて伝わりますが、直接のやり取りでは書いた内容がそのまま読まれます。手数料0%の意味は、受け取る額が厚くなることに加えて、自分の言葉が発注側にそのまま届くことにもあります。丁寧に書いた実績が、丁寧に読まれる。この差は思っているより大きい。

職種データから見たAIアノテーションの位置づけ

実績を整理するときは、その職種で何が求められるのかを先に押さえておくと書きやすくなります。データの種類ごとの作業の違いや、実務で必要になる確認事項をまとめたものとして、AIアノテーション・教師データ作成のお仕事が参考になります。自分がどの作業形式を経験したかを整理する枠組みとして使えます。

アノテーションの経験を、データ分析や運用の領域へ広げていく道筋もあります。周辺の業務内容はAI・マーケティング・セキュリティのお仕事にまとまっています。実績を書くとき、次にどの領域へ進みたいかを意識して工程の記述を選ぶと、そちらの案件に繋がりやすくなります。

実績の見せ方は職種によって作法が違います。文章で成果を示す職種の考え方は著述家，記者，編集者の年収・単価相場の職種データが参考になります。公開できる成果物がある職種とない職種で、評価のされ方がどう違うかを比べると、自分の書き方を組み立てやすくなります。

手順書やプロフィールを整える段階では、ビジネス文書検定の出題範囲が実務に効きます。読み手が必要な情報にすぐ辿り着ける構成の作り方は、そのまま実績欄の設計に使えます。

海外の発注元に提案する場合は、実績の書き方の作法がやや異なります。Upworkの使い方ガイド｜日本人フリーランスが海外案件を取る方法では、プラットフォーム経由の提案の流れが整理されています。提案文の冒頭で何を書くかという考え方は、国内の案件にも応用できます。

見せられない仕事だからこそ、見せ方の差が大きく出ます。成果物ではなく工程を書く。この一点を変えるだけで、実績欄は空白から武器になります。

よくある質問

Q. 機密保持契約があると、実績には何も書けないのですか？

書けます。書けないのは対象データ、作業画面、企業名や製品名、ガイドラインの本文といった具体的な情報です。業種、データの種類、規模感、期間は粒度を丸めれば書けますし、自分が使った手順やセルフチェックの仕組みは自分の方法論なので機密には当たりません。契約書に「事前に承諾を得た場合はこの限りでない」という但し書きがあれば、匿名での記載可否を発注側に確認する方法もあります。

Q. 実績の1件は、どう書けばいいですか？

案件の輪郭、担当した工程、品質をどう担保したか、相手にとっての結果という4要素で組みます。とくに品質担保の記述は書き落とされやすい部分で、ここが最も評価に効きます。作業を一定件数ごとに見直した、判断に迷った事例を記録してまとめて確認した、といった具体的な手順を書くと、自分で品質を管理できる人だと伝わります。

Q. 成果物を見せられない場合、代わりに何を用意しますか？

架空の案件を想定した手順書が最も効果的です。1件の定義、ラベルの一覧と定義、判断に迷うケースの処理方針、セルフチェックの方法、記録テンプレートを含めます。加えて、利用条件を確認したうえで公開データセットに自分でアノテーションを施したサンプルを作る方法もあります。どちらも作業経験が浅い段階から用意できます。

Q. アノテーションの実績がまだ1件もない場合はどうしますか？

前職や現職で、決められた基準に沿って大量の対象を同じ品質で処理した経験を書きます。データ入力、書類チェック、在庫照合、校正といった業務は、性質がアノテーションと共通しています。業務の名称ではなく性質で表現してください。あわせて手順書と記録テンプレートを用意すれば、実績がない段階でもこの2つが実質的なポートフォリオになります。

Q. 実績に書いてはいけないことは何ですか？

企業名や製品名、対象データの内容、作業画面のキャプチャ、ガイドラインの本文です。伏せたつもりでも「業界最大手の◯◯メーカー」のように絞り込めば特定できる書き方も避けてください。受け取った報酬の額を書くのも、今後の条件交渉で不利になるため避けます。経験のない作業形式を対応可能と書く盛り方も、受注後に品質が出ず次に繋がりません。