オンライン秘書の単価相場は？時給・月額の目安と失敗しない価格設定（見積もり/値上げまで）

オンライン秘書の単価相場は「これが絶対」という正解がなく、仕事内容（責任・難易度・曖昧さ）と契約条件で大きく変わります。だからこそ、単価は“相場に合わせる”よりも、提供範囲を決めて、見積もりの型で設計するのが失敗しないコツです。

この記事では、時給・月額・業務別の目安感、安売りを防ぐ見積もり手順、消費税（内税/外税）の注意点、契約更新（自動更新の罠）の対策、相見積もり・値上げの進め方まで、初心者でもそのまま使える形でまとめます。

安すぎても高すぎても不安…単価設定のモヤモヤを解消する

「オンライン秘書に応募したいけど、時給いくらで提案すればいいのか見当もつかない……」
「周りは時給1,000円台で受けているみたい。これってアルバイトと変わらない？」

オンライン秘書の単価設定は、未経験者が最初にぶつかる壁です。安すぎれば疲弊して続きませんし、高すぎれば採用されない不安もあります。

結論から言うと、オンライン秘書の適正単価は「世間の相場」で自動的に決まるものではありません。「あなたがどこまで責任を持てるか（範囲と品質）」で決まります。

この記事では、あやふやになりがちなオンライン秘書の「相場感（目安）」と、未経験からでも安売りせずに適正価格で契約するための「見積もりの手順書」を解説します。

なぜ今「オンライン秘書 単価 相場」で迷う人が多いのか

オンライン秘書は「事務サポート」のイメージが強い一方で、実務は幅広いです。同じ“秘書業務”でも、必要スキル・責任・時間の読みやすさが全く違います。

• テンプレ中心の問い合わせ一次対応（定型）
• データ整理（品質基準次第で工数が変動）
• 請求書の発行準備（ミスが許されにくい）
• SNS補助（例：インスタ運用の予約投稿。素材支給か作成込みかで別物）
• リサーチ→資料化（要件が曖昧だと無限に膨らむ）

さらに、単価を崩す“見えない工数”が多いのも特徴です。たとえば、確認の往復、修正、ツール学習、仕様のすり合わせ、報告文作成など。ここを単価に含めないと、気づけば時給換算が大きく下がります。

オンライン秘書の単価相場の全体像：時給・月額・成果物課金

まずは料金体系の全体像です。オンライン秘書の料金は、大きく3つに分かれます。

1）時給（時間課金）

最も始めやすく、未経験のスモールスタートに向きます。案件によって幅はありますが、募集では時給1,500円台〜3,000円台あたりを見かけることが多く、経験や対応範囲が広い人はそれ以上で提案するケースもあります（あくまで目安）。

時給の弱点は、「やりとり」や「学習」が見積もりから漏れると、実質の単価が崩れやすいことです。

2）月額（固定枠：月◯時間/◯万円）

「月◯時間まで」「月◯万円」などのプラン型です。クライアントは予算化しやすく、あなたも稼働が安定しやすいのがメリット。反面、稼働上限と対応範囲が曖昧だと赤字化しやすいので、ルール設計が重要です。

3）成果物・従量課金（1件いくら）

「投稿予約1件」「リスト作成1シート」「問い合わせ返信○件」など、成果物単位での料金です。定型業務には向きますが、例外対応が多い業務だと揉めやすいので、条件（範囲・回数・例外）を強く握る必要があります。

業務別の目安感：単価が上がりやすい仕事・下がりやすい仕事

オンライン秘書の単価は「業務名」よりも、次の要素で上下します。

• 責任の重さ：ミスの影響が大きい（請求・公開・送信など）
• 要件の曖昧さ：“いい感じに”系は工数が膨らむ
• 再現性：テンプレ化できるほど安定して回せる
• スキル要求：文章力・ディレクション・改善提案が含まれる

単価が比較的“安定しやすい”業務（初心者向き）

• 日程調整、リマインド、会議設定（定型化しやすい）
• 問い合わせ一次対応（テンプレ運用前提。例外はエスカレーション）
• データ入力、表記ゆれ整備、名簿・顧客リストの整形（品質基準が決まれば読める）

単価が“上げやすい”業務（設計力・責任が乗る）

• 業務の手順化・マニュアル作成（仕組み化の価値が出る）
• リサーチ→比較表→判断材料の整理（条件設定ができる人は強い）
• SNS運用補助（例：インスタ運用の投稿カレンダー、予約投稿、DM一次対応の設計）

単価が崩れやすい業務（受けるなら“条件必須”）

• 「いい感じに整えて」「全部まとめて」など要件が曖昧な依頼
• 修正無制限の制作寄りタスク（投稿文作成・資料作成など）
• 未知ツール・独自システムの運用（学習コストが隠れやすい）

未経験でも失敗しない価格設定：見積もりはこの順番で決める

単価は“相場に寄せる”より、範囲と条件を先に固めるとブレません。おすすめは次の5ステップです。

