使い回しでは通らない在宅サイトやアプリの使い勝手テストの提案文

サイトやアプリの使い勝手テストに在宅で応募しているけれど、なかなか通らない。皆さんからこの相談をよく受けます。まず、安心してください。落ちているのは能力の問題ではなく、ほとんどの場合、提案文の書き方だけの問題です。

そして原因はかなりはっきりしています。テンプレートを使い回しているからです。使い回しの提案文は、募集した側から見ると一目で分かります。なぜ分かるのかというと、その募集特有の情報が一つも入っていないからです。

私自身、43歳で会社を辞めて独立したとき、最初の数か月は提案が通りませんでした。文章は書けるつもりでいたので、余計にこたえました。原因を突き止めてから通るようになったのですが、直したのは文章力ではなく構成でした。今日はその中身を、順を追ってお話しします。

サイトやアプリの使い勝手テストという仕事の全体像

提案文の話に入る前に、この仕事が何を指しているのかを整理しておきます。ここを誤解したまま提案を書くと、そもそも噛み合いません。

「使い勝手テスト」には性質の違う3つの仕事が混ざっている

在宅の募集で「使い勝手テスト」と書かれているものには、実は3種類の仕事が混在しています。

1つ目が、動作確認としてのテストです。決められた手順どおりに操作して、想定と違う動きがあれば報告する。求められるのは正確さと再現性で、感想は不要です。報酬は1件あたりの単価、または時間単価で設定されます。

2つ目が、被験者としての参加です。ふだんの使い方をそのまま見せて、迷った箇所を話しながら操作する。求められるのは正直さで、うまく使えないこと自体が価値になります。1回あたりの謝礼という形が多く、継続案件にはなりにくい性質があります。

3つ目が、評価と改善提案までを行う仕事です。操作の記録を取り、どこで離脱が起きているかを分析して、改善案を文書で出す。これは実質的にリサーチの業務で、報酬水準も他の2つとは桁が変わります。

提案文が通らない人の多くは、この3つを区別せずに同じ文面を送っています。求められているものが違うのだから、書くべき内容も変わって当然です。

市場としては、企業側の需要が明確に増えている

この分野の求人がどれくらい存在するかは、求人検索サービスの掲載内容からも読み取れます。

1,000万人以上の会員基盤を持つ大規模フィンテックサービスにおいて、UXリサーチャーとしてユーザー理解と体験価値向上を推進するポジションです。Customer Firstの理念に基づき、定性・定量データの統合分析、カスタマージャーニーマップやペルソナ作成、ユーザビリティテストの企画・実施・分析などを担当します。デザインチームと協働し、グローバル展開を見据えた市場調査や分析も行います。キャッシュレス市場のリーディングカンパニーで、先進的なプロジェクトに携わり... 出典: 求人ボックス

ここで注目していただきたいのは、企画から分析までが一つの職務としてまとめられている点です。企業側は「テストをする人」ではなく「テストで何が分かったかを説明できる人」を求めています。在宅の単発案件でも、この傾向は同じです。

需要が増えている背景も明快です。アプリやサイトの改修は費用がかかるので、企業は改修前に確からしさを検証したい。開発の前工程に検証を入れる考え方が広がったことで、テストの仕事が細かく外に出るようになりました。

報酬相場と、年収として見たときの実態

相場を正直に書きます。動作確認型の在宅テストは、1件あたり500円から3,000円程度、時間単価であれば1,200円から1,800円あたりが中心です。被験者としての参加は1回3,000円から10,000円程度で、拘束時間は60分から90分が一般的です。

評価と改善提案まで含む仕事になると、1案件5万円から30万円程度、継続契約であれば月額での設定もあります。求人としての給与例では固定給25万円以上という条件も見られ、在宅可の案件も出ています。

年収として考えるなら、動作確認型だけで生計を立てるのは現実的ではありません。月60時間稼働して9万円程度が上限に近く、それ以上は時間が足りなくなります。最初の入口として動作確認型を使い、半年から1年で評価と提案の側に移る。この設計をしておかないと、稼働だけが増えて手取りが伸びない状態になります。

落ちる提案文に共通する5つの特徴

ここからが本題です。通らない提案文には、はっきりした共通点があります。

