アプリ開発の受ける相手を見きわめる｜断ってよい依頼

この記事では、受注前に確認すべき項目、断ってよい依頼の見分け方、そして角を立てずに断る方法を整理します。案件を選ぶ話ではなく、相手を選ぶ話です。同じ内容の開発でも、相手が変われば所要時間は何倍にも変わります。

相手を選ぶことは、案件を選ぶことより効く

アプリ開発の見積もりは、機能の数と実装の難易度から計算されるのが普通です。ところが実際にかかる時間の内訳を見ると、実装以外の時間がかなりの割合を占めます。仕様の確認、認識のずれの修正、待ち時間、報告資料の作成。これらは相手の状態に強く依存します。

同じ工数でも消耗度がまったく違う

決裁者が明確で、仕様の確定が早く、質問に翌日返ってくる相手であれば、実装に集中できます。逆に、決裁者が曖昧で、社内の意見が割れていて、質問への返答が1週間後に来る相手であれば、同じ機能を作るのに何倍もの期間がかかります。

厄介なのは、この差が見積もりに反映されにくいことです。見積もりの段階では相手の状態が見えないため、機能の数だけで金額を決めてしまう。結果として、進めにくい相手の案件ほど時間あたりの実入りが薄くなるという逆転が起きます。

正直なところ、この逆転はかなり深刻な問題です。腕を上げても解決しません。解決するのは、受注する前に相手を見きわめる仕組みを持つことだけです。

選ぶ余地がない状況をどう抜けるか

「選べるほど依頼が来ない」という状態の人にとって、相手を選ぶという話は現実味がないかもしれません。ただ、この状態を抜ける道も、実は相手選びと同じ方向にあります。

進めやすい相手との仕事は、結果として成果物の質が上がり、次の依頼につながります。進めにくい相手との仕事は、時間を吸われて次の準備ができなくなり、状況が固定されます。つまり、選べない状態から抜けるためにこそ、線を引く必要があります。順番が逆に見えますが、実務ではこう動いています。

市場そのものは拡大しています。

Webアプリ・スマホアプリ・業務アプリを含めたアプリ開発の需要は、スマートフォンの普及・性能向上や、AIの普及に伴って、年々増加傾向にあり、株式会社グローバルインフォメーションの調査によると、アプリケーション開発ソフトウェア市場は、2030年には3,294億7,000万米ドル（約51兆円）に達すると予測されています。 出典: docodoor.co.jp

需要が増えているという事実は、断る判断の後ろ盾になります。1件を失っても次がある市場と、失えば後がない市場とでは、線の引き方が変わります。

受注前に確認する7つの項目

初回のやりとりで確認しておく項目を挙げます。全部を尋問のように聞くのではなく、会話の中に自然に混ぜます。

発注の目的を説明できるか

「なぜこのアプリを作るのか」に対して、事業上の理由が返ってくるかを見ます。「業務の記録を紙からアプリに移して、集計にかかる時間を減らしたい」といった具体の答えが返ってくれば、判断の軸がある相手です。

「競合が持っているから」「上から言われたので」といった答えしか返らない場合、途中で目的が揺れる可能性が高い。目的が揺れると仕様が揺れ、仕様が揺れると手戻りが発生します。この段階で目的が言語化されていないなら、その言語化自体を最初の工程として提案するという手もあります。

決裁者が誰か明確か

窓口の担当者に決裁権があるのか、その上に承認する人がいるのか。上にいる場合、その人はどの段階で内容を見るのか。ここが曖昧な案件は、完成間際に「上が違うと言っている」という展開になりやすい。

聞き方は簡単です。「最終的にご確認いただくのはどなたになりますか」。この質問に淀みなく答えられない相手は、社内の合意形成ができていません。

予算の根拠を持っているか

金額そのものより、その金額がどう決まったかを見ます。他社の見積もりを比較して決めた、社内で承認された枠がある、といった根拠があれば話が進みます。

