アプリ開発の継続案件にする｜単発で終わらせない

アプリ開発を単発で受け続けると、案件が終わるたびに次を探すことになります。結論から言うと、継続案件にできるかどうかは営業力ではなく、契約の形と最初の提案の組み立て方で決まります。この記事では、アプリ開発の継続案件を作るための手順を、案件の見分け方、単発を継続に変える進め方、契約の設計、稼働の管理という順で整理します。

単発と継続の違いは契約の形にある

まず前提を揃えます。継続案件とは「同じ相手から何度も依頼が来る状態」を指しますが、その実現の仕方は三通りあります。

完成物を納める形と、稼働に対して支払われる形

契約の形は大きく二つに分かれます。完成物を納めて対価を受け取る形と、一定期間の作業に対して対価を受け取る形です。前者は範囲を確定させる必要があり、後者は期間と稼働の合意が必要になります。

継続案件と相性がよいのは後者です。前者の形で継続しようとすると、そのたびに範囲を確定させる作業が発生し、案件と案件の間に空白ができます。ただし、後者は「何をやったか」が見えにくいため、報告の仕組みを作らないと関係が続きません。

継続の三つの形

ひとつ目が保守です。リリース後のアプリについて、障害の対応、OSの更新に伴う確認、外部サービスの仕様変更への追随を継続的に受けます。作業量は月によって変動します。

ふたつ目が月額の稼働です。一定の時間を確保し、その中で発生する開発と改善を進めます。機能追加が継続的に発生する事業では、この形が最も無駄がありません。

三つ目がフェーズ分割です。全体を複数の段階に分け、段階ごとに契約します。一回ごとは単発の形ですが、次の段階が予定されているため実質的に継続します。

この三つは排他ではありません。保守を月額で受けながら、大きな機能追加が発生したときだけフェーズとして別契約にする、という組み合わせが実務では多く見られます。

どの形を選ぶかは相手の予算の付き方で決まる

正直なところ、どの形が優れているという話ではありません。決め手になるのは、発注者側の予算がどう付くかです。

年度単位で保守予算が確保される組織なら保守契約が通りやすく、案件ごとに稟議を上げる組織ならフェーズ分割のほうが通ります。月額の稼働は、事業として継続的に開発を進める意思が固まっている相手でないと成立しません。初回の打ち合わせで予算の付き方を聞いておくと、提案の形を外しません。

継続になりやすい案件の見分け方

すべての案件が継続に向いているわけではありません。見分けがつくと、労力の配分が変わります。

運用が発生する事業か

アプリが日々の業務や日々の集客に使われている場合、必ず改善の必要が出ます。在庫の管理、予約の受付、顧客との接点。こうした用途のアプリは、運用の中で「ここを変えたい」が継続的に発生します。

逆に、一度作れば内容がほとんど変わらないアプリは、継続の余地が小さくなります。この場合は保守だけの薄い契約になります。

社内に担当者がいるか

発注者側に、そのアプリを担当する人がいるかどうかは大きな分かれ目です。担当者がいると、運用の中で気づいたことが継続的に上がってきます。担当者がいない場合、アプリは放置され、次の依頼も発生しません。

初回の打ち合わせで「リリース後はどなたが運用を担当されますか」と聞くと、この点が確認できます。答えが決まっていない場合は、運用体制の相談から入る余地があります。

目的が一度で終わらないか

目的が「特定のイベントのためのアプリ」であれば、終わりがあります。目的が「業務の効率を上げ続ける」「顧客との接点を増やし続ける」であれば、終わりがありません。

目的の性質は初回の打ち合わせで分かります。終わりのある目的の案件を継続に変えるのは難しいので、そこに労力をかけるより、次の案件で継続しやすい相手を見つけるほうが効率的です。

継続しにくい案件の特徴

予算が一度きりで確保されている案件、決裁者が案件ごとに変わる組織、外部の助成や補助を使って作る案件。これらは継続の余地が構造的に小さくなります。

