「案件サイトへ何件も応募しているのに返信がない」とき、応募数だけを増やしても状況は変わりにくいものです。
依頼者が知りたいのは、似た課題を理解し、範囲を見積もり、変更が起きても完了へ進められるかです。
案件を選別し、実績を示し、不明点を質問し、見積もりを提案し、契約に残すという五段階で進めます。
単価は実装時間だけでなく、調査、打合せ、試験、修正予備、外部費用を積み上げて決めましょう。
案件獲得前に学習や相談先も比較したい場合は、目的別の無料相談ガイドに目的別の選択肢を整理しています。
| 段階 | 相手へ示すもの | 自分が判断すること | 止める条件 |
|---|---|---|---|
| 選別 | 対応可能な工程 | 技術、予算、期限が合うか | 対象外の責任が大きい |
| 実績 | 類似課題の解決記録 | 再現できる経験があるか | 守秘で説明できない |
| 質問 | 要件確認の一覧 | 見積もれる情報があるか | 決定者と成果物が不明 |
| 提案 | 範囲、納期、金額、前提 | 利益と品質を両立できるか | 無償変更が無制限 |
| 契約 | 条件を記した文書 | 検収と支払いが明確か | 口頭だけで着手を求められる |
案件獲得は五段階で進める
クラウドソーシング、紹介、制作会社の協力募集、直接営業は入口が違っても、受注までの判断は共通します。
募集文の技術名だけで応募せず、依頼者の課題、成果物、期限、予算、決定者を読みます。
- 自分の対応工程と対象外で案件を選別します。
- 類似課題を解いた作品または業務記録を一件示します。
- 不明な要件を三問から五問へ絞って質問します。
- 含む作業、対象外、納期、金額、変更方法を提案します。
- 合意した条件を契約または発注書へ残してから着手します。
クラウドソーシングでは、募集の新しさや応募者数だけでなく、本人確認、過去の発注、説明の具体性、連絡の一貫性を見ます。
特定サービスの表示だけで安全を保証せず、契約相手と支払条件を自分でも確認します。
直接営業では「アプリを作れます」と送るより、相手の既存業務で繰り返す一工程を示します。
たとえば、紙の点検記録を毎週集計している企業へ、入力と集計だけの小さな試作を提案すれば、完成後の変化を話しやすくなります。
提案は技術より課題との一致を示す
提案文は長い自己紹介から始めません。
依頼内容の理解、類似実績、進め方、確認したい点、見積もり前提の順に書きます。
| 提案の要素 | 一文で答える問い | 書かないほうがよい内容 |
|---|---|---|
| 理解 | 相手は何を完成させたいか | 募集文の丸写し |
| 実績 | どの類似課題を解いたか | 技術名だけの列挙 |
| 進め方 | 最初の節目で何を見せるか | 根拠のない最短保証 |
| 質問 | 見積もりに何が足りないか | 十問以上の一括質問 |
| 前提 | 金額に何を含むか | 後から有料にする必須作業 |
実績がない場合は、募集と同じ業務の中心部分を自作し、要件、画面、試験、制限を説明します。
架空の顧客実績として見せず、学習用または自主制作であることを明記します。
アプリ開発工程のどこまで提案へ含めるか迷う場合は、アプリ開発の始め方完全ガイドで企画から運用までの完成条件を確認できます。
見積もりは変更の入口まで含める
見積額は実装時間だけで決めません。
調査、要件確認、設計、実装、試験、打合せ、公開、修正予備、外部費用を積み上げます。
仮に、調査と要件確認が八時間、設計が十時間、実装が四十時間、試験が十二時間、打合せが六時間、修正予備が十時間とします。
合計は八十六時間です。
一時間当たりの基礎額を五千円と仮定すると四十三万円となり、外部サービス費三万円を加えた見積額は四十六万円です。
これは市場単価ではなく、作業を漏らさず積むための計算例です。
予算が三十万円なら、単価だけを下げず、対象OS、画面、外部連携、公開支援、修正回数を減らして成立する範囲を提案します。
四十六万円分の作業を三十万円で約束すると、試験か生活時間が削られやすくなります。
情報処理推進機構のモデル取引契約は、開発の役割分担、検収、変更、知的財産などの論点を整理しています。
見積もりに含む範囲と契約上の責任が一致しているかを確かめる材料になります。
情報処理推進機構のモデル取引契約は、範囲と責任を対応させるための一次資料です。
仕様を反復して決める場合は、一括の完成物だけでなく、作業期間、役割、意思決定、終了条件を合意します。
同機構のアジャイル開発向けモデル契約も参照できますが、法令改正と個別事情を専門家へ確認して使います。
反復型の進め方に合う契約論点は、情報処理推進機構のアジャイル開発向けモデル契約で確認できます。
契約前に七項目を文字でそろえる
小さな単発案件でも、口頭だけで着手すると完成と支払いの認識がずれます。
最低でも業務内容、成果物、納期、検収、報酬、支払期日、変更方法を残します。
フリーランス法の対象となる取引では、発注者は業務内容、報酬額、支払期日などの取引条件を直ちに書面または電磁的方法で明示する必要があります。
公正取引委員会は、当事者、委託日、給付内容、提供期日、場所、検査を行う場合の検査完了期日など、明示する事項を案内しています。
明示事項の全体は、公正取引委員会のフリーランス法案内に掲載されています。
同法の対象や具体的な明示方法には条件があります。
公正取引委員会の質問回答で対象関係と例外を確認し、契約の個別判断は弁護士などへ相談します。
対象関係と例外は、公正取引委員会のフリーランス法ＱＡで具体的に確認できます。
契約時には、前提が崩れた場合の条件も書きます。
- 発注者の素材提供が遅れた場合の納期
- 対象OSや端末が追加された場合の再見積もり
- 審査で修正を求められた場合の対応回数
- 検収期間を過ぎても回答がない場合の扱い
- 公開後の不具合と新機能の境界
契約書の名前より、実際の進め方と条項が一致していることが重要です。
準委任か請負かなどの判断で責任が変わるため、分からないままひな型を流用しません。
受注後に利益と次の営業材料を残す
納品して入金を待つだけでは、次の案件で同じ見積もり誤りを繰り返します。
予定時間と実績時間、追加依頼、手戻り、外部費用、入金日を案件ごとに記録します。
国税庁は、個人で事業を行う人へ記帳と帳簿等の保存を案内しています。
契約、請求書、領収書、入出金を案件番号で結ぶと、税務記録と採算分析を同じ資料から作れます。
保存する記録の基準は、国税庁の記帳と帳簿保存の案内で確認できます。
実績公開は発注者の許可と秘密保持を基準にします。
公開できない案件でも、業種や社名を伏せ、許可された範囲で担当工程と一般化した学びを説明できる場合があります。
| 終了時に残すもの | 次回に使う目的 |
|---|---|
| 予定と実績の時間差 | 見積もり精度を上げる |
| 変更依頼の記録 | 契約の変更条項を直す |
| 試験と障害の記録 | 品質範囲を説明する |
| 許可された成果 | 類似案件の提案に使う |
| 入金と経費 | 利益と資金繰りを把握する |
アプリ開発案件に関するよくある質問
実績がなくてもアプリ開発案件を取れますか？
可能性はありますが、何も示さずに経験者と同じ案件へ応募するのは難しいでしょう。
募集と似た中心機能を自主制作し、対象者、設計、試験、制限を説明します。
最初は成果物と完了条件を狭くし、虚偽の顧客実績を作らず、自主制作であることを明記してください。
クラウドソーシングでは何を見て応募しますか？
業務内容、成果物、予算、納期、対象OS、デザイン支給、公開支援、保守、発注者の過去取引を見ます。
不明点が多い募集には、応募前に見積もりへ必要な質問を三問から五問に絞ります。
サービス上の表示だけで安全を保証せず、契約相手、支払条件、知的財産、秘密保持も確認してください。
単発の小さな案件でも契約条件は必要ですか？
必要です。
フリーランス法の対象となる取引では、業務内容、報酬、支払期日などの条件を直ちに書面または電磁的方法で明示します。
対象外の場合でも、成果物、納期、検収、変更方法を残せば、完成後の無償追加や入金時期の認識違いを減らせます。
小さな案件で残す条件も、公正取引委員会の取引条件明示の案内と照合できます。
受注より先に完了と変更を定義する
案件を取る力は、提案文の勢いではなく、相手の課題を理解し、完了までの範囲と変更条件を説明する力です。
最初の一件ほど、成果物を小さくし、見積もりの前提と契約を丁寧に残しましょう。
- 対応工程と対象外で案件候補を選別する
- 提案では類似課題と最初の節目を示す
- 見積もりへ調査、試験、打合せ、修正予備を含める
- 契約前に成果物、検収、支払い、変更方法を文字にする
- 終了後に予定時間と実績時間の差を次回へ反映する
学生のうちに自主制作や小さな共同開発から実績を作る方法もあります。
学生がアプリ開発を始める方法では、学習、作品、就職活動へのつなげ方を扱っています。