特徴1: その募集にしか当てはまらない情報がゼロ

いちばん多いのがこれです。「丁寧な作業を心がけております」「納期は必ず守ります」「ご連絡はこまめに差し上げます」。どれも本当のことだと思いますが、この3文はどの募集にも送れてしまいます。

募集した側は、短時間で大量の応募を捌いています。使い回しかどうかは、募集文に書かれた固有の要素に触れているかどうかで判断されます。対象がスマートフォンのアプリなのか、業務用のWebシステムなのか。テストする端末の指定はあるか。報告のフォーマットは指定されているか。この3点のうち、せめて1つに具体的に触れているだけで、印象は変わります。

特徴2: できることの列挙で終わっている

「Windows と Mac の両方を所有しています」「iPhone と Android を持っています」「Excel が使えます」。事実の列挙は、それ自体では選ぶ理由になりません。

必要なのは、その環境で何ができるかまで書くことです。「Android の複数バージョンで同じ手順を再現し、機種依存の差分を分けて報告できます」。ここまで書くと、募集側は自分の課題との接続を想像できます。列挙は材料、接続が説得です。

特徴3: 未経験であることの言い訳が長い

「経験は浅いのですが」「未熟ではございますが」「勉強中の身ではありますが」。謙遜のつもりで書いた一文が、読み手には不安材料として届きます。

未経験であることは書いても構いません。ただし、書くなら1文で終えて、その代わりにできることを具体的に書く。「テストの実務経験はありませんが、前職で作業手順書の作成と検証を担当していたため、手順の抜けを見つけて文書化する作業には慣れています」。これで十分です。長い言い訳は、読み手の時間を奪うだけです。

特徴4: 報酬や条件への言及が一切ない

意外に思われるかもしれませんが、条件に触れていない提案文は選ばれにくい傾向があります。理由は、募集側が「この人と条件で揉めないか」を判断できないからです。

「提示の条件で承知いたしました」の一文があるだけで違います。あるいは「1件あたりの報告件数について、目安をご教示いただけますと幸いです」といった確認でも構いません。条件の話を避けると、着手後に食い違う可能性があると見なされます。

特徴5: 稼働できる時間帯が書かれていない

在宅のテスト業務は、依頼側にスケジュールがあります。いつ動ける人なのかが分からないと、計画に組み込めません。

「平日は19時以降、土日は日中に対応可能です。週あたり10時間程度を確保できます」。この2文があるだけで、選考の判断が付きます。書いていない人と書いている人が並んだら、書いている人が選ばれます。当然のことですが、実際には書いていない提案文が大半です。

通る提案文を構成する5つの要素

では何を書くのか。構成を5つに分解します。この順番で書けば、使い回しには見えません。

要素1: 冒頭2文で、対象と役割を言い直す

最初の2文で、募集内容を自分の言葉で要約します。「ご依頼は、スマートフォン向けアプリの新規登録から初回利用までの操作確認と、不具合の報告と理解しております。対象端末は Android を主としてお引き受けできます」。

これを冒頭に置く効果は2つあります。募集文を読んだ証拠になること。そして、認識のずれがあれば早い段階で修正できることです。ずれたまま採用されるより、提案の時点で確認したほうがお互いに得です。

要素2: 環境と稼働を、数値で書く

使用できる端末と OS のバージョン、通信環境、稼働可能な時間帯と週あたりの時間数。これらを数値で並べます。

「iPhone 2台（最新の OS と1つ前の OS）、Android 1台、Windows のノートパソコン1台。有線接続で下り200Mbps程度。平日19時以降と土日日中で、週10時間」。箇条書きで構いません。読み手が探さずに済む形にすることが目的です。

要素3: 報告の型を、実物で見せる

ここが決定的な差になります。不具合の報告文を、提案の中に1件だけサンプルとして入れてください。

型はこうです。発生した現象を1文、再現の手順を番号付きで3から5項目、期待した結果と実際の結果を1行ずつ、環境の情報を1行。実際に何かのアプリで見つけた小さな挙動でも構いませんし、架空の例と断ったうえで書いても構いません。