こうした案件を受けないという話ではありません。受けるときに、継続を前提にした期待を持たないことが重要です。期待を持って動くと、労力の配分を誤ります。

単発の依頼を継続に変える手順

継続しやすい相手だと分かったら、進め方を継続前提に組み立てます。

最初の打ち合わせで運用の話をする

初回の打ち合わせで、作った後の話をします。誰が運用するか、どのくらいの頻度で内容を更新するか、改善の予算は付くか。

この質問には二つの効果があります。ひとつは、継続の可能性を判断できること。もうひとつは、発注者に「作った後がある」と意識させられることです。作った後の話を最初にする人は、その時点で運用まで見ている相手として認識されます。

見積もりを段階に分ける

見積書を「開発一式」で出すと、その金額を払えば終わりという印象を与えます。段階に分けて出すと、続きがあることが自然に伝わります。

分け方は、要件の整理、最初のリリース、公開後の改善、保守という形です。金額は最初のリリースまでを確定させ、それ以降は考え方だけを示します。

最初のリリースを小さく出す

すべてを詰め込んだ形で一度に作ると、そこで終わります。必要最小限で出して運用しながら育てる進め方にすると、次が前提になります。

この段階では、完璧なアプリを作ることよりも、アプリ開発の流れを掴むのが目的です。実際に手を動かして小さな成功体験を積み重ねることが、学習へのモチベーションを高め、より良いアプリ開発に向けた大きな力となります。 出典: freelance-hub.jp

これは学習についての指摘ですが、発注者側にも同じことが言えます。小さく出して手応えを得た組織は、次の投資を決めやすくなります。逆に、大きく作って使われなかった組織は、次の予算を止めます。

次の段階の設計図を渡す

最初のリリースの納品時に、今回入れなかった機能と、それを入れる順番をまとめた資料を渡します。金額は書かず、内容と優先順位だけを整理します。

この資料は、発注者が社内で次の予算を取るときの材料になります。予算が取れたとき、相談が来るのはこの資料を作った人です。単純ですが、効果が大きい方法です。

保守の提案は開発の見積もりと同時に出す

保守の話を納品後に持ち出すと、後出しに見えます。開発の見積もりを出す段階で「保守は含みません」と明記し、別の見積もりとして保守の案を添えておきます。

こうすると、納品後の保守開始が最初から予定されていた流れになります。提案のタイミングを変えるだけで、押し売りの印象が消えます。

継続契約に入れる項目

継続の合意ができたら、契約の中身を詰めます。単発の契約をそのまま使うと、後で必ず摩擦が出ます。

稼働の単位と、その扱い

月に何時間を確保するのか、その時間を使い切らなかった場合はどうするのか、超えた場合はどうするのか。この三点を決めます。

繰り越しを認めるかどうかは、実務上よく揉める論点です。無制限の繰り越しを認めると、使われないまま溜まった時間が後で一度に請求されます。繰り越すなら上限と期限を決めます。

対応する時間帯と、応答の目安

いつでも対応するという約束をすると、生活が壊れます。対応する曜日と時間帯、連絡してから返答するまでの目安を決めます。

緊急時の扱いも決めます。サービスが止まる規模の障害に限って時間外に対応する、といった形です。何を緊急とするかの定義を書いておかないと、すべてが緊急になります。

作業の依頼と受付の流れ

依頼をどこで受けるか、依頼を受けてからどう進めるか、優先順位を誰が決めるか。この流れを決めておかないと、複数の担当者からばらばらに依頼が来て混乱します。

受付の窓口を一本にし、依頼の一覧を双方が見られる場所に置くのが基本です。一覧があると、優先順位の相談が具体的にできます。

見直しの時期を入れる

契約の内容を見直す時期を、最初から書いておきます。半年ごと、あるいは一年ごとに、稼働の量と内容を見直す機会を設けます。

見直しの時期が書かれていないと、状況が変わっても契約が動きません。実際の作業が増えているのに条件が最初のままという状態は、継続案件で最も起きやすい問題です。