根拠がないまま「安く作れると聞いたので」という状態だと、見積もりを出した瞬間に話が止まります。止まるだけならまだしも、値引き交渉が延々と続く展開になることもあります。

過去に外部発注した経験があるか

初めての発注か、経験があるかで進め方が変わります。初めての場合は、開発の流れそのものを説明する工数が必要になります。これは悪いことではなく、見積もりに織り込めばよい話です。

問題は、経験がないのに経験があるかのように振る舞う相手です。専門用語を断片的に使うが、意味が噛み合っていない。この兆候が出たら、認識合わせの工程を厚めに取る必要があります。

運用の担当が決まっているか

公開後に誰がアプリを運用するのか。決まっていない案件は、納品後に依頼が長引く傾向があります。運用担当が不在だと、窓口の担当者が兼務することになり、その人の負荷が上がって連絡が滞ります。

この質問は、相手にとっても有益です。指摘されて初めて運用体制を検討し始める会社は少なくありません。

仕様の確定を誰がやるか

依頼者側が仕様を書くのか、こちらが提案して確定させるのか。この役割分担が曖昧なまま始まると、双方が相手の提案を待つ状態になり、時間だけが過ぎます。

こちらが仕様の設計まで担うなら、それは設計の工程として見積もりに入れます。無償の相談として引き受けると、最も時間のかかる部分を無償で提供することになります。

契約書を出せるか

契約書を交わす前提で話が進むかどうか。ここは分かりやすい指標です。書面を嫌がる相手との取引は、後で必ず問題になります。

先方に契約書の雛形がない場合は、こちらから出せば済む話です。問題は、こちらが出した契約書に対して「そこまで大げさにしなくても」と返ってくるケースです。この反応は、後の交渉すべての予告編だと考えてよい。

断ってよい依頼の型

次に、断って構わない依頼の型を挙げます。どれも、受けた後で必ず問題になります。

見積もりだけを求めて仕様が出てこない

「だいたいでいいので金額を教えてほしい」と言いつつ、機能の説明を求めると具体が出てこない。この状態で概算を出すと、その数字が一人歩きします。後から機能が増えても、最初の数字が基準として持ち出されます。

対応としては、概算を出す前に要件を整理する工程を提案します。それを断られたら、その案件は進めない判断でよい。要件を整理する時間を惜しむ相手は、開発中の確認にも時間を割きません。

完成後に売れたら支払うと言う

売上に連動した支払いを提案されるケースです。この形が成立するのは、事業の中身を把握でき、売上の集計に関与でき、権利関係が明確な場合に限られます。そのいずれも満たさないまま受けると、作業だけして何も残らない結果になり得ます。

断る場合は、感情ではなく構造で説明します。「売上の見通しを判断する材料をこちらが持っていないため、成果連動の形ではお受けできません」。この説明であれば、相手も納得しやすい。

相場を持ち出して値切る

「他ではもっと安くできると聞いた」という交渉です。安くできる会社が実際にあるのは事実なので、否定しても意味がありません。

見るべきは、その後の反応です。「では御社の方針でお願いします」と引き下がるなら普通の交渉です。金額を下げるまで同じ話を繰り返すなら、その相手とは開発中も同じやりとりが続きます。値引きに応じた場合、下がった金額が次回の基準になります。

記録を残したがらない

やりとりを電話や口頭に寄せたがる相手には注意が要ります。合意の記録が残らないため、後から認識のずれが起きたときに主張の根拠がなくなります。

悪意がない場合も多く、単に文字を書くのが苦手なだけということもあります。その場合は、こちらが議事録を送る形で運用すれば解決します。議事録を送ることまで嫌がる相手であれば、意図的に記録を避けている可能性を考えます。

他社の見積書を見せて同額を要求する

他社の見積書を見せられて「同じ金額で、こちらの内容でやってほしい」と言われるケースです。見積書の中身が同じ範囲を指しているとは限りませんし、そもそも他社の見積書を第三者に見せる行為自体、取引先との信義の問題があります。