これを入れると、募集側は「この人の報告は読みやすいか」を提案の段階で判断できます。テストの仕事で最も嫌われるのは、何が起きたか分からない報告です。逆に言えば、読める報告が書けることを先に示せば、経験の有無はかなり相殺されます。

私が独立した直後、通らなかった時期に足りなかったのがまさにこれでした。経歴や意欲は書いていたのに、成果物の見本を一切見せていなかった。1つ入れただけで、返信が来る割合が明らかに変わりました。

要素4: 募集固有の確認を1つだけ入れる

質問を入れると印象が悪くなると考える人がいますが、逆です。ただし、数は1つに絞ってください。

良い質問は、募集文を読まないと出てこないものです。「報告は所定のフォーマットへのご記入という理解でよろしいでしょうか。あるいは自由記述での提出でしょうか」。こういう確認は、実務を想像している証拠になります。悪い質問は、募集文に書いてあることを聞き直すものです。それは読んでいない証拠になります。

要素5: 締めは、条件の受諾と着手可能日

最後は短く終えます。「ご提示の条件で承知いたしました。◯月◯日以降、即日着手が可能です」。

意気込みや自己PRを最後に足したくなりますが、削ってください。読み手が最後に知りたいのは、いつから動けるかです。ここを明確にすると、そのまま次の連絡につながります。

提案文を書く手順を、順番に

構成が分かったところで、実際の作業手順を書きます。15分で1通が目安です。

手順1: 募集文から固有名詞を3つ抜き出す

まず、募集文を読んで、その募集にしかない要素を3つ書き出します。対象の種類、端末や環境の指定、報告方法の指定。この3つが揃わない募集は、情報不足なので応募を見送る判断もあり得ます。

抜き出した3つは、提案文の中で必ず1回ずつ触れます。これだけで使い回し感は消えます。

手順2: 骨組みをコピーして、埋める

提案文は毎回ゼロから書く必要はありません。5つの要素の骨組みだけをテキストファイルに保存しておいて、募集ごとに中身を差し替えます。

大事なのは、骨組みは使い回してよいが、中身は使い回さないという区別です。多くの人はここを逆にしています。中身をそのままにして、宛名だけ変えている。

手順3: 報告サンプルを募集内容に寄せる

保存してある報告サンプルを、その募集の対象に寄せて書き直します。スマートフォンアプリの募集なら、サンプルもアプリの挙動にする。Webシステムの募集なら、ブラウザでの挙動にする。

書き直すのは5分程度です。この5分が、通過率を大きく変えます。

手順4: 送る前に、削る

書き終えたら、削ります。目安として、提案文は600字から900字に収めてください。報告サンプルを含めても1,200字までです。

削る対象は決まっています。意欲、謙遜、抽象的な形容。「丁寧に」「しっかりと」「精一杯」といった副詞を全部消しても、意味は変わりません。読み手は大量の応募を短時間で処理しているので、短いほうが読まれます。

こうした文書の構成を体系的に身につけたい方には、ビジネス文書検定の出題範囲が実用的です。何をどの順で書けば伝わるかという骨組みは、提案文にも報告書にもそのまま使えます。この検定を実際の在宅案件にどう活かすかについては、ビジネス文書検定で文書作成の副業力アップ｜在宅ライティング案件で具体的な接続が整理されています。

必要な機材とスキル、そして注意すべき案件

提案が通ったあとに困らないよう、前提も押さえておきます。

機材と通信環境

最低限必要なのは、パソコン1台とスマートフォン1台です。ただし、動作確認の案件を継続的に受けるなら、iPhone と Android の両方があると受けられる範囲が大きく広がります。中古端末で構いません。OS のバージョンが複数あることのほうが価値になります。

通信環境は、有線または安定した無線が必要です。オンラインで画面共有をしながら操作する案件では、通信が不安定だとテストそのものが成立しません。録画を求められるケースもあるので、上りの速度も確認しておいてください。

身につけておくと有利なスキル

技術的な資格は必須ではありませんが、通信やネットワークの基礎を理解していると、不具合の切り分けが速くなります。「アプリの問題」なのか「通信の問題」なのかを分けて報告できる人は、依頼側から重宝されます。基礎を体系的に押さえるならCCNA（シスコ技術者認定）の学習範囲が該当します。

