提案に何を書くかで返信率が変わる、アプリ開発の案件の取り方

2026年5月7日

中西直美

この記事のポイント

✓アプリ開発の案件の取り方で差がつくのは
✓技術力より提案文の中身です
✓発注者が本当に不安に思っていることと

「10件提案して、返信が1件も来ませんでした」。アプリ開発の案件を探し始めた方から、こういうご相談をよくいただきます。

そのときにお伝えしているのは、まず大丈夫ですよ、ということです。返信が来ないのは、あなたの技術が足りないからではないことがほとんどです。提案文に書いてある内容が、発注者の不安に触れていないだけなんです。

アプリ開発の案件の取り方で本当に効いてくるのは、技術の一覧を並べることではありません。相手が何を怖がっているのかを言葉にして、その怖さを減らす具体的な段取りを見せることです。この記事では、発注者側が抱えている不安の中身と、それに答える提案文の組み立て方を、順を追ってお話しします。

返信が来ない状態を、まず分解してみましょう

落ち込んでいるときは、原因が全部自分の実力の問題に見えてしまうものです。でも実際には、いくつかの段階に分けられます。

提案文が読まれていない段階

発注者が1つの募集に対して受け取る提案は、1件ではありません。複数の提案が並んだ状態で、最初に何が起きるかというと、上から順に読むのではなく、冒頭の数行を見て読むかどうかを決める、という選別です。

つまり、内容が良くても冒頭で「これは他と同じだ」と思われた時点で、最後まで読まれません。ここで落ちている提案は、技術の問題ではなく、書き出しの問題です。

読まれたけれど、判断材料が足りない段階

次の段階が、最後まで読まれたのに返信が来ないケースです。この場合に多いのは、「この人ができること」は分かったけれど、「自分の案件をこの人に任せたらどうなるか」が想像できなかった、という状態です。

発注者は技術者ではないことが多いです。使える言語やフレームワークの一覧を見せられても、それが自分の困りごとをどう解決するのかまでは翻訳できません。翻訳する作業を、こちら側でやってあげる必要があります。

検討はされたけれど、他の人に決まった段階

最後が、比較されたうえで別の人に決まったケースです。ここまで来ているなら、提案の質は足りています。差がついたのは、進め方の具体性や、応答の速さといった細かい部分です。

大事なのは、この3つの段階を混ぜて考えないことです。全部を「実力不足」で片づけてしまうと、直すべき場所が見えなくなります。どの段階で止まっているのかを分けるだけで、次の一手が決まります。

発注者が本当に不安に思っていること

ここが一番お伝えしたい部分です。提案文を書く前に、相手の頭の中を想像してみてください。

「相談しながら決められるだろうか」

アプリを発注する人の多くは、完成形の仕様を持っていません。「こういうことがしたい」というぼんやりした要望はあるけれど、それをどう画面に落とすかは分からない。この状態で発注するのは、実はとても怖いことです。

開発の依頼先を選ぶときに何が重視されているかを見ると、この不安がはっきり出ています。

開発会社にアプリ開発を依頼する大きな利点の一つは、構想段階から細やかな相談が可能な点です。自社で抱える問題解決のためのアイディアが、本当に実現可能か、ユーザーの期待に応えるものかどうかなど、専門家と共に検討できます。開発前の段階でのこのようなコミュニケーションは、後に「開発してみたものの効果が出なかった」という失敗を避けるためにも重要です。専門の開発会社ならではの知見と経験を生かし、アイデアが現実のものとして成功するかを事前に見極められるのです。出典: readycrew.jp

つまり、発注者が求めているのは「作る人」だけではなく、「一緒に考えてくれる人」なんです。提案文に「仕様が固まっていない段階からご相談いただけます」という一文があるかどうかで、読み手の安心感は大きく変わります。

「使いにくいものが出てきたらどうしよう」

もう1つの不安が、出来上がったものが使われないことです。予算をかけて作ったのに、社内で誰も使わない。この失敗を経験している発注者は少なくありません。

アプリ開発では単に機能を搭載するだけでは不十分で、ユーザーが快適に使えるか、ユーザー体験（UX）をどう設計するかが成功の鍵を握ります。開発会社はこの点に強く、UIやUXデザインの専門知識を生かして、使いやすさを追求したアプリの設計を提供します。見た目だけではなく、ユーザーが直感的に操作できる満足度の高いアプリが実現することで、最終的にアプリの普及率や継続使用率を高められるのです。出典: readycrew.jp