終了の条件を先に書く

どちらかが終了したい場合、何日前に通知するかを決めます。終了の話を最初に書くのは縁起が悪いように感じますが、逆です。終了の条件が明確だと、双方が安心して続けられます。

条件が書かれていないと、終わらせたいのに言い出せない状態が生まれ、関係が悪い形で切れます。

条件の明示は法律上の要請でもある

継続の取引でも、業務の内容や報酬額、支払期日などを書面または電磁的方法で明示することが求められます。継続だからといって口約束で進めるのは、双方にとって不利です。取引条件の考え方については、公正取引委員会の公表資料でも整理されています。

継続案件の実務管理

契約ができた後、続けるための管理が必要になります。ここを怠ると、続いていても評価が下がります。

作業の記録を残す

継続案件では「今月は何をやったのか」が見えにくくなります。見えないと、発注者は支払っている意味を疑い始めます。

対策は、作業の記録を残すことです。日付、作業の内容、かかった時間。細かく書く必要はなく、後で一覧にできる粒度で十分です。

稼働の報告を定型にする

月末に、その月の作業を一覧にして報告します。形式は、対応した項目、かかった時間、来月に持ち越す項目、判断をお願いしたい項目の四つです。

この報告が毎月同じ形で届くと、発注者は社内での説明に使えます。社内で説明できる材料を渡している人は、契約の更新でも守られます。

稼働の記録は依頼者と共有する

作業の記録を自分の手元にだけ置いておくと、報告のときにまとめ直す手間が発生します。依頼の一覧と作業の記録を、双方が見られる場所に置いておくと、この手間がなくなります。

共有されている状態には副次的な効果もあります。発注者が現在の状況をいつでも確認できるため、進捗を尋ねる連絡が減ります。連絡が減った分の時間が、そのまま作業に回せます。

月の途中で残りの稼働を知らせる

月末になってから「今月は超えています」と伝えると、発注者は対応できません。月の半ばで、確保した稼働のうちどれだけ使ったかを短く共有します。

この一報があると、発注者は月後半の依頼を調整できます。調整の余地を渡している人は、超過が起きたときの相談もしやすくなります。

依頼が増えてきたときの調整

継続していると、依頼は必ず増えます。確保した稼働を超え始めたとき、黙って対応し続けるのが最も悪い選択です。

超え始めた時点で、記録をもとに事実を示します。「この三か月の実績を見ると、確保している時間を超えています」という形です。事実を示したうえで、稼働を増やす案、優先順位を絞る案、次の四半期に回す案を並べます。

属人化を防ぐ

継続案件では、本人しか触れない状態になりやすくなります。この状態は一見すると安泰に見えますが、発注者にとってはリスクです。リスクを感じた発注者は、別の相手を並行して探し始めます。

引き継げる資料を維持しておくほうが、結果として長く続きます。正直なところ、これはやりにくい作業なのですが、継続案件では避けて通れません。

条件を見直すときの進め方

継続案件で最も切り出しにくいのが、条件の見直しです。手順にしておくと、心理的な負担が減ります。

見直しは事実から入る

条件の話を「そろそろ見直していただけませんか」と始めると、感情の交渉になります。事実から入ると、判断の相談になります。

事実とは、作業の記録です。契約時に想定していた作業と、実際に発生している作業の差。確保した稼働時間と、実際にかかっている時間の差。対応範囲に含めていなかったのに常態化している作業。これらを一覧にして示します。

一覧を見せられた発注者は、こちらを疑う必要がありません。記録があるからです。記録がない状態で口頭だけで訴えると、印象の話になってしまいます。

提案は三案で出す

見直しの提案は、ひとつの案だけを出さず、三つ並べます。稼働を増やして今の範囲を維持する案、稼働を変えずに範囲を絞る案、範囲と稼働の両方を組み替える案。