もう1つ有利なのが、開発側の言葉を理解していることです。どういう構造で作られているかが分かると、報告の粒度が適切になります。開発の実務がどういうものかはアプリケーション開発のお仕事で扱われている案件内容が参考になりますし、その領域の収入水準はソフトウェア作成者の年収・単価相場で確認できます。テストから開発側へ移る人は実際にいます。

報告書を書く力そのものを収入につなげたい場合は、文章を成果物とする職種の水準も見ておくとよいでしょう。著述家，記者，編集者の年収・単価相場には、その領域の相場感が整理されています。

注意すべき案件

避けたほうがよい募集の特徴を挙げます。報酬が明示されず「実績に応じて」とだけ書かれているもの。作業内容が「テスト全般」としか書かれていないもの。事前に個人情報の入力を求めるもの。そして、無償のテスト参加を「経験になる」という理由で求めるものです。

個人情報の扱いには特に注意してください。テストの対象が会員制のサービスの場合、テスト用のアカウントが用意されるのが通常です。自分の実アカウントで登録を求められた場合は、その理由を確認してください。理由が説明されない案件は見送るべきです。

契約や報酬の条件面でトラブルが起きたときの枠組みは公正取引委員会が所管しています。取引条件の明示や不当な減額の禁止といったルールは、在宅の業務委託にも適用されます。

税金と社会保険の扱い

収入が出てきたら、この2つを整理しておく必要があります。

給与を1か所から受けていて、それ以外の所得が年間20万円を超える場合、所得税の確定申告が必要になります。所得は売上から経費を引いた額です。テスト業務の経費になり得るのは、検証用の端末代、通信費の按分、必要なソフトウェアの利用料などです。制度の詳細は国税庁の案内が基準になります。

端末を購入した場合の扱いには注意が必要です。金額によっては一括で経費にできず、減価償却の対象になります。購入前に扱いを確認しておくと、資金計画が立てやすくなります。

会計処理は、件数が少ないうちは表計算ソフトで足ります。月4件を超えたらfreeeやマネーフォワードのようなクラウド会計を検討する段階です。

社会保険については、業務委託である限り、本業がある方は本業の加入関係がそのまま続きます。厚生年金と健康保険は勤務先で継続します。これが変わるのは副業が雇用契約で一定の要件を満たす場合だけです。制度の確認先は日本年金機構、働き方と契約の枠組みは厚生労働省になります。

在宅の求人には社会保険完備の条件が付くものもあります。雇用として働くか業務委託で受けるかによって、保険の扱いも税の扱いも変わるので、応募前に契約形態を確認してください。

最初の3か月で、継続案件に変える

単発で終わらせず、継続に変える方法を書きます。ここが収入の安定に直結します。

まず、初回の納品時に、依頼されていない情報を1つだけ添えてください。「今回の範囲外ですが、同じ画面で戻る操作をしたときに入力内容が消える挙動を確認しました。参考までにご報告します」。範囲外の発見を1つ添えるだけで、次回も声がかかる確率が上がります。

次に、報告の型を毎回同じにしてください。依頼側は複数の人からの報告を突き合わせて読んでいます。型が揃っている人の報告は処理が楽なので、優先的に依頼が回ってきます。

そして、対応可能な時間帯を変えないことです。一度伝えた稼働の枠を守り続けると、依頼側はスケジュールに組み込めるようになります。逆に、毎回稼働時間が変わる人は、急ぎの案件から外されます。

在宅で1人で作業を続けていると、成果が見えにくくなって気持ちが落ちる時期が必ず来ます。私も独立して半年ほどは、誰とも話さない日が続いて調子を崩しました。そういうときの対処は先に知っておいたほうがいいので、在宅ワーカーのメンタルヘルスケア｜孤独・燃え尽きを防ぐ5つの習慣【2026年版】にある習慣を、いくつか先に取り入れておくことをおすすめします。技術より先に、続けられる状態を作るほうが大事です。

在宅で専門性を積み上げていく働き方の実例としては、法律事務所のパラリーガルの働き方｜在宅・時短勤務の現状【2026年版】が参考になります。決められた手順を正確にこなす仕事から、判断を伴う仕事へ移っていく流れは、テスト業務のキャリアとよく似ています。

提案文の実例を、悪い形と良い形で並べる