ステップ1：提供メニューを「即OK／条件付き／NG」に分ける

• 即OK：定型で回せる／時間が読める（例：日程調整、テンプレ返信）
• 条件付き：件数・上限時間・修正回数があればできる（例：リサーチ、インスタ運用補助）
• NG：専門判断・責任が重い／環境的に無理（例：振込実行、法務判断の代行）

単価の前に「どこまでやるか」を確定させるのが最優先です。

ステップ2：実質時給が崩れない“最低ライン”を決める

ここは人によって違ってOKです。重要なのは「続けられるライン」を作ること。最低ラインを決めないと、相見積もりや値下げ交渉でズルズル下がります。

下限を考えるときは、作業そのものだけでなく、次も含めてください。

• 確認・報告・修正の往復
• 初期のすり合わせ、テンプレ作成
• ツール学習、権限設定、環境整備

ステップ3：見積もりは「作業時間」より「成果物＋条件」で固める

単価が崩れる最大要因は、成果物が曖昧なまま着手することです。特にリサーチやSNS系は、次をセットで提示します。

• 対象件数（例：20件まで）
• 上限時間（例：2時間まで）
• 納品形式（例：スプレッドシート、ドキュメント）
• 修正回数（例：2回まで）
• 例外対応は別途（緊急・追加調査・仕様変更）

ステップ4：金額提示は必ず「税込／税別」を明記する（ここで揉めやすい）

金銭トラブルで多いのが、提示金額が内税（税込）なのか外税（税別）なのか不明確なケースです。単価の話をするときは、必ず次のどちらかを明記しましょう。

• 「時給3,000円（税込）」
• 「時給3,000円（税別）＋消費税」

またクラウドソーシングを使う場合は、一般にシステム手数料が差し引かれます。見積もり時点で「手取り」で考えると、安請け合いを防げます（手数料率や仕組みはサービスごとに異なるため、利用サービスの表示・規約で確認してください）。

ステップ5：月額にするなら「上限」と「追加依頼の扱い」を契約文に落とす

月額は安定しますが、曖昧だと赤字化します。最低限、次は文章で合意してください。

• 月の稼働上限（例：月20時間）
• 超過時の扱い（追加パック／都度見積／翌月繰越の有無）
• 稼働時間・返信目安
• 依頼窓口（チャット／タスク管理の統一）

具体例：副業で始める人の「時給→月額」設計サンプル

会社員のBさん（平日夜に週6時間、土日2時間）を例にします。強みは「丁寧な連絡」「スプレッドシート」「タスク管理」。

最初の1〜2ヶ月：時給でスモールスタート

• 対応：日程調整／問い合わせ一次対応（テンプレ）／リスト整備
• ルール：依頼窓口を1つに統一、納品形式をシートに統一
• 目的：作業時間の実測（何に何分かかるか）を取る

ここで大事なのは、単価そのものより“時間が読める業務だけ”に絞ることです。

3ヶ月目以降：固定枠の月額へ移行

• 月◯時間の固定枠（例：月20時間）
• 含む：定型業務＋週次の進捗報告＋軽微な改善提案
• 含まない：新ツール導入、緊急対応、要件未定のリサーチ（都度見積）

月額にするときは「含む／含まない」を先に書くと、単価の不安が減ります。

単価交渉の失敗談：安請け合いで“時給換算500円”になった話（よくある）

よくある失敗が、「簡単そうに見えた仕事を、条件なしで受けてしまう」パターンです。

たとえば「インスタ運用を手伝ってほしい。投稿予約とDM返信だけ」と言われて、時給1,500円で受けたとします。ところが実際は、

• 投稿文の修正が何往復も発生
• 素材の受け取りが遅れて、待ち時間が増える
• DM返信の例外対応が多く、判断確認が必要
• 使ったことのないツール指定で学習が発生

結果、想定の2倍以上の時間が溶け、手取りベースで見ると「時給換算500円くらい」に感じるほど消耗する…というケースが起こります。

こうした失敗は、能力不足ではなく条件設計（範囲・上限・修正回数・ツール学習の扱い）不足で起こります。逆に言えば、設計できれば防げます。

値上げの基本：単価を上げる人がやっている5つのこと

値上げは「お願い」より、提供価値が増えた結果としての再提案が通りやすいです。

1）成果を見える化する（作業ログ・改善ログ）

• 対応した件数、処理時間が短縮した事実
• テンプレ整備、チェックリスト導入
• 依頼の流れを整えて、漏れを減らした

数字がなくても「改善の事実」があれば、十分に根拠になります。

2）業務をセット化して月額へ（固定枠）

時給→月額固定枠は、値上げが通りやすい王道です。クライアントは「毎月お願いできる安心」に対して支払いをしやすくなります。

3）責任が重い業務は承認フローとセットにして単価に反映