同じことを、次はこちらの見積書でされます。この点を含めて考えると、受けるべき相手ではありません。

権利の扱いと対価が釣り合っていない

成果物の権利をすべて譲渡し、同種のものを今後一切作らないという条項を求められることがあります。条項自体が不当というわけではなく、その制約に見合う対価が提示されているかが判断の基準です。

制約は将来の仕事の幅を狭めます。狭めるぶんの対価がないなら、条項の修正を求めます。修正に応じない相手であれば、その案件は見送る判断が妥当です。

断り方の実際

断ると決めても、伝え方を誤ると悪い評判につながります。実務的な型があります。

断る理由は、相手ではなく自分側に置きます。「御社の進め方が不安なので」ではなく「現在の稼働状況では、ご希望の期間で品質を担保できないため」。事実として自分の側の事情を述べる形にすれば、相手の否定になりません。

代案は1つだけ添えます。複数出すと検討が始まってしまい、断ったことになりません。「期間を後ろにずらせるようであれば、あらためてご相談させてください」といった形で、一つだけ道を残します。道を残したくない場合は、代案なしで構いません。

返答は早く出します。悩んで1週間放置するのが最も相手に迷惑をかけます。断る判断は、相手の準備期間を守る意味でも早いほうがよい。

断ったあとの関係

断った相手から、後日また依頼が来ることは珍しくありません。丁寧に断った相手ほど戻ってきます。逆に、曖昧に引き延ばして自然消滅させた相手からは、二度と来ません。

つまり、断ることは関係を切ることと同義ではありません。条件が合わなかっただけであることが伝われば、次の機会につながります。

良い相手に共通する特徴

断る話ばかりでは偏るので、フェアに逆側も書きます。進めやすい相手には共通点があります。

質問への返答が早い。これが最大の共通点です。返答の質より速度のほうが、進行への影響が大きい。「確認して来週回答します」という返事がその日のうちに来るだけで、こちらは待ち時間を別の作業に充てられます。

決めたことを覆さない。覆す場合は理由を説明する。この2つが揃っている相手とは、仕様変更が発生しても健全に進みます。

そして、こちらの見積もりに対して質問をしてくる。金額だけを見て高い安いと言うのではなく、内訳の意味を聞いてくる相手は、仕事の中身を理解しようとしています。この姿勢がある相手は、開発中も理解が早い。

初回打ち合わせを見きわめの場にする

前述の項目を、初回の打ち合わせで自然に確認する流れを作っておきます。質問の順番にもコツがあります。

最初に、目的と背景を聞きます。ここは相手が話しやすい話題なので、場が温まります。次に、社内の体制を聞きます。決裁者、運用担当、仕様を決める人。最後に、期間と予算の枠を聞きます。この順番だと、金額の話が最後になるため、条件の交渉に入る前に相手の状態を把握できます。

聞いた内容は、その日のうちに整理して送ります。「本日うかがった内容を整理しました」という形で送ると、認識のずれがあれば早い段階で判明します。この一往復が、そのまま相手の反応速度の測定にもなります。

案件の性質を把握するうえでは、どんな業務が発注されているかの全体像を知っておくと判断が早くなります。AIチャットボット・アプリ開発のお仕事には開発系の依頼の傾向が、AI・マーケティング・セキュリティのお仕事には周辺領域の依頼がまとめられています。案件によっては開発以外の制作物が絡むこともあるため、自分の担当範囲がどこまでかを最初に明確にしておく必要があります。

選べる状態を作るための準備

相手を選ぶには、選ばなくても食えるだけの土台が要ります。土台の作り方を挙げます。

依頼の入口を複数持つのが第一です。1つの経路に依存していると、その経路の相手を断れません。紹介、公開の実績、求人型のサービス、海外向けのプラットフォーム。経路が複数あると、1件を断るコストが下がります。海外の経路についてはUpworkの使い方ガイド｜日本人フリーランスが海外案件を取る方法に進め方が整理されています。