三案あると、発注者は「どれにするか」を検討します。一案だと「受け入れるか断るか」の判断になり、断られる可能性が上がります。

見直しの結果は必ず文書にする

条件が変わったら、変更後の内容を文書にして双方で確認します。口頭の合意のまま進むと、数か月後に食い違いが出ます。契約書を作り直さなくても、変更内容を記載したメールを双方で確認する形で構いません。

断られたときの扱い

見直しが通らないこともあります。そのときに感情的な対応をすると、それまでの関係が損なわれます。

通らなかった場合は、範囲を契約どおりに戻します。契約の範囲を超えて対応していた分をやめる、という調整です。これは報復ではなく、契約に沿った状態に戻すだけの話です。範囲を戻したうえで、次の見直しの時期まで淡々と続けます。

発注者は継続をどう判断しているか

こちらの視点だけで考えていると、外す提案をします。発注者側の判断の仕組みを押さえておきます。

継続の可否は担当者だけでは決まらない

現場の担当者が満足していても、継続の予算は上位の決裁で決まります。決裁者は現場のやり取りを見ていないので、判断材料は担当者からの報告だけです。

つまり、担当者が社内で説明しやすい材料を渡せているかが、継続の可否を左右します。月次の報告を定型にしておくのは、この理由からです。報告書がそのまま社内の説明資料になる形が理想です。

「何をやっているか分からない」が最大の解約理由

継続の契約が止まる理由で多いのは、品質の不満ではありません。何をやってもらっているのか分からない、という状態です。

とくに、障害が起きない状態が続いているときが危険です。何も起きていない期間は、外から見ると何もしていない期間に見えます。予防的に確認している作業、監視している内容、更新に備えて調べたことを、記録に残して報告に含めます。

事業の状況を聞いておく

発注者の事業が伸びているのか、厳しいのか。この情報は、継続の相談の前提になります。厳しい時期に稼働を増やす提案をしても通りません。

事業の状況は、普段のやり取りの中で自然に聞けます。関心を持って聞いている人は、状況が変わったときに真っ先に相談を受けます。逆に、技術の話しかしない相手には、事情を共有しようとは思われません。

継続案件のリスク

継続はよいことばかりではありません。構造的なリスクを把握しておきます。

一社への依存

収入の大部分が一社から来る状態は、その一社の事情で状況が変わります。担当者の異動、予算の削減、事業の方針転換。いずれもこちらでは制御できません。

対策は、継続案件を複数持つことです。ひとつの継続案件で稼働を埋め尽くさず、余力を残して二社目、三社目を作ります。

単価の固定化

継続案件では、条件が最初のまま据え置かれやすくなります。作業の難度が上がっても、条件を見直す機会がなければ変わりません。

対策が、契約に見直しの時期を入れることです。時期が決まっていれば、条件の相談が自然にできます。時期が決まっていないと、こちらから切り出すことになり、心理的な負担が大きくなります。

技術が固定される

同じ案件を長く担当すると、その案件で使っている技術だけを扱い続けることになります。数年経ったときに、市場で求められる技術との差が開いていることがあります。

対策は、継続案件の外で新しい技術に触れる時間を確保することです。小さな検証でも構いません。継続案件が安定しているうちにやっておく必要があります。

稼働の切り売りになる

月額の稼働で受け続けると、時間を売る形に近づきます。時間には上限があるので、この形だけでは伸びしろが限られます。

対策としては、成果物として残る仕事と、稼働で受ける仕事のバランスを取ることです。継続案件で安定した土台を作り、その上で別の形の仕事を組み合わせる形が現実的です。

複数の継続案件を並行させる

継続案件がひとつ取れると、次に問題になるのが並行のさせ方です。

稼働の上限を先に決める

継続案件は、埋まっているようで隙間があります。この隙間に新しい案件を入れ続けると、いずれ全部が回らなくなります。月に確保できる稼働の上限を先に決め、その範囲内で契約を積みます。

