ITパスポートの専門ライターの仕事

2026年2月23日

＠SOHO編集部

この記事のポイント

✓ITパスポートライター副業を検討する人向けに
✓資格保持者に回ってくる記事の種類
✓発注側が見ている根拠の示し方

ITパスポートを持っていて、ライティングを在宅の仕事にしたい。この検索をしている人が本当に知りたいのは、「この資格でライター案件が取れるのか」ではなく「取れるとしたら、何を武器にすればいいのか」だと考えています。結論から書きます。ITパスポート単体は、文字単価を直接引き上げるカードにはなりません。引き上がるのは、資格の学習で身についた「用語の正確さ」と「根拠にあたる習慣」を、発注側が確認できる形で見せられたときです。この記事では、資格保持者に実際に回ってくる記事の種類、発注側が原稿のどこを見ているか、そして単価の交渉材料になる書き方までを順に整理します。

なお、この記事は資格をすでに持っている人に向けて書いています。試験の難易度や勉強法は扱いません。

ITパスポート保持者に回ってくる記事は「業務とITの間」にある

ライティング案件を「IT系」とひとくくりにすると見誤ります。実際に発注されている記事は、書き手に求める前提知識の深さで大きく三層に分かれています。

一層目は、エンジニア向けの技術記事です。実装コード、アーキテクチャ設計、パフォーマンスチューニングといった領域で、これは開発の実務経験がないと書けません。ITパスポートの範囲では届かない層です。

二層目は、業務担当者向けの解説記事です。クラウドサービスの比較、情報セキュリティの社内向け啓発、業務システムの導入手順、DXの進め方といった内容がここに入ります。読者は情シス専任ではなく、総務や経理や営業企画の担当者です。書き手に求められるのは、深い実装知識ではなく、用語を正しく使い、話の筋を通し、出典を示せることです。ITパスポートのシラバスが押さえているストラテジ系・マネジメント系・テクノロジ系の三分野は、この層とほぼ重なります。

三層目は、一般消費者向けの記事です。スマートフォンの設定方法、家庭用Wi-Fiの選び方、資格の学習法といった内容で、こちらは資格の有無よりも読みやすさが評価されます。

つまり、ITパスポート保持者が構造的に有利になるのは二層目です。市場全体を見た解説でも、この点は同じ結論に落ち着いています。

結論から言えば、ITパスポート単体で高収入の副業を得るのは難しいですが、組み合わせ次第で十分に副業案件を獲得することは可能です。この記事では、ITパスポート取得者が実際に副業案件を獲得する方法を具体的に解説します。出典: techgym.jp

二層目で発注が動いている具体的な記事の型

記事の型	発注元の業種	書き手に求められること
SaaS・クラウドサービスの比較記事	SaaSベンダー、比較メディア	機能を公式ドキュメントで確認し、条件をそろえて並べる
情報セキュリティの社内啓発コンテンツ	事業会社の総務・情シス、研修会社	脅威の類型を正しく分け、対策を業務手順に落とす
業務システムの導入事例・インタビュー記事	SIer、業務システムベンダー	担当者の言葉を、ITを知らない読者にも通じる形に整える
IT用語のコラム・用語集	オウンドメディア運営会社	定義を出典付きで示し、混同されやすい語を切り分ける
資格・IT学習メディアの解説記事	教育系企業、スクール	試験制度の一次情報にあたり、改定を追う
社内マニュアル・手順書のリライト	事業会社全般	曖昧な手順を、迷わない順番に組み直す

この表で見てほしいのは、どの型でも求められているのが「調べて確かめる工程」だという点です。文章の巧拙より、確認の手数が納品物の価値を決めています。

発注側が見ているのは資格ではなく「間違えない人か」

ライティングの発注担当者と話していると、IT系の記事に限って言われることがあります。「誤りが出ると、記事の問題では済まない」という話です。