抽象的な話が続いたので、実際の文面で見比べておきます。同じ人が同じ募集に出したと仮定して、書き方だけを変えた場合です。

まず、通らない形の典型はこうなります。「はじめまして。この度は募集を拝見し、ぜひお力になりたいと考えご連絡いたしました。私は責任感を持って業務に取り組むことを信条としており、これまでも丁寧な作業を心がけてまいりました。パソコンとスマートフォンを所有しており、基本的な操作には慣れております。まだ経験は浅いのですが、一生懸命に取り組みますので、何卒よろしくお願い申し上げます」。

この文面には、その募集にしか当てはまらない情報が一つもありません。責任感も丁寧さも本当のことでしょうが、そう書かない人がいないので、区別の材料になりません。所有機材も「パソコンとスマートフォン」では、何が確認できるのか分かりません。そして最後の「経験は浅いのですが」が、読み手の判断を止めます。

同じ人が書き直すと、こうなります。「ご依頼は、スマートフォン向けアプリの新規登録から初回利用までの操作確認と、不具合の報告と理解しております。所有端末は、最新の OS と一つ前の OS の iPhone が各1台、Android が1台、Windows のノートパソコンが1台です。有線接続で通信は安定しています。稼働は平日の夜と土日の日中で、週に十時間程度を確保できます」。ここまでが前半です。

後半に報告のサンプルを一件添えます。現象を一文、再現手順を番号付きで四項目、期待した結果と実際の結果を一行ずつ、確認した環境を一行。これだけです。最後に「報告は所定のフォーマットへのご記入という理解でよろしいでしょうか」という確認を一つ置いて、「ご提示の条件で承知いたしました。来週より着手が可能です」で締めます。

文字数は後者のほうが多いのですが、読む時間は変わりません。前者は読んでも何も分からないので、読み手は最後まで読んだうえで判断できず、保留のまま次の応募に移ります。後者は途中まで読んだ時点で判断できます。読み手の判断を助ける文章が、選ばれる文章です。

提案が通らない期間に、やっておくと差がつくこと

提案を出し続けても返信が来ない時期は、誰にでもあります。この期間の過ごし方で、その後の伸び方が変わります。

まず勧めたいのが、報告サンプルの在庫を作ることです。日常的に使っているアプリやサイトで、少しでも引っかかった挙動を見つけたら、報告の型に落として保存しておく。一日一件でも、一か月で三十件になります。募集の種類に合わせて出せるサンプルが手元にあると、提案を書く時間が大幅に短くなり、質も安定します。

次に、報告の型そのものを磨いてください。同じ現象を、三行で書く版と、十行で書く版の両方を作ってみる。依頼によって求められる粒度が違うので、両方書けると対応の幅が広がります。粒度を調整できる人は、複数の依頼元から重宝されます。

そして、断られた提案を捨てないでください。同じ募集元が次に出す募集で、前回の提案を土台にして書き直すと、通ることがあります。募集元は同じ人が繰り返し応募していることを覚えているケースがあり、内容が改善されていれば、その変化自体が評価されます。実際、二回目や三回目で通ったという話は珍しくありません。

最後に、応募の記録を残しておくことです。いつ、どの募集に、どういう構成で出して、返信があったかどうか。この記録が二十件たまると、自分の提案のどこが弱いかが見えてきます。返信率が低い時期は、感覚で書き方を変えるより、記録を見て変えたほうが早く改善します。

私が独立した直後にやっていなかったのが、この記録でした。手応えだけで書き方を変えていたので、良くなったのか悪くなったのか分からないまま数か月が過ぎました。記録を取り始めてから、直すべき箇所が具体的に分かるようになりました。地味ですが、これがいちばん効きました。

運営者として見てきた、提案が通る人の共通点

フリーランスと在宅ワークの市場を20年見てきた立場から、観察をお伝えします。

提案が安定して通る人ほど、応募の件数を増やしていません。むしろ絞っています。1日10件に使い回しを送る人より、1日2件に募集固有の内容を書いて送る人のほうが、結果として受注件数が多い。これは長年変わらない傾向です。