ここを提案文で拾える人は、そう多くありません。「操作の手順を減らす設計を優先します」「実際に使う方の作業の流れに合わせて画面の順番を決めます」といった一文があるだけで、他の提案と差がつきます。

「途中で連絡が取れなくなったら」

そして3つ目が、継続の不安です。特に個人に発注する場合、この不安はかなり大きいです。発注者は過去に、連絡が途絶えて納品されなかった経験を持っていることがあります。

この不安には、実績の数ではなく、段取りの明示で答えるのが効きます。「週に1回、進捗を決まった形式でご報告します」「連絡は原則24時間以内に一次返信します」といった約束は、実績が少なくても書けます。そして、書いた以上は守る。それだけで信頼は積み上がります。

返信率が変わる提案文の組み立て方

冒頭の3行で「読んだ証拠」を出す

最初の3行が最も重要です。ここに書くべきなのは、自己紹介ではありません。募集内容を読んだ証拠です。

たとえば「在庫管理のアプリを作りたい」という募集なら、「現在はExcelで管理されていて、複数人が同時に触ると上書きが起きてしまう、という点が課題かと理解しました」のように、相手の状況を自分の言葉で言い換えます。

この言い換えが合っていれば、相手は「この人は分かっている」と感じます。少しずれていても構いません。ずれていたら訂正が返ってくる、つまり返信が生まれます。返信をもらうという目的から見れば、正確さより「話を進める余地を作ること」のほうが大切です。

自分の経歴より先に、相手の課題を書く

提案文の構成でよくある失敗が、自己紹介から始めることです。「〇〇歴3年です。使用言語は〇〇と〇〇です」から入ると、相手は自分に関係のない情報を読まされることになります。

順番を入れ替えてください。相手の課題の言い換え、それに対する解決の方向性、その方向性を実現できる根拠としての自分の経験。この順番だと、経歴の部分が「なるほど、だから任せられる」という文脈で読まれます。同じ情報でも、置く場所で意味が変わります。

できることとできないことを、両方書く

これは勇気が要る部分ですが、効果が大きいです。できないことを書くと不利になると思われがちですが、実際は逆に働くことが多いです。

「iOSとAndroidの両方に対応できますが、決済機能の実装は経験がないため、必要な場合は事前にお伝えください」。こう書かれた提案は、正直な人だと受け取られます。すべてできますと書いてある提案より、判断しやすいんです。

発注者が一番困るのは、できると言われて進めた後に「実はできませんでした」となることです。先に線を引いてくれる人は、その意味で安心できる相手になります。

進め方と期間を、工程で分けて書く

「〇〇日で納品します」という一行だけでは、相手は納得できません。何にどれくらいかかるのかが見えないからです。

要件の確認に何日、画面の設計に何日、実装に何日、検証と修正に何日。この4つに分けて書くと、全体の期間に根拠が生まれます。そして工程が分かれていることで、「まず要件の確認だけお願いできますか」という小さな依頼につながることもあります。

小さく始められる形を提示するのは、返信率を上げるうえでとても有効です。いきなり全部を任せるのは怖いけれど、最初の1工程だけなら試せる。相手にとってのハードルを下げてあげてください。

費用の書き方は「範囲」と「含まれるもの」

費用については、金額そのものより、その金額に何が含まれるかを書くほうが大切です。修正は何回まで含まれるのか、納品後のサポート期間はあるのか、追加の要望が出た場合はどうなるのか。

開発の費用は案件の規模で大きく変わります。一般的な相場としても、幅の広さが指摘されています。

アプリ開発会社を選定する際の基準は、開発手法・実績と強み・サービス提供範囲の3点。開発費用は数万円～1,000万円以上と幅広いため、自社の目的から逆算して比較検討する。運用後のサポート体制の確認も不可欠。出典: moduleapps.com

つまり、発注者側も金額の妥当性を判断しづらい状態にあるということです。だからこそ、「この金額には修正2回までと、納品後2週間の不具合対応が含まれます」と書いてあると、比較の軸ができて選びやすくなります。

職種としての単価の水準を把握しておきたい場合は、ソフトウェア作成者の年収・単価相場で開発職の相場を確認しておくと、自分の提示額が市場からずれていないかの目安になります。

提案文の書き換え例

言葉で説明するより、並べて見たほうが分かりやすいと思います。

改善前の例です。「はじめまして。〇〇と申します。アプリ開発歴3年で、SwiftとKotlinが使えます。ご依頼いただければ丁寧に対応いたします。よろしくお願いいたします」。

短く、丁寧で、何も間違っていません。でも、この文章からは相手の案件のことが何も見えてきません。