技術の幅を広げておくことも、選択肢を増やします。アプリの不具合はネットワークやサーバー側に原因があることも多く、切り分けができると引き受けられる範囲が広がります。基礎の確認にはCCNA（シスコ技術者認定）の学習範囲が使えます。

自分の職種の市場での位置づけを把握しておくのも、判断の助けになります。ソフトウェア作成者の年収・単価相場のような統計は、目の前の条件が市場の中でどのあたりにあるのかを確認する材料になります。長期的な働き方の設計についてはWebマーケティング フリーランスで海外ノマド！年収、スキル、成功への道も参考になります。

契約の型でも見きわめられる

提示される契約の型は、相手の考え方をよく表します。アプリ開発で使われる型は大きく2つです。

請負型は、成果物の完成に対して報酬が発生する契約です。完成の定義が明確な案件に向いています。ただし、完成の基準が曖昧なまま請負で受けると、いつまでも完成と認められないという状態が起こり得ます。請負で進めるなら、何をもって完成とするかを契約書に書き込むことが前提です。

準委任型は、作業の遂行そのものに対して報酬が発生する契約です。仕様が固まりきらない段階の開発や、継続的な改善に向いています。相手が準委任を提案してくる場合、仕様が動く前提を理解している可能性が高い。理解している相手は、進行中の変更にも建設的です。

型の選び方に相手の姿勢が出る

仕様が固まっていないのに請負を求めてくる相手には注意が要ります。完成の責任だけをこちらに移し、仕様を決める責任は持たないという構図になりやすいためです。

この場合、いきなり断る必要はありません。「仕様の確定までを準委任で進め、確定後に請負で見積もる」という2段構えを提案します。この提案への反応が、そのまま見きわめの材料になります。合理的だと受け入れる相手なら進められます。「面倒だから一括で」と押し切ろうとする相手は、後の工程でも同じ押し方をします。

支払いの条件を見る

着手金の有無、分割払いの区切り、支払いのタイミング。この3点も相手の状態を映します。着手金を一切出さない方針の会社は、資金繰りが厳しいか、外部発注の経験が乏しいかのどちらかです。どちらであっても、リスクの取り方を変える必要があります。

期間の長い案件では、工程ごとに区切って支払いを受ける形にします。区切りがあると、途中で問題が起きたときの損失が限定されます。区切りを嫌がる相手とは、案件の規模を小さくして試すという選択肢もあります。

案件の種類で見きわめの重点が変わる

同じアプリ開発でも、案件の種類によって注意すべき点が違います。

新規開発の案件では、目的と仕様の確定プロセスが最重要です。ゼロから作るぶん、決めることが多く、決める人が不在だと止まります。前述の7項目のうち、決裁者と仕様の確定役割の2つを特に厚く確認します。

既存アプリの改修案件では、資料の有無が最重要です。仕様書、設計資料、過去の変更履歴。これらが残っていない案件は、現状把握そのものに時間がかかります。「前の開発者と連絡が取れない」という状態の案件は珍しくなく、その場合は調査工程を独立した見積もりとして切り出します。

保守運用の案件では、対応の範囲と連絡の体制が最重要です。緊急時にどの手段で、どの時間帯に連絡が来るのか。ここを決めずに受けると、生活が案件に侵食されます。夜間や休日の対応を含むのかどうかは、必ず契約前に確認します。

内製化の支援案件では、相手側の担当者のスキルと稼働時間が最重要です。教える相手の時間が確保されていない案件は、教育が進まないまま期間だけが過ぎます。「担当者は他の業務と兼務ですか」という質問を必ず入れます。

見きわめを間違えたときの立て直し

どれだけ気をつけても、受けてから問題が見えることはあります。その場合の立て直し方も持っておきます。

最初にやるのは、現状の整理を文書にして相手に送ることです。合意した内容、現在の進捗、止まっている理由、必要な判断とその期限。この4点を並べます。相手を責める書き方はせず、事実だけを並べます。多くの場合、この文書を出した時点で相手の社内が動きます。