上限は、実際に作業できる時間の八割程度に置きます。残りの二割は、障害の対応や、想定外の相談に使う枠です。この枠がないと、突発の相談が来るたびに他の案件が遅れます。

案件ごとに対応する曜日を分ける

複数の継続案件を持つと、切り替えの負担が増えます。案件ごとに対応する曜日を決めておくと、切り替えの回数が減ります。

発注者にもこの形を伝えておきます。「この案件は火曜と木曜に対応します」と共有しておけば、即時の返答を期待されなくなります。緊急時の扱いだけ別に決めておけば、運用に支障は出ません。

繁忙の時期が重ならないようにする

業種によって忙しい時期は違います。年度末に集中する組織、年末に集中する組織、季節商材で夏や冬に集中する組織。継続案件を増やすとき、繁忙の時期が重ならない相手を選ぶと、稼働の山が平準化します。

これは意識していないと揃ってしまいます。同じ業種の継続案件ばかり持つと、繁忙期に一斉に依頼が来ます。

継続案件の探し方

これから継続案件を作る場合、探し方にもコツがあります。

募集の書かれ方から読み取る

募集の文面には、継続の可能性が表れます。「長期でお願いできる方」「運用フェーズも含めて」「まずは短期でお試し」といった表現は、継続を想定している信号です。

逆に、成果物と納期だけが書かれた募集は、単発の可能性が高くなります。ただし、単発の募集でも運用がある事業なら継続に育つ余地があります。事業の性質を見て判断します。

実績を積む段階での使い方

経験が浅い段階では、まず受注して実績を作ることが優先になります。

クラウドソーシングサイトには、未経験者向けの比較的簡単な副業案件も公開されています。特に、アプリ開発の副業を始めたばかりで実績を積みたい方にとって有効な手段です。 出典: freelance-hub.jp

ここで注意したいのは、手数料の構造です。仲介の手数料が引かれる形で受け続けると、手取りが薄くなり、継続案件を育てる余力が生まれません。実績ができた段階で、直接取引の比率を上げていく設計にしておくと、継続の土台が作りやすくなります。

短期の依頼を入口として受けるかどうか

継続を前提とした募集の中には、まず短期で試したいという形のものがあります。この形を受けるかどうかは、条件次第です。

判断の基準は、試用期間の後に何が起きるかが書かれているかどうかです。試用の後の契約形態、判断の時期、判断の基準が示されていれば、入口として合理的です。示されていない場合は、こちらから確認します。確認して答えが出ない相手は、継続の設計そのものを持っていない可能性が高くなります。

既に取引のある相手を見直す

新しい継続案件を探す前に、過去に単発で受けた相手を見直す価値があります。納品してから時間が経っている相手の中に、運用で困っている組織があります。

連絡の仕方は営業ではなく、状況の確認にします。「その後の運用で気になる点はございませんか」という形です。困りごとがあれば相談になり、なければそれで終わります。新規開拓より圧倒的に軽い作業で、成立の確率も高くなります。

提案に書くべきこと

継続を狙う提案では、今回の作業内容だけでなく、その後の考え方を書きます。リリース後にどのような運用が想定されるか、どの順番で改善していくと効果が出やすいか。

この部分が書かれた提案は、単発の見積もりとは別のものとして読まれます。「作れる人」ではなく「一緒に育てられる人」として比較の枠から外れます。

市場から見た継続案件

継続案件を作る動きは、案件の探し方そのものにも表れます。

アプリ開発の仕事がどのような形で募集されているかは、AIチャットボット・アプリ開発のお仕事で全体像が確認できます。募集の中には、開発だけでなく運用や改善まで含めた形のものがあり、そうした案件は最初から継続を前提にしています。隣接する領域として、AI・マーケティング・セキュリティのお仕事では、運用の中で発生する分析や情報管理の業務がどう切り出されているかが分かります。この領域まで受けられると、継続の幅が広がります。