そして、長く続く人ほど、単発の作業の質を上げることより、依頼側の手間を減らすことに時間を使っています。報告の型を揃える、範囲外の気づきを添える、稼働の枠を守る。どれも派手ではありませんが、依頼側からすると「この人に頼むと自分が確認する手間が減る」という体験になります。この体験が継続を生みます。

もう1つ、運営者として見てきた限りでは、中間マージンが乗らない直接の取引は、テスト業務のような単価の低い領域でこそ効きます。1件2,000円の案件で20%が引かれるのと引かれないのとでは、月の件数が積み上がったときの差が大きい。依頼側から見れば同じ予算でより多く依頼でき、受け手から見れば同じ働きで手元に残る割合が上がる。手数料0%が意味を持つのは、金額の大小ではなく、積み上げた稼働がそのまま結果に変わるという一点です。

独自データから見える、提案を通す順番

在宅ワークの募集情報を横断して見ていると、一貫した傾向があります。作業内容と成果物が具体的に書かれている募集ほど、実際の稼働が見積もりに近い。逆に「テスト全般」「柔軟に対応できる方」といった抽象的な表現が多い募集ほど、着手後に想定外の作業が増えます。

この差は、提案文の書きやすさにも直結します。募集が具体的であれば、こちらも具体的に書けます。抽象的な募集に具体的な提案を返しても、判断の軸がないので選ばれません。つまり、通る提案文を書くための第一歩は、書ける募集を選ぶことです。

進める順番はこうなります。第一に、募集文から固有の要素を3つ抜き出せるかを確認し、抜き出せない募集は見送る。第二に、5つの要素の骨組みを保存して、中身だけを毎回書き直す。第三に、報告のサンプルを1件必ず添える。第四に、稼働の時間帯と週あたりの時間数を数値で書く。第五に、提案文を900字以内に削る。

この順番には理由があります。第一の選別を飛ばすと、そもそも書きようがない募集に時間を使うことになるからです。応募の件数を増やしても通過率は上がりません。上がるのは、書ける募集を選んで、その募集にしか当てはまらない内容を書いたときだけです。

検証や分析の力は、他の領域にも移せます。生成ツールを業務に組み込む支援の仕事では、導入前後の比較検証が必ず必要になり、AIコンサル・業務活用支援のお仕事ではそうした案件が扱われています。数値で効果を示す仕事という点では、AI・マーケティング・セキュリティのお仕事の領域とも地続きです。テストで身につけた「事実と解釈を分けて書く力」は、どの領域でも通用します。

提案が通らない期間は、正直に言えばつらいものです。ただ、通らない原因は文章力ではなく構成であることがほとんどで、構成は今日から変えられます。焦らず、次の1通から順番に直していってください。

よくある質問

Q. 未経験でもサイトやアプリの使い勝手テストの提案は通りますか？

通ります。ただし未経験であることの言い訳を長く書くのは逆効果です。1文で触れたうえで、前職で手順書の作成や検証を担当していたなど、接続できる経験を具体的に書いてください。さらに不具合報告のサンプルを1件添えると、経験の有無はかなり相殺されます。読める報告が書けることが最大の材料になります。

Q. 提案文はどのくらいの長さが適切ですか？

本文600字から900字、報告サンプルを含めても1,200字までに収めてください。募集側は大量の応募を短時間で処理しているため、長い文章は読まれません。削る対象は意欲、謙遜、そして「丁寧に」「しっかりと」といった抽象的な副詞です。これらを全部消しても意味は変わりません。

Q. 在宅の使い勝手テストの報酬相場はどのくらいですか？

動作確認型は1件500円から3,000円程度、時間単価なら1,200円から1,800円が中心です。被験者としての参加は1回3,000円から10,000円程度で拘束時間は60分から90分。評価と改善提案まで含む仕事は1案件5万円から30万円程度になります。動作確認型だけで生計を立てるのは現実的ではありません。

Q. 単発で終わらせず継続案件にするにはどうすればいいですか？

初回の納品時に、依頼範囲外の気づきを1つだけ添えてください。次に報告の型を毎回同じに保つこと。依頼側は複数人の報告を突き合わせて読むため、型が揃っている人の報告は処理が楽で優先されます。そして一度伝えた稼働時間帯を変えないこと。スケジュールに組み込める人に依頼は集まります。