実際にあった相談——「開発者が音信不通になった」
動いているツールはある。でも作った人と連絡が取れず、直せる人が誰もいない——こうした引き継ぎのご相談を、弊社は定期的に受けています。コードの説明資料がなく、画面の挙動から仕様を推測して直すところから始まるケースも珍しくありません。
受注側の立場から見ると、音信不通には典型的な構造があります。安値での受注×長期の無償保証×仕様変更の無償対応という組み合わせです。受けた時点では善意でも、無償対応が積み重なるほど割に合わなくなり、対応が遅れ、やがて静かに撤退する。悪意のある業者だから起きるのではなく、続かない条件で約束したから起きる——これが実態に近い理解です。
つまり発注側にとって、「安くて保証が手厚い見積もり」は一見お得に見えて、途中で止まるリスクをいちばん抱えた見積もりでもあります。
安すぎる見積もりが事故につながる構造
開発の実費は「作る時間」だけではありません。要望の聞き取り、画面を見てもらってからの調整、使い方の説明、テスト——弊社の経験では、確認とすり合わせに、開発そのものと同じくらいの時間がかかります。
背景には、発注側は仕様を事前に言い切れないという当たり前の事実があります。動くものを見て初めて「この場合はどうなる？」「ここも欲しい」が具体化する。これは発注側の落ち度ではなく、受注側が最初から見込んでおくべき前提です。
- 確認コストを見込んだ見積もり——調整のやり取りが最初から織り込まれており、途中の要望にも冷静に対応できる
- 確認コストを見込まない安値見積もり——帳尻はどこかで合わされる。①途中から対応が雑になる、②追加費用を巡ってもめる、③連絡が途絶える、のいずれかで
相見積もりで1社だけ極端に安い場合、「企業努力」ではなく「何かを見込んでいない」可能性をまず疑ってください。自動化の費用相場と照らして、安さの理由を説明できる見積もりだけを比較の土俵に残すのが安全です。
見積もり・契約で確認すべき5項目
金額の妥当性より先に、次の5項目が書面にあるかを確認してください。書いていない項目は「良いように解釈できる」のではなく、「後でもめる火種が残っている」と読むのが正解です。
| 確認項目 | 健全な書き方の例 | 危険信号 |
|---|---|---|
| 納品物の範囲 | コード・手順書・設計メモを含むと明記 | 「動くもの」の納品だけ |
| 仕様変更の扱い | 納品後の変更・追加は都度見積もりと明記 | 記載なし（無償で頼めそうに見える） |
| 無償保証 | 実装起因の不具合・納品後1か月など範囲と期間を限定 | 「ずっと無償対応します」または記載なし |
| 保守 | 月額と対応範囲（質問対応・軽微修正など）が明記 | 保守の定めがない |
| 連絡手段 | 窓口と返信の目安が示されている | 個人チャットのみ・返信目安なし |
特に「仕様変更は都度見積もり」の一文は、発注側からはケチな条項に見えるかもしれません。しかし受注側の内情から言えば、これは長く付き合う前提の証拠です。変更のたびに対価が整理される関係は、無償対応の押し付け合いよりはるかに長持ちします。納品物にコードと手順書が含まれていれば、万一その業者と続かなくなっても、別の開発者が引き継げます。
「無期限の無償保証」がむしろ危険な理由
保証は保険と同じで、履行するには原資が必要です。原資の裏付けがない大きな約束は、必要になったときに履行されません。弊社が健全と考えるラインは、「実装起因の不具合に限り、納品後1か月程度は無償。期間後も明らかな実装起因なら相談に応じる」という形です。範囲と期間を区切ったうえで、区切った約束を守り切るほうが、無期限の約束よりも実際の安心につながります。
- 契約時に「不具合（直す義務があるもの）」と「仕様変更（新しい依頼）」の区別を、例を挙げて確認しておく——後のもめごとの大半はこの境界で起きる
- 保証期間内に、実データ・実運用の条件で試しておく——デモデータで動いても実データで動くとは限らない
- 検収では「正常に動くか」だけでなく「間違ったデータを入れたときにどうなるか」も見る
外注の失敗は、納品時ではなく運用が始まってから表面化します。RPA失敗事例5選と回避の3原則で挙げたケースの多くも、契約と検収の段階で芽があったものです。
適正価格の判断——削減効果から逆算する
見積もり金額が妥当かどうかは、相場との比較に加えて、自社の削減効果から逆算すると判断しやすくなります。弊社が価格設計で使っている目安は「月々の保守費は、削減価値の15〜25%程度」というものです。
- 例：月20時間の作業が自動化される場合、時給2,000円換算で月4万円の削減価値
- この場合、月6,000円〜1万円程度の保守費は釣り合いが取れている
- 初期費用は「削減価値の何か月分で回収できるか」で見る——おおむね12か月以内に回収できるなら検討に値する
この逆算には副産物があります。削減時間を見積もる過程で、その業務の現状（誰が・月何時間・何をしているか）が言語化されることです。これは見積もり依頼の精度も上げます。逆に、削減価値に対して初期費用が大きすぎる自動化は、外注の是非以前に対象業務の選び方を見直すサインです。最初に自動化すべき業務の見つけ方を参考に、費用対効果の出やすい業務から着手してください。
見積もりは安さで選ぶものではなく、「続く条件が書いてあるか」で選ぶものです。まずは自動化したい業務を1つ書き出し、削減価値を概算してから相見積もりに進んでください。
外注すべきか、いくらが妥当か。AIに30秒で診断
自動化したい業務を1行入力するだけ。構成案と概算レンジ、外注時の確認ポイントをその場でお見せします。月額3万円〜・最短2週間で運用開始。
AIに30秒で試す →よくある質問
Q. 相見積もりは何社くらい取るべきですか？
2〜3社で十分です。多く集めるより、各社の見積もりで「納品物・仕様変更・保証・保守・連絡手段」の5項目の書き方を見比べることに時間を使ってください。極端に安い1社があれば、安さの理由（何が含まれていないか）を質問し、説明が明確でなければ外すのが安全です。
Q. フリーランスと会社、どちらに発注すべきですか？
形態そのものより、納品物・保証・保守の条件が書面で揃うかどうかで判断してください。書面が揃うフリーランスは、揃わない会社より安全です。ただし1人体制の場合は、病気や廃業で対応が止まるリスクがあるため、コードと手順書の納品（引き継ぎ可能な状態）を特に重視してください。
Q. すでに開発者と連絡が取れなくなったツールがあります。どうすればよいですか？
まず現物の棚卸しをしてください。確認するのは①コード（プログラム本体）が自社の手元・アカウントにあるか、②手順書や設計資料があるか、③ツールが今も動いているか、の3点です。コードが手元にあれば別の開発者が引き継げるケースが多く、なければ画面と挙動から作り直しになる場合もあります。動いているうちに相談するほど選択肢は多く残ります。