たとえばセキュリティの記事で対策の説明を一つ間違えると、それを読んだ担当者が社内で誤った運用を始めます。SaaSの比較記事で料金プランの条件を一つ落とすと、読者は誤解したまま契約します。BtoBのオウンドメディアは営業資料の代わりに使われることが多く、記事の誤りが商談の場に持ち込まれます。

この結果、発注側の実務では校閲コストが単価より重い問題になります。文字単価1円のライターに書いてもらった原稿を、社内のエンジニアが2時間かけて事実確認する運用になっているなら、その記事の本当のコストは原稿料の何倍にもなっています。だから発注側は、多少単価が高くても確認の手が減る書き手に寄せていきます。

正直なところ、ここを理解しないまま「資格を持っています」とだけ書いた提案を送っても、返信は来ません。資格が示せるのは知識の下限であって、確認の手数が減るという証明にはならないからです。逆に言えば、確認の手数が減ることを見せられれば、資格は説得力の裏づけとして効きます。

ITパスポートが「共通言語」として効く場面

もう一つ、資格が実務で効く場面があります。発注側の担当者がITの専門家ではないときです。

事業会社のオウンドメディア担当者は、マーケティング出身であることが多く、記事の中身を技術的に判定できません。この人たちにとって、ITパスポートは「話が通じる相手かどうか」の目安になります。ストラテジ系の用語で事業側の話ができて、テクノロジ系の用語で開発側の話も受け取れる。この中間に立てる人は、実務の現場では意外と少ないというのが観察してきた印象です。

根拠の示し方を型にする

ここからが、この記事でいちばん伝えたい部分です。IT系のライティングで単価を左右するのは、文章力ではなく根拠の扱い方です。型にしておくと再現できます。

出典の優先順位を固定する

同じ事実でも、どこから取ったかで原稿の強さが変わります。優先順位は次の順で固定してください。

法令の条文そのもの。個人情報保護法や電子帳簿保存法に触れる記事では、条文にあたるのが最短です
所管する省庁が出している資料。制度の運用や統計は経済産業省や総務省の公表資料が一次情報になります
標準化団体やベンダーの公式ドキュメント。製品の仕様や料金は、公式ページ以外を根拠にしてはいけません
調査会社のレポート。市場規模や導入率はここから取りますが、調査時点と母数を必ず書き添えます
他社のブログ記事。これは根拠になりません。孫引きの元をたどって1から4に置き換えます

この順位を守るだけで、原稿の差し戻し回数がはっきり減ります。差し戻しが減れば、次の依頼が来ます。

「と言われています」を全部消す

IT系の記事で最も嫌われる表現が「と言われています」「一般的に〜とされています」です。誰が言っているのかが書かれていないため、確認できません。発注側から見ると、この一文があるたびに自分で調べ直す作業が発生します。

書き直し方は単純です。誰の、いつの、どの資料かを書ける事実だけを残し、書けないものは削ります。削って本数が足りなくなるなら、それは調べ足りていないということです。

数字には必ず条件を付ける

「クラウド移行でコストが30%下がる」と書くとき、何と比べて、どの期間で、どの規模の企業でという条件が要ります。条件のない数字は、読者にとって使えない情報であるだけでなく、発注側にとってはリスクです。条件を書けないなら、数字ごと落とすほうが原稿の評価は上がります。

表記ゆれを納品前に潰す

IT系の原稿は略語が多く、表記ゆれが起きやすい領域です。AI、API、SEO、UI、UXといった頭字語は大文字で統一する、サーバー・サーバの送り仮名をどちらかに寄せる、製品名は公式表記に合わせる。この三点だけでも、編集側の作業が目に見えて減ります。納品前に検索置換で一括確認する習慣を付けてください。

文字単価が上がる書き方

相場の話をします。ライティングの文字単価は、一般的な記事で0.5円から1.5円あたりに厚い層があり、専門領域で書ける人は2円から5円の帯に入ります。BtoBのSaaS領域や、取材を伴う導入事例記事では、記事単価で5万円を超える案件も動いています。職種としての相場感は著述家，記者，編集者の年収・単価相場にまとめてあり、ライティングを本業に寄せていくときの年収の目安として見ておくと判断しやすくなります。