職種としての位置づけは、ソフトウェア作成者の年収・単価相場で統計にもとづく分布が確認できます。自分がどの工程まで担えるかを言語化できると、継続契約の条件を相談するときの根拠になります。基盤や通信に関わる案件では、CCNA（シスコ技術者認定）のような認定が、運用の相談を受けるときの裏づけとして働きます。

20年この市場を見てきた運営者の立場から言えば、継続案件を安定して持っている人は、営業がうまいわけではありません。共通しているのは、最初の提案の時点で「作った後」の話をしていることです。作って終わりの提案をした人は、作って終わりの関係になります。育てる前提の提案をした人は、育てる関係になります。提案の中身がそのまま関係の形を決めています。

もうひとつ、運営者として見てきた限りでは、中間マージンの乗らない手数料0%の直接取引をしている人ほど、継続案件を複数持っています。手取りが厚い分、一社に稼働を集中させずに済むからです。仲介を挟んで手取りが薄くなると、稼働を埋めることが最優先になり、一社依存に傾きます。依存すると条件の相談ができなくなり、条件が固定化してさらに稼働を増やす必要が出る。この循環に入っている人は少なくありません。同じ予算でも依頼者はより多く頼め、受け手は手取りが厚くなるという構造は、単なる金額の話ではなく、関係を選べる余力の話です。

働き方の設計という点では、Webマーケティング フリーランスで海外ノマド！年収、スキル、成功への道で、場所に縛られない働き方と継続的な取引の組み合わせ方が整理されています。継続案件は場所を選ばない形にしやすいので、この設計とも相性がよい形です。

単発で終わらせないために必要なのは、追加の営業ではありません。最初の提案に「その後」を書くことと、契約に見直しと終了の条件を入れることです。この二つで、関係の続き方は大きく変わります。

よくある質問

Q. 継続案件にはどのような契約の形がありますか？

大きく三つあります。リリース後の障害対応やOSの更新への追随を受ける保守、一定時間を確保してその中で開発と改善を進める月額の稼働、全体を段階に分けて段階ごとに契約するフェーズ分割です。どれを選ぶかは発注者側の予算の付き方で決まります。年度単位で保守予算が確保される組織なら保守契約、案件ごとに稟議を上げる組織ならフェーズ分割が通りやすい傾向があります。

Q. 継続になりやすい案件はどう見分けますか？

三つの観点で判断します。運用が日々発生する事業か、発注者側にそのアプリを担当する人がいるか、目的が一度で終わらない性質か。在庫管理や予約受付のように日常業務で使われるアプリは改善が継続的に発生します。逆に、特定のイベントのためのアプリや、予算が一度きりの案件は継続の余地が構造的に小さいため、期待を持ちすぎないほうが労力の配分を誤りません。

Q. 継続契約に必ず入れるべき項目は何ですか？

稼働の単位と繰り越しの扱い、対応する曜日と時間帯および応答の目安、依頼の受付窓口と優先順位の決め方、契約内容を見直す時期、終了する場合の通知の期間です。とくに見直しの時期と終了の条件は忘れられがちですが、この二つがないと状況が変わっても契約が動かず、条件が最初のまま固定化します。

Q. 継続案件の依頼が確保した稼働を超え始めたらどうしますか？

黙って対応し続けないことです。作業の記録をもとに、直近の実績が確保した時間を超えている事実を示します。そのうえで、稼働を増やす案、優先順位を絞る案、次の四半期に回す案を並べて選んでもらいます。事実の提示と選択肢の提示をセットにすると、交渉ではなく調整として進みます。日々の作業記録が根拠になるため、記録は欠かさず残してください。

Q. 継続案件で一社に依存するリスクはどう避けますか？

ひとつの継続案件で稼働を埋め尽くさず、余力を残して二社目、三社目を作ります。担当者の異動、予算の削減、事業方針の転換は、いずれもこちらでは制御できません。あわせて、継続案件の外で新しい技術に触れる時間を確保してください。同じ案件を長く担当すると扱う技術が固定され、数年後に市場で求められる内容との差が開きます。