それでも動かない場合は、契約の範囲を見直す提案をします。期間を延ばす、範囲を縮める、いったん現状で区切って精算する。選択肢を提示して、相手に選んでもらう形にします。こちらが一方的に決めると、後から蒸し返されます。

最後の手段として、契約を解除する道もあります。この判断をするときは、それまでの作業分の精算をどうするかを先に整理しておきます。契約書に中途解約の条項があれば、それに従います。条項がない場合は、実際に行った作業の記録が精算の根拠になります。記録を日常的に残しておくことが、ここで効いてきます。

立て直しの過程で最も大切なのは、感情を持ち込まないことです。相手の対応に問題があったとしても、それを指摘して得られるものはありません。事実と選択肢だけを並べ、判断を求める。この姿勢を保てるかどうかで、その後の評判が変わります。

最初の連絡文から読み取れること

見きわめは、打ち合わせを待たずに始まっています。最初に届く問い合わせの文面には、その会社の仕事の進め方がかなり表れます。

作りたいものの背景が書かれている問い合わせは、社内で検討が進んでいる証拠です。逆に「アプリを作りたいので見積もりをください」の1行だけの問い合わせは、検討がまだ始まっていない段階です。悪い相手というわけではありませんが、要件を固める工程から関わる前提で臨む必要があります。

宛先が一斉送信になっている問い合わせは、複数社に同じ文面を送っています。この場合、こちらの返信の速さと分かりやすさが選定の基準になります。時間をかけて詳細な提案を返すより、要点を絞って早く返すほうが有効です。

期限だけが強調されていて、内容の説明がない問い合わせには注意します。「来月までに必要です」とだけ書かれている案件は、社内で計画が遅れている状態です。遅れの原因が解消していないまま外部に投げられているため、こちらに入ってからも遅れが続く可能性が高い。

返信のやりとりで測る

こちらから質問を返したときの反応速度と、返答の具体性を見ます。質問を3つ送って、3つとも答えが返ってくるか。1つだけ答えて残りが流されるか。この反応は、開発中の確認のやりとりで起きることの縮図です。

答えが返ってこない質問があった場合、もう一度同じ質問を送ります。二度目でも返らないなら、その項目は相手が答えられない状態にあります。答えられない項目が仕様の根幹に関わるなら、その案件は進めるべきではありません。

見きわめにかける時間の目安

見きわめに時間をかけすぎるのも問題です。慎重になるあまり確認事項を増やしていくと、相手は面倒に感じて離れます。判断に必要な情報は、初回のやりとりと1回の打ち合わせでおおむね揃います。それ以上かけても精度は上がりません。

判断を保留にする場合は、保留の期限を自分で決めます。期限が来たら、情報が足りなくても判断します。決められないまま案件を抱え続けるのが、最も時間を失う状態です。

相手側にも選ぶ権利がある

見きわめの話をすると一方的に聞こえますが、当然ながら相手もこちらを選んでいます。質問の内容、返信の速さ、提案の具体性。すべて見られています。

この視点を持っておくと、確認の仕方が変わります。条件を尋ねるだけの質問ばかり並べると、警戒しているように受け取られます。「その目的であれば、この機能から着手するのが早いと考えます」といった見解を添えながら確認すると、同じ質問でも協働の姿勢として伝わります。

見きわめと信頼づくりは、同じやりとりの中で同時に進めるものです。相手の状態を確認する質問が、そのままこちらの理解の深さを示す材料になります。この二重の効果を意識すると、初回のやりとりの設計が変わります。

断らずに条件を変えるという選択

受けるか断るかの二択で考えると、判断が重くなります。実際には、条件を変えて受けるという中間の選択肢があります。

範囲を絞って小さく始める、期間を延ばす、支払いを工程ごとに区切る、仕様確定までを別契約にする。条件を変える提案をすると、相手の反応から追加の情報が得られます。柔軟に応じる相手なら進められますし、一切応じない相手なら断る判断の材料になります。