この帯を一段上げる材料は、次の三つです。

材料1: 発注側の確認工程を肩代わりする

納品時に、原稿とは別に「確認済みリスト」を添えます。中身は、記事内の各数字と仕様について、どのURLのどの記述を根拠にしたか、確認日はいつかを並べた表です。これがあると、発注側の校閲は突き合わせだけで済みます。

このリストは、単価交渉のときに最も効きます。「同じ文字単価でも、うちに戻ってくる作業が違います」という主張を、口約束ではなく納品物で示せるからです。

材料2: 構成から出せるようにする

構成案の作成を発注側がやっている場合、そこには担当者の工数が乗っています。構成から任せられる書き手は、記事単価で見積もれる相手になります。文字単価の交渉は上限が見えやすいのに対し、記事単価の交渉は工程の範囲を広げるほど上がります。

構成案に含めるのは、想定読者の状況、検索意図、見出し構成、各見出しで示す根拠の候補、競合記事に足りていない論点の五つです。ITパスポートの学習で身につくのは、この「論点を分けて並べる」力そのものです。

材料3: 修正回数を先に減らす

初稿の質より、修正の少なさのほうが継続依頼につながります。初稿を出す前に、発注側の想定と自分の理解がずれていないかを、見出しレベルで一度すり合わせてください。15分のすり合わせが、書き直し3日を防ぎます。

なお、単価そのものの上げ方をもう少し細かく知りたい場合はWebライターが文字単価を上げる方法【2026年版】｜1円→5円のステップで段階ごとの交渉材料を整理しています。SEO寄りの案件を取りにいくならSEO対策・MEO対策の副業で稼ぐ方法｜必要なスキルと案件相場のほうが近い内容です。

案件の探し方と、受けないほうがいい案件

探し方

IT系のライティング案件は、募集の出方が三通りあります。

一つ目は、クラウドソーシングの公募です。数は多いのですが、単価の下限が低く、専門性を評価する仕組みが弱い傾向があります。実績を作る最初の数本には向いていますが、長く居続ける場所ではありません。

二つ目は、業務委託マッチングサービスや在宅ワーク求人サイトの募集です。発注元が事業会社であることが多く、記事単価や月額固定の契約が出ます。仲介手数料の有無で手取りが変わるため、契約前に確認してください。

三つ目は、紹介と直接の問い合わせです。一定の本数を書いた後は、これが主流になります。記名記事を残しておくと、こちらから探さなくても声がかかる状態を作れます。

案件の分野を広げていくときの参考として、AI・マーケティング・セキュリティのお仕事には、この領域で実際にどういう作業が発注されているかが職種別に整理されています。ライティングの周辺で、資料作成やリサーチの依頼が同じ発注元から出てくることも多い領域です。

提案文に書くこと

提案文で効くのは、次の四点です。

書ける分野を絞って書く。「IT全般」は誰にも刺さりません。「情報セキュリティの社内啓発コンテンツ」まで絞ります。

過去の記事のURLを最大3本。多く並べるより、募集内容に近いものを選びます。

その案件で、自分が確認に使う予定の一次情報を具体的に挙げる。募集要項を読んで書いているという証明になります。

納期と、修正の対応範囲を先に提示する。ここを書く人は少ないので、それだけで区別されます。

受けないほうがいい案件

文字単価0.3円以下の大量発注は、時間当たりの手取りが最低賃金を下回りやすく、実績としても評価されにくい傾向があります。

根拠を示さずに断定するよう指示される案件は避けてください。IT系では、後から誤りが判明したときの責任の所在が曖昧になります。

医療、投資、法律の判断に踏み込む記事を、専門家の監修なしで書かせる案件も同様です。これは資格の有無とは別の問題として、受けない判断が要ります。

1本を仕上げるまでの工程と時間配分

「IT系は調べる時間が読めない」という声をよく聞きます。読めなくしているのは、調べながら書いているからです。工程を分ければ時間は見積もれるようになります。

4,000字の解説記事を想定した配分は、次のようになります。