改善後の例です。「募集内容を拝見しました。店舗ごとに紙で管理している来店記録を、スタッフのスマートフォンから入力できるようにしたい、というご要望かと理解しました。入力の手間が増えると現場で使われなくなるため、1件あたりの入力を3タップ以内で完了できる画面構成をご提案します。まず要件の確認として、現在の記録項目を共有いただければ、無償で画面案を1枚お出しします。そのうえで全体の見積もりをご相談させてください」。

長さは2倍ほどですが、読む側の負担はむしろ軽くなっています。理由は、自分に関係のある情報しか書かれていないからです。

この書き方のポイントは3つです。相手の状況を言い換えていること、現場で使われないという不安に先回りしていること、そして最初の一歩を小さくしていること。この3つが入っていれば、文章がうまくなくても返信は返ってきます。

提案する前にやっておくと効くこと

案件を探し始める前の準備についても触れておきます。ここを飛ばすと、提案のたびに時間がかかって疲れてしまいます。

題材を自分の中から出しておく

提案の説得力は、実際に何かを作った経験から生まれます。とはいえ、何を作ればいいか分からないという方も多いです。そういうときは、身近な不便から探すのがおすすめです。

「自分が日常的に2回以上やっている面倒な作業」をメモに書き出すところから始めてみてください。1日数件、1週間続けると20〜30件の候補がたまります。他人の課題より、自分の課題を出発点にする方が、最初のユーザーになれる分だけ続きやすいです。出典: freelance-concierge.jp

自分の困りごとから作ったものは、提案文の中で語りやすいという利点があります。「同じような不便を解決した経験があります」と書けるからです。技術の説明より、課題を解決した話のほうが、発注者には届きます。

見せられる形にしておく

作ったものは、相手が数十秒で理解できる形にしておいてください。ソースコードのリンクだけを渡されても、発注者は読めません。

用意しておくと役立つのは、動作している画面の短い録画と、何を解決するために作ったかを3行で書いた説明文です。この2つがあれば、提案文に添えるだけで説得力が出ます。丁寧な資料を作り込む必要はありません。相手が知りたいのは完成度ではなく、「この人は最後まで作り切れる人か」だからです。

作ったものが1つもない段階で提案するのは、やはり不利になります。ただ、大きなものを作る必要はまったくありません。自分の困りごとを1つ解決する小さなものを、まず完成させる。完成させた経験があるかどうかが、提案文の言葉の重みを変えます。

領域を1つに絞る

すべてのアプリ開発案件に提案しようとすると、1件あたりの内容が薄くなります。飲食店向け、医療機関向け、教育向け、社内業務向け。どれか1つに絞ると、その領域特有の事情を提案文に書けるようになります。

たとえば飲食店向けなら、ピーク時間に操作する前提での画面設計、という話ができます。医療機関向けなら、個人情報の取り扱いへの配慮に触れられます。この「その業界を知っている感じ」が、返信率を大きく変えます。

絞ることに不安を感じる方もいますが、大丈夫です。1つの領域で通用するようになれば、隣の領域へは自然に広がります。最初から広く狙うほうが、かえって遠回りになります。

応募先の分野を知っておく

近年は、AIを組み込んだアプリの開発案件が増えています。既存のサービスにチャット機能を足す、問い合わせ対応を自動化する、といった依頼です。この領域の仕事の内容と求められるスキルはAIチャットボット・アプリ開発のお仕事にまとめられています。

もう少し広く、マーケティングやセキュリティを含む周辺の仕事まで見たい場合はAI・マーケティング・セキュリティのお仕事が参考になります。どの分野に提案するかを決めるときの材料として使えます。

技術の選択で迷っている方は、Flutter Swift どっちがいい？2026年最新のモバイルアプリ開発比較を先に読んでおくと、提案文で「なぜその技術を選ぶのか」を説明できるようになります。理由を書ける人は、それだけで一段階上に見られます。

提案する募集を選ぶ段階で、半分は決まっています

提案文の書き方をお伝えしてきましたが、実はもう1つ大事なことがあります。どの募集に提案するかという選択です。ここが合っていないと、どれだけ丁寧に書いても届きません。

募集文の情報量を見る

募集文が数行しかない案件は、避けたほうが無難です。「アプリを作れる方を募集します。詳細は相談で」という文面だと、発注者自身が要望を整理できていない状態である可能性が高いです。

もちろん、一緒に整理していく前提で受けるなら問題ありません。ただ、その場合は要件を整理する工程そのものを有償の作業として提案する必要があります。無償で整理して、そのあと発注されなかった、ということが起こりやすい領域です。