請求書の発行準備、投稿予約、メール送信などは、ミスの影響が大きいです。最終承認をクライアントに戻すルール（承認フロー）を作ると、品質を守りながら単価の根拠にもなります。

4）「やらないこと」を明確にして信頼を作る

境界線が明確な人ほど依頼しやすく、結果的に継続しやすいです。継続が取れると、値上げ相談もしやすくなります。

5）相見積もりに巻き込まれない“運用設計”を提案する

作業だけを売ると価格比較に巻き込まれがちです。手順化・テンプレ化・運用ルールの整備まで含めると、代替されにくくなります。

相見積もり・値下げ交渉への向き合い方（単価を守る）

相見積もりは珍しくありません。消耗しないコツは、値下げではなく「範囲調整」を提案することです。

契約更新のタイミング：自動更新の“罠”を避けて値上げ機会を作る

安い単価から抜けられない原因の1つが、契約書（または合意文）にある「特段の申し出がない限り自動更新」です。自動更新は悪ではありませんが、放置すると条件見直しのタイミングを逃し続けることがあります。

回避策1：更新前に条件見直しをするルールを入れる

契約文に入れやすい考え方として、次のような運用があります。

• 「契約期間満了の1ヶ月前を目安に、稼働時間・対応範囲・単価の見直しを行う」
• 「3ヶ月ごとに運用レビュー（改善点と稼働実績の共有）を実施する」

“交渉”というより“運用レビュー”として仕組みにすると、自然に単価の話ができます。

回避策2：自分カレンダーに「見直しリマインダー」を入れる

契約文を変えにくい場合でも、あなた側で対策できます。

• 契約開始日をメモ
• 2ヶ月後（または更新1ヶ月前）にリマインダーを設定
• 稼働ログ・改善ログをまとめて「条件見直しの相談」を出す

これだけで、値上げ機会を逃しにくくなります。

よくある失敗5選と回避策（単価が崩れる原因）

失敗1：時給だけ決めて、成果物・条件を決めていない

• 回避策：件数・上限時間・修正回数・納品形式をセットにする

失敗2：「ついでにこれも」で業務が増えるのに請求が増えない

• 回避策：追加依頼は「都度見積／翌月対応／稼働追加」のどれかに固定する

失敗3：新ツール学習・初期設定を無償で抱え込む

• 回避策：学習・設定は稼働時間に含める／初月は“立ち上げ枠”を取る

失敗4：金額の「税込／税別」が曖昧で、後から揉める

• 回避策：提案文・見積書・メッセージのどこかに「税込」「税別＋消費税」を必ず明記する

失敗5：自動更新で見直し機会を逃し、安い単価のまま固定される

• 回避策：「更新1ヶ月前に条件見直し」を契約に入れる／カレンダーに交渉リマインダーを入れる

すぐできるチェックリスト：単価設定・見積もり前の12項目

• 対応範囲（やること／やらないこと）が決まっている
• 成果物（納品物）が定義されている
• 件数・上限時間・修正回数がある
• 依頼窓口（チャット・タスク管理）が統一されている
• 稼働時間・返信目安が合意できている
• 承認フロー（送信・公開・発行など）がある
• 緊急対応の扱い（当日対応は別枠など）がある
• 新ツール学習・初期設定の扱いが決まっている
• 月額なら稼働上限と超過時の扱いが決まっている
• 金額提示が「税込／税別」で明記されている
• クラウドソーシング利用なら手数料差引後の手取りも意識している
• 契約更新（自動更新の有無／見直しタイミング）が把握できている

インボイス・税金まわりで最低限気をつけたいこと（注意喚起）

取引先によっては、請求書の運用上「インボイス登録（適格請求書発行事業者かどうか）」を確認されることがあります。ここは取引形態や相手方の運用で扱いが変わるため、断定は避けますが、トラブル回避の観点では契約前に“登録の有無”を聞かれたら正確に回答できる状態にしておくとスムーズです。

また、税務の判断が必要な場合は、税理士や公的窓口など専門家に確認する前提で進めてください。

まとめ：相場は“目安”、単価は“設計”できる

オンライン秘書の単価相場は幅がありますが、最終的に大切なのは「相場に合わせる」より「範囲と条件で設計する」ことです。見えない工数（確認・修正・学習）を単価に含め、成果物と条件を固め、固定枠（月額）へ移行していく流れが、無理なく単価を上げやすい王道です。

そして金銭トラブルを避けるために、税込／税別の明記と、契約更新（自動更新の見直しタイミング）を最初に押さえておくと、安心して継続できます。

次にやること（3ステップ）

• ステップ1：業務を「即OK／条件付き／NG」に分け、提供メニューを10〜20個作る（インスタ運用・経理補助・リサーチも整理）
• ステップ2：見積テンプレを作る（件数・上限時間・納品形式・修正回数・追加の扱い・税込/税別の明記）
• ステップ3：契約開始日から更新前のリマインダーを設定し、稼働ログ・改善ログを元に条件見直しを提案する