工程	時間の目安	やること
要件の確認	30分	想定読者、避けたい表現、参考にしてほしい既存記事を発注側に確認する
一次情報の収集	90分	公式ドキュメントと省庁資料をURL付きで集め、書けそうな論点を洗い出す
構成の確定	45分	見出しごとに「示す事実」と「その根拠のURL」を一対一で並べる
執筆	150分	構成に沿って書く。ここで新しく調べない
事実確認	45分	数字と仕様を、集めたURLと突き合わせる
表記統一と推敲	30分	略語の大文字、送り仮名、製品名の公式表記をまとめて直す

合計で約6.5時間です。ここで重要なのは、執筆の前に調べ終えている点です。調べながら書くと、書いては消す往復が発生して、実感として時間は1.5倍ほどに膨らみます。

この配分が固まると、単価の判断が機械的にできるようになります。6.5時間で仕上がる記事なら、文字単価1円の案件は時間当たり約615円、文字単価3円なら約1,846円という計算になります。受けるかどうかを感覚ではなく数字で決められるようになるのが、工程を分ける最大の利点です。

契約で先に決めておく三つのこと

在宅で書く仕事は、契約の詰めが甘いまま走り出すことが本当に多い領域です。IT系の記事に限って言えば、次の三つを最初のやりとりで確認しておけば、後のトラブルはほぼ防げます。

著作権と記名の扱い

記事の著作権を発注側に譲渡するのか、利用許諾にとどめるのかを確認します。譲渡する場合、その原稿を自分の実績として第三者に見せてよいかどうかも、あわせて聞いておく必要があります。実績として出せない記事ばかり書いていると、次の案件を取る材料が増えません。

記名記事にできるかどうかも、初回の相談で聞いてよい項目です。記名は報酬より効く場合があります。IT系は書ける人が限られる領域なので、名前が残ると声がかかる回数が変わります。

修正の回数と範囲

「修正無制限」の条件で受けると、時間当たりの手取りが際限なく下がります。修正は2回まで、構成の変更を伴う修正は別途見積もり、という形で先に線を引いてください。この線引きを嫌がる発注側は、そもそも工程の設計ができていない可能性があります。

報酬の支払い条件と源泉徴収

支払期日、振込手数料の負担、源泉徴収の有無を確認します。個人に対する原稿料は所得税法上の源泉徴収の対象になるため、報酬額と実際の振込額が一致しないことがあります。これを知らずに「金額が違う」と問い合わせるやりとりは、双方にとって無駄な時間です。制度の詳細は国税庁の資料で確認できます。

なお、業務委託で継続的に受注する場合の報酬支払期日や取引条件の明示については、フリーランスの取引適正化に関する法律で発注側に義務が課されています。取引条件が書面やメールで示されないまま作業に入るのは、法律の想定していない状態です。

資格の書き方で気をつけること

プロフィールや提案文に資格を書くとき、一点だけ注意が要ります。

ITパスポート試験は、情報処理の促進に関する法律にもとづく情報処理技術者試験の一区分です。国家試験ではありますが、この資格を持っていることで特定の業務を独占的に行える性質のものではなく、また特定の名称の使用が制限される種類の資格でもありません。したがって「ITパスポート試験合格」「ITパスポート保有」と事実を書くのは問題ありませんが、「IT認定コンサルタント」のように実在しない肩書きに言い換えるのは避けてください。

もう一つ。記事の内容が税務や法律の個別具体的な判断に及ぶ場合、税理士法や弁護士法などで有資格者に限定されている行為に当たらないかを、案件ごとに確認する必要があります。一般的な制度の解説と、個別の相談に対する回答は、線引きが必要な領域です。判断に迷う内容の依頼を受けたときは、発注側に監修者の有無を確認するのが確実です。関連する国家資格の位置づけを比較で確認したいときは行政書士やITパスポートの資格ガイドに、それぞれの業務範囲と登録の要否がまとまっています。

監修者が付く案件との違い

