「開発会社に頼むと高そうだから、まずはクラウドソーシングで探してみよう」——自己資金で立ち上げを進める個人にとって、ランサーズやクラウドワークスは最初に検討先に挙がりやすい選択肢です。実際、開発会社に依頼するより費用を抑えられるケースは多くあります。ただし、開発会社への発注とは異なるリスクの形があり、それを知らないまま契約すると「思っていたのと違う」で終わりかねません。
この記事で分かること
- クラウドソーシングでの発注が、開発会社への発注と何が違うのか
- 仮払い（エスクロー）制度の仕組みと、発注者側が必ず確認すべき期限
- 個人のエンジニアに直接発注する際、契約書・検収・修正回数で決めておくべきこと
- プラットフォーム外の直接取引に誘われたときの判断基準
結論から言うと、クラウドソーシングでの個人発注が開発会社への発注と決定的に違うのは、「間に立つ会社がいない」ことです。開発会社なら契約・進行管理・検収の枠組みがある程度整っていますが、個人のエンジニアとの契約では、その枠組みを発注者自身が用意する必要があります。プラットフォームの仮払い制度はお金のトラブルを防ぎますが、仕様のズレや修正回数のトラブルまでは防いでくれません。
クラウドソーシング発注は、開発会社への発注と何が違う？
プラットフォームが守ってくれるのは「お金の受け渡し」だけで、仕様のすり合わせや進行管理は発注者自身の役割になります。
開発会社に依頼する場合、要件のヒアリング・見積もり・契約書のひな形・進行管理・検収の流れは、ある程度会社側の型に沿って進みます（この型の中身は個人が開発を発注するときに知っておきたい契約の基本（請負・準委任）で解説しています）。
一方、クラウドソーシングで個人のエンジニアに直接発注する場合、多くはその人自身が持つ経験とやり方に進行が委ねられます。経験豊富な個人でも、要件定義や進行管理の「型」を持っているとは限りません。以下のような違いを踏まえて発注する必要があります。
- 契約書がひな形として用意されていないことが多く、発注者側から契約条件を提示する必要がある場面がある
- 見積もりの粒度がまちまちで、開発会社の見積書のような工数内訳（見積書の内訳（工数・単価・バッファ）の読み方参照）が出てこないこともある
- 進行中の連絡手段がプラットフォームのメッセージ機能に依存し、相手の対応が遅れると進捗が見えにくくなる
- 検収の基準が契約時に明文化されていないことが多く、「完成」の定義を発注者側から先に示す必要がある
これらは「クラウドソーシングだから危険」という話ではなく、発注者が用意すべき役割が1つ増えるという理解が正確です。費用を抑えられる分、発注者側の準備がそのまま成果物の質に直結します。
仮払い（エスクロー）制度は、何を・どこまで守ってくれる？
仮払い制度は「お金を払ったのに納品されない」「納品したのに支払われない」を防ぐ仕組みで、仕様のズレや品質の問題までは守ってくれません。
ランサーズ・クラウドワークスとも、契約成立時に発注者がプラットフォームへ報酬相当額を先に預け（仮払い）、発注者が検収を完了した時点でプラットフォームから受注者に報酬が支払われる仕組みを採っています。ランサーズは「仕事をしたのにお金が払ってもらえない、お金を払ったのに仕事がされないといったトラブルを未然に防止できます」と説明しており、クラウドワークスも同様に、契約成立時の仮払いと検収完了後の支払いという流れを採用しています。
ここで発注者側が必ず押さえておきたいのが、検収の自動承認期限です。クラウドワークスでは、納品後1週間以内に発注者が検収結果を報告しない場合、自動的に検収合格として扱われる仕組みがあります。これは受注者を「連絡が来ないまま報酬が宙に浮く」状態から守るための措置ですが、裏を返せば、発注者が動作確認を後回しにしていると、納得していない成果物が自動的に「合格」扱いになってしまうということです。
つまり、仮払い制度そのものは資金の授受を守るための仕組みであり、以下は制度の対象外です。
- 納品されたものが要件と食い違っている、品質が期待と違う
- 修正対応の回数や範囲についての認識違い
- 進行中の連絡が途絶える、対応が著しく遅れる
これらは仮払い制度ではなく、契約時にどう取り決めておくかで防ぐ領域です。次の章で具体的に見ていきます。
契約前に、何を取り決めておくべき？
「完成の定義」「修正は何回まで無償か」「連絡が途絶えたときの取り決め」の3点は、契約前にメッセージで明文化しておくと、後のトラブルを大きく減らせます。
開発会社のような契約書のひな形が無い分、発注者側からプラットフォームのメッセージ機能やチャットで、以下を明文化して合意しておくことをおすすめします。
- 完成（検収合格）の基準: 何がどう動けば「完成」と言えるか、主要な画面・機能を具体的に列挙しておく。曖昧なまま進めると、検収時に「思っていたものと違う」という食い違いが起きやすい
- 無償修正の回数・範囲: 「軽微な修正は◯回まで無償」「仕様変更は別途見積もり」のように、無償の範囲と有償になる境界をあらかじめ合意する。回数の取り決めが無いまま進めると、どこまでが無償対応か双方の認識がずれやすい
- 連絡が途絶えたときの取り決め: 「◯日間返信が無い場合はどうするか」を先に決めておく。プラットフォームのメッセージ機能に依存する以上、相手都合の遅延は避けられない前提で備える
- 検収期間と確認方法: 納品後、自分がいつ・どうやって動作確認するかを先に決めておく。仕事や本業の合間で確認する場合、1週間の自動承認期限に間に合うかを逆算しておく
これらは長大な契約書を作る必要はなく、プロジェクト開始前のメッセージで箇条書きにして送り、相手の同意を得ておくだけで十分です。合意した内容はメッセージのログとして残るため、後から「言った・言わない」になりにくくなります。専門用語が多い分野の発注であれば、専門用語が多い業界の発注で、事前に用語集を渡すべき理由も参考にしてください。
プラットフォーム外の直接取引に誘われたら、応じるべき？
プラットフォーム外の直接取引は、手数料は下がりますが、仮払い制度による保護が一切なくなります。
クラウドソーシングでは、受注者から「手数料がもったいないので、次回から直接やり取りしませんか」と持ちかけられることがあります。多くのプラットフォームは、契約成立後のプラットフォーム外への誘導・取引を規約で制限しています。例えばランサーズでは、直接取引が発覚した場合、本来支払われていたはずの手数料の2倍相当額（100万円に満たない場合は100万円）の違約金と、会員資格の停止・取消の対象になり得ると規約に定められています。
規約面の問題に加えて、発注者にとって実質的なリスクもあります。プラットフォーム外の取引では、仮払い制度による資金の保護が一切なくなるため、報酬を先払いした後に連絡が途絶える、成果物が届かないといった事態が起きても、プラットフォームを通じた解決の手段がありません。
一度取引の実績と信頼関係ができた相手であっても、仮払い制度を経ずに大きな金額を動かすことには、開発会社に発注する以上の慎重さが必要です。特に自己資金で立ち上げを進めている場合、資金を守る仕組みを自ら手放す判断になることを理解した上で検討してください。
まとめ：発注者側の「型」を自分で用意する意識を持つ
クラウドソーシングでの個人発注は、費用を抑えられる有力な選択肢である一方、開発会社が担っていた進行管理・契約の型を、発注者自身が用意する必要があります。仮払い制度は資金トラブルを防ぐ仕組みであり、仕様のズレや修正回数の認識違いまでは守ってくれません。契約前に完成の基準・無償修正の範囲・連絡が途絶えたときの取り決めをメッセージで明文化しておくことが、最も効果の大きい自衛策です。
まだ発注先を開発会社にするか個人のエンジニアにするか迷っている場合は、大手・中堅・個人開発者、規模別に見る発注先の向き不向きも判断の材料になります。
よくある質問
Q. クラウドソーシングと開発会社、費用差はどれくらいありますか？
A. 案件の規模や機能によって幅が大きく、一概に「◯割安い」とは言えません。個人のエンジニアは会社としての固定費（営業・管理部門の人件費等）を乗せない分、同じ工数でも見積もりが抑えられる傾向はありますが、その分、契約・進行管理・品質保証の体制は発注者側が補う前提になります。費用だけでなく、自分がどこまで進行管理を担えるかも含めて比較することをおすすめします。
Q. 仮払いをせずに直接報酬を渡すよう言われました。応じても大丈夫ですか？
A. 多くのプラットフォームは、契約成立後のプラットフォーム外取引・直接支払いへの誘導を規約で禁止しています。応じるとアカウント停止等の対象になり得るだけでなく、仮払い制度による資金保護も失われます。仮払いを求められたら、まずプラットフォームの規約上その提案が問題ないかを確認してください。
Q. 検収の自動承認期限までに確認する時間がありません。どうすればいいですか？
A. 期限内に確認しきれない場合は、期限が来る前に受注者へその旨を連絡し、確認期間の延長を相談することをおすすめします。連絡をしないまま期限を過ぎると自動的に検収合格として扱われる可能性があるため、忙しい時期に納品が重なりそうな場合は、契約前の段階で自分の確認可能なスケジュールを伝えておくと安心です。
Q. 個人のエンジニアとの契約でも、書面の契約書を交わした方がいいですか？
A. プラットフォームのメッセージでの合意でも一定の証跡にはなりますが、金額が大きい案件や、著作権の帰属・秘密保持など踏み込んだ条件を決めたい場合は、簡易な契約書（覚書）を別途取り交わすことをおすすめします。契約書に盛り込むべき項目は契約書で必ず確認したい条項（知的財産権・検収・保守）で解説しています。