逆に、目的、対象ユーザー、必要な機能、想定する期間が書かれている募集は、提案が届きやすいです。書いてある情報が多いほど、こちらも具体的に応答できるからです。

予算と要望の釣り合いを見る

募集文を読むときに確認しておきたいのが、要望の量と予算の釣り合いです。決済、地図、通知、外部サービス連携といった機能が並んでいるのに予算が小さい場合、途中で無理が出ます。

ここで大切なのは、相手を疑うことではありません。発注者は開発の相場を知らないことが多いだけです。だからこそ、提案の段階で「ご提示の予算では、まずこの機能に絞る形をおすすめします」と伝えるのが誠実な対応になります。この一文があると、金額を下げるのではなく範囲を調整するという話になり、双方が納得しやすくなります。

返信の速さは相手も見られている

これは意外と知られていないのですが、提案を出したあとのやりとりの速さは、こちらが相手を見る材料にもなります。質問を送って何日も返ってこない相手は、開発が始まってからも同じペースになります。

契約前のやりとりは、その後の進め方の予告編だと思って観察してください。相性が悪いと感じたら、無理に受けない判断も必要です。1件を無理に取ることより、次の1件を気持ちよく進められることのほうが、長く見れば得になります。

提案が通ったあと、最初の打ち合わせで話すこと

提案に返信が来たら、多くの場合はオンラインでの打ち合わせになります。ここでの話し方も、受注できるかどうかを左右します。緊張する方が多い場面なので、話す順番を決めておきましょう。

最初は聞く側に回る

打ち合わせの冒頭で自分の説明を始めてしまう方が多いのですが、順番が逆です。まず相手に話してもらってください。

聞くべきことは3つです。今どういう業務の流れになっているか、その中で一番困っているのはどこか、このアプリができたら誰がどう使うのか。この3つを聞くだけで、提案文では書けなかった具体的な設計の話ができるようになります。

心理学の言葉に言い換えると、人は自分の話を聞いてもらえた相手に信頼を感じます。特別な技術は要りません。相手が話し終わるまで待つ。それだけで印象は変わります。

分からないことは、その場で分からないと言う

打ち合わせ中に知らない技術や業界用語が出てきたとき、分かったふりをしないでください。あとで必ず困ります。

「その部分は初めて伺うので、持ち帰って調べたうえで、次回までにご提案します」と言えば十分です。むしろ、その場で全部答えようとして曖昧なことを言うほうが、あとで信頼を失います。知らないことを認められる人は、判断を任せられる相手だと受け取られます。

次の一歩を決めて終わる

打ち合わせの最後には、必ず次に何が起こるかを確認して終わってください。「こちらから3営業日以内に見積もりをお送りします。その後、ご検討の期間はどのくらいを想定されていますか」といった形です。

宙ぶらりんのまま終わると、そのまま連絡が途切れることがあります。どちらのボールなのかをはっきりさせるだけで、案件が流れる確率は下がります。これは営業のテクニックというより、お互いが安心して待てる状態を作るための配慮です。

断られたときの受け止め方

ここは、カウンセリングでよくお伝えしている話です。

提案が通らないことは、人格の否定ではありません。頭では分かっていても、続くとつらくなります。特にフリーランスとして一人で活動していると、比べる相手も相談する相手もいないので、全部自分のせいに見えてきます。

こういうときに効くのは、記録を取ることです。提案した件数、返信が来た件数、そのうち成約した件数。この3つを書き留めておくと、感情ではなく数字で状況を見られるようになります。

数字を見ると、たいてい「返信は来ているけれど成約していない」か「そもそも返信が来ていない」のどちらかに偏っています。偏りが見えれば、直す場所が1つに絞れます。全部を直そうとしなくていいんです。

それから、提案を出すペースにも気をつけてください。落ち込んでいるときに大量に出すと、内容が雑になって、さらに返信が来なくなります。1日2件までと決めて、その2件は丁寧に書く。この形のほうが結果的に通ります。呼吸を整えるのと同じで、量より質のリズムを保つことが大切です。

あなたは一人ではありません。同じ場所でつまずいている方は本当にたくさんいます。

副業として続けるための現実的な設計

案件が取れるようになったあとの話も、少しだけしておきます。取れてから困る方も多いためです。

会社員として働きながらアプリ開発を受ける場合、まず勤務先の就業規則を確認してください。副業を許可制にしている会社では届出が必要です。競業に該当しないかどうかも、事前に人事や総務に確認しておくと安心です。