もう一点、混同されやすい区別を書いておきます。IT系の記事には、書き手とは別に監修者が付く案件があります。監修者は内容の正確さに責任を持つ立場で、ライターは構成と文章に責任を持つ立場です。役割が分かれている案件では、事実関係の最終判断を自分で下す必要はありません。

逆に、監修者が付かない案件では、書き手が事実の責任も負います。同じ文字単価でも、後者のほうが必要な作業量は多くなります。募集要項に監修体制の記載がないときは、応募の段階で確認してください。この確認をする応募者は少ないため、それ自体が実務を分かっている書き手だという印象につながります。

運営者として見てきた、続く書き手と続かない書き手の違い

在宅ワークの仲介を長く運営してきた立場から、一つだけ現場の実感を書きます。

IT系のライティングで長く続いている人は、書く速さで勝負していません。共通しているのは、発注側の手間を減らす工夫を毎回一つずつ増やしていることです。用語集を作って渡す、図版の元データを整理して添える、次回の記事案を一行だけ添える。単発の作業ではなく、「この人に任せると自分の仕事が減る」という関係を作っています。逆に、単価の交渉だけを繰り返して継続が切れていく人も見てきました。

もう一つ、額面と手取りの話をしておきます。同じ3万円の記事でも、仲介手数料が20%引かれる経路と、手数料0%の直接取引では、手元に残る金額が変わります。発注側から見ても、同じ予算でより多くの本数を頼めるようになります。この構造が効いてくるのは、単発ではなく継続の関係になってからです。月に5本を一年続ける関係で、差は無視できない大きさになります。

資格と職種のデータから見える、書き手の立ち位置

最後に、資格保持者がこの市場でどこに立っているかを、周辺データから整理します。

ITパスポートの資格ガイドには、この試験が何を証明し、どういう職種で評価されるかがまとまっています。読むと分かるのは、この資格が単独の職業資格ではなく、他のスキルの土台として機能する種類のものだということです。ライティングと組み合わせたときに効くのは、まさにこの土台の部分です。

単価の天井を見るときは、隣接する職種と並べると位置が分かります。ソフトウェア作成者の年収・単価相場と著述家，記者，編集者の年収・単価相場を見比べると、技術を書く仕事の報酬は、書く力だけでも技術力だけでも上限に届かず、両方の間にある領域で決まっていることが読み取れます。ITパスポート保持者が狙うべきなのは、この中間の帯です。

そして、書く仕事から周辺の相談業務へ広げる道もあります。キャリア・副業・人生相談のお仕事には、経験を人に伝える形の仕事がどう発注されているかがまとまっています。IT系の記事を一定量書いた人が、資格取得を目指す人向けの相談や学習支援に広げていく流れは、実際によく見られる進み方です。

案件の入口を広げる観点では、書く仕事だけに絞らないほうが安定します。同じ発注元から、記事の執筆と並行して社内資料の整理やセミナー資料の作成、ウェビナーの台本作成といった依頼が出てくることがよくあります。これらは記事より単価が高く、かつ競合が少ない領域です。「ライターです」と名乗るより、「ITの内容を、専門外の人に通じる形に整える仕事をしています」と説明したほうが、依頼の幅は広がります。

もう一つ、書く分野の選び方について。IT系のなかでも、法制度と紐づく領域は書き手が不足しがちです。電子帳簿保存法への対応、個人情報の取り扱い、情報セキュリティの社内規程といったテーマは、技術と制度の両方を扱うため、エンジニアも一般ライターも書きにくい位置にあります。ITパスポートのストラテジ系で扱う法務・標準化の知識が、そのまま効いてくるのがこの領域です。参入するなら、ここを最初の軸にするのが合理的だと考えています。

まとめ方を変えると、こうなります。ITパスポートは、ライティング案件を取るための入場券ではありません。書いた原稿の正確さを、発注側が信じてよい理由として使える材料です。だから効かせ方は一つに絞られます。資格を並べるのではなく、根拠を示す手順を型にして、それを納品物の形で見せること。この順番を守れば、資格は確実に単価の交渉材料になります。