つまり、条件変更の提案そのものが見きわめの手段になります。断る前に一度、条件を変えた案を出してみる価値はあります。

運営者として見てきた限りでの観察

フリーランスと発注者をつなぐ場を20年運営してきた立場から言えば、長く続いている人ほど、断った案件の記録を残しています。なぜ断ったか、その後どうなったかを短くメモしている。これが積み重なると、初回のやりとりの数分で判断できるようになります。判断の速さは、経験の量ではなく記録の有無から来ています。

もうひとつ、進めやすい相手と長く付き合っている人ほど、案件ごとの単価より年間の手取りで考えています。仲介が入らない直接の取引では手数料0%で手取りが厚くなりますが、その厚みは、進めにくい相手の案件に時間を吸われれば消えます。誰と組むかの選択は、金額の交渉より大きく手取りを動かします。

そして、発注する側から見ても、この構造は同じです。良い相手と組めている会社は、同じ予算でより多くを頼めています。双方が得をしている取引には、必ず「決められる人が決められる状態にある」という共通点があります。見きわめるべきは、そこだけです。

判断を記録に残す

見きわめの精度は、経験の量ではなく記録の量で上がります。受けた案件も、断った案件も、判断した理由を短く残しておきます。

記録する項目は3つで足ります。相手の状態についてどう見立てたか、その見立ての根拠になった具体的なやりとり、そして結果としてどうなったか。3つ目は、断った案件については分からないこともありますが、書ける範囲で残します。

この記録が溜まると、自分がどの兆候を見落としやすいかが見えてきます。人によって、金額の条件に引きずられやすい、技術的に面白そうな案件だと判断が甘くなる、といった癖があります。癖を自覚しているかどうかで、同じ経験からの学習量が変わります。

記録は簡潔で構いません。案件ごとに数行あれば十分です。詳細に書こうとすると続きません。

よくある質問

Q. 初回の打ち合わせで何を確認すればよいですか？

発注の目的、決裁者が誰か、予算の根拠、過去の発注経験、運用の担当者、仕様を確定する役割、契約書を交わせるか。この7点です。順番は目的と背景から入り、社内の体制、最後に期間と予算の枠という流れにすると、条件交渉に入る前に相手の状態を把握できます。聞いた内容はその日のうちに整理して送り返してください。

Q. 「まずは概算だけ」と言われたらどう対応すべきですか？

機能の説明が具体的に出てこない段階では概算を出さないでください。出した数字が基準として一人歩きし、後から機能が増えても最初の数字を持ち出されます。まず要件を整理する工程を提案し、それを断られる場合は進めない判断でよいでしょう。要件整理に時間を割かない相手は、開発中の確認にも時間を割きません。

Q. 成果報酬型で「売れたら支払う」という依頼は受けてよいですか？

事業の中身を把握でき、売上の集計に関与でき、権利関係が明確な場合に限られます。いずれも満たさないまま受けると、作業だけして何も残らない結果になり得ます。断るときは感情ではなく構造で説明し、売上の見通しを判断する材料を持たないため受けられない、という伝え方をすると納得されやすくなります。

Q. 断るときに関係を壊さない伝え方はありますか？

理由を相手ではなく自分側に置いてください。稼働状況の都合で希望の期間に品質を担保できない、といった形です。代案を添えるなら1つだけにし、返答は早く出します。丁寧に断った相手からは後日また依頼が来ることが多く、曖昧に引き延ばして自然消滅させた相手からは戻ってきません。

Q. 依頼が少なくて相手を選べない場合はどうすればよいですか？

入口を複数持つことから始めてください。紹介、公開した実績、求人型のサービス、海外向けのプラットフォームなど経路が複数あると、1件を断るコストが下がります。進めにくい相手の案件は時間を吸って次の準備を妨げるため、線を引くことが結果的に選べる状態への近道になります。