報酬が発生すれば税務上の手続きも関わってきます。給与以外の所得が一定額を超えると申告が必要になりますが、要件は年度によって変わります。2026年時点の取り扱いは国税庁の案内で確認するか、税務署や税理士にご相談ください。ここで断定的なことを書くのは避けます。

もう1つ、案件を受ける経路についてです。仲介型のサービスを使うと、報酬から一定率の手数料が引かれます。副業で受ける金額の規模だと、この差が体感として大きく響きます。手数料0%で直接取引できる経路があるなら、同じ仕事でも手元に残る金額が変わります。単価を上げる交渉より先に、経路を見直すほうが早いことがあります。

作業環境も整えておいてください。オンラインでの打ち合わせや画面共有が増えるため、通信が不安定だと、それだけで信頼を損ないます。回線の選び方は在宅ワークに最適なネット回線｜光回線vsホームルーターの選び方にまとまっています。開発以外の在宅の選択肢と比べてみたい方は在宅でできる仕事おすすめ【2026年版】｜スキル別ランキングも参考になります。

稼働できる時間を先に伝えておく

副業で受ける場合、稼働できる曜日と時間帯は、提案の段階で伝えてください。あとから伝えると、条件を後出ししたように受け取られます。

書き方としては、制限を謝るのではなく、進め方として提示するのがおすすめです。「平日は夜の時間帯、土日は日中に対応します。ご連絡には翌日までに一次返信し、作業の進捗は毎週日曜にご報告します」。こう書けば、限られた時間でも運用できることが伝わります。

発注者が気にしているのは、稼働時間の長さではなく、予定が読めるかどうかです。少ない時間でも読める人のほうが、多くの時間を使えるが読めない人より選ばれます。ここは自信を持っていいところです。

この市場を長く見てきた立場からの観察

運営者として在宅の仕事の流れを20年見てきた立場から言えば、案件が途切れない人には、はっきりした共通点があります。提案がうまいというより、「この人に頼むと自分の手間が減る」と思わせる書き方をしている、という点です。

具体的には、発注者が次に何をすればいいのかを提案文の最後に書いています。「まずは現在お使いの管理表を1枚共有いただけますか」のように、相手の次の行動が1つだけ示されている。選択肢を並べるのではなく、1つに絞る。これができる人は、返信率が明らかに違います。

もう1つ、長く見てきて変わらないのは、取引の経路が双方の満足に効いてくるという事実です。中間マージンが乗らない直接の取引では、発注側は同じ予算でより多くを依頼でき、受け手は同じ作業でより厚い手取りを得られます。金額の大小の話ではなく、同じ仕事に対して手元に残る比率が変わるという話です。

そして、長く続いている方ほど、単発の受注ではなく関係づくりに時間を使っています。1件納品したあとに、使われ方を尋ねる短い連絡を入れる。それだけで次の相談が来ます。営業のうまさではなく、終わったあとの一言が次を生んでいる。これは20年見てきて、ほとんど例外のない傾向です。

案件の傾向から見えること

最後に、募集の側から見た傾向を整理しておきます。

アプリ開発の募集では、技術スタックが具体的に書かれていることが増えています。React、TypeScript、Swift、Kotlin、Pythonといった名前が募集の段階で明示される。裏を返せば、その技術に触れた実績が1つあるかどうかで、提案が通るかどうかが決まりやすいということです。広く浅くより、1つを深く、という選択が有利に働きます。

もう1つの傾向は、開発以外の工程を含む募集の増加です。要件の整理、画面の設計、リリース後の運用まで含めた依頼が出ています。これは受け手にとってはメリットです。実装だけを切り出した案件より、単価が高くなりやすいからです。ただしその分、文章で合意を作る力が求められます。文書の型を押さえておきたい方にはビジネス文書検定が扱う範囲が役に立ちます。

通信やサーバ側の切り分けが必要になる案件も出ています。アプリのコードだけでは原因が分からない不具合に対応できると、任せられる範囲が広がります。この領域の体系的な知識はCCNA（シスコ技術者認定）が扱う内容と重なります。

なお、アプリに音を入れる工程は外部に発注されることが多く、作曲・編曲・効果音・ジングルのお仕事のような領域と組み合わせて進む案件もあります。開発者だけで完結する案件ばかりではない、ということです。文章で価値を出す職種の水準を知りたい方は著述家，記者，編集者の年収・単価相場も比較の材料になります。

提案文は、うまく書く必要はありません。相手の不安を1つ言葉にして、その不安を減らす段取りを1つ示す。それだけで、返信は返ってきます。焦らず、1件ずつ丁寧に出していってください。