新規事業の契約書・利用規約はどう作るか｜責任・解約・返金の設計

他社の利用規約をコピーして開始しようとしている。契約当事者が自社か子会社か決まっていない。無料期間後に自動課金するが画面の説明は小さく、営業資料は「いつでも解約可」なのに規約は年間契約。解約画面はなく問い合わせフォームのみ、規約は「一切返金しない」「いつでも自由に変更・終了できる」とする一方、実際のサポートは個別に返金している——新規事業の契約まわりでよくある状況です。

新規事業の契約書・利用規約は、完成した事業モデルを文章にするだけの書類ではありません。誰が契約当事者か、いつ契約が成立するか、何をいくらで提供し、どこまで保証し、利用者はいつ解約でき、返金するのか、事業者はどんな場合に利用停止・解除・サービス終了できるのかを決める「事業設計書」です。「当社は一切責任を負わない」「いつでも自由に変更できる」「一切返金しない」と書いても当然に有効にはなりません。

そのため、契約書・利用規約は最後に法務へ依頼するのでは遅く、料金・申込画面・システム・運用と同時に設計します。法務の役割は事業者に有利な条項を並べることではなく、収益性・顧客体験・紛争リスク・法的有効性を比較し、実行可能な契約構造へ整えることです。

本記事のGO・条件付きGO・HOLD・NO-GOは、社内検討を整理するための区分であり、法令上の正式な分類ではありません。

契約書・利用規約は「事業設計書」である

契約条件は、次のように経営事項へ直結します。法務は事業条件を勝手に決めるのではなく、事業部・経営者が決めるべき選択肢を可視化し、有効な条項・画面・運用へ落とす役割です。

契約書・利用規約・関連文書の違い

「利用規約」という名称を付ければ民法上の定型約款（不特定多数を相手とする画一的取引のために事業者が準備した条項の総体）になるわけではなく、名称が約款でなくても要件を満たせば定型約款となり得ます。一般的な事業者間取引の個別契約書のひな形が当然に定型約款になるわけでもありません。文書ごとに役割が異なります。

BtoBとBtoCで設計はどう変わるか

BtoBでは契約自由の原則が比較的広く働きますが、どのような条項も当然に有効になるわけではありません。BtoCでは消費者契約法による不当条項の無効、特定商取引法による表示・最終確認画面等の規制が問題になります。ただし「BtoBなら自由、BtoCなら厳しい」という単純な二分法にせず、小規模事業者・個人事業主・プラットフォーム上の取引では適用法令・取引実態を個別に確認します。

ステップ1　取引構造と契約当事者を確定する

条項を作る前に、誰が提供し、誰が契約当事者・料金受領者・請求発行者・顧客対応者・個人情報管理者・責任主体になるかを整理します。代理店・決済代行・プラットフォーム・外部委託先の役割、本体／子会社／JV／提携先のどこが主体か、ウェブ運営者と契約主体が一致するか、海外顧客の主体・準拠法・言語も確認します。契約主体が曖昧なまま規約を作ると、料金請求・返金・損害賠償・税務会計・許認可の整理が崩れます。次は自社で記入する整理表です。

ステップ2　申込み・成立・利用規約への同意を設計する

同意した規約のバージョン・日時・利用者・申込内容・料金・自動更新／解約条件・最終確認画面・承諾メール・規約変更通知・解約申請と処理結果を記録・保存します。

ステップ3　提供内容・料金・支払条件・自動更新を決める

提供内容・環境、提供開始日、契約期間、無料期間、料金（初期費用・従量・税・追加費用）、支払時期・方法・請求サイクル、支払遅延時の措置、料金改定、自動更新、最低利用期間、中途解約、日割り月割り、返金を整理します。「契約期間」と「請求周期」を混同しないでください（「契約1年・毎月払い・途中解約不可」と「契約1か月・毎月自動更新・更新日前まで解約可」は、顧客の負担も収益の安定性も異なります）。

ステップ4　サービス水準・検収・保証を決める

事業者が「何を約束するか」を整理します。BtoBの開発・業務サービスでは仕様・納期・検収・成果完成義務か善管注意義務か・顧客の協力義務・契約不適合・保証期間を、SaaSでは利用可能時間・計画／緊急停止・保守・推奨環境・バックアップ・障害時連絡・復旧目標・SLA・サービスクレジットを扱います。すべてのサービスにSLAが必要なわけではなく、SLAを設ける場合も、満たさないときの効果が返金・サービスクレジット・損害賠償・解除のどれかを明確にします。営業資料の「24時間365日利用可能」「完全保証」と、規約の「何も保証しない」という不整合は避けます。

ステップ5　責任分担・免責・損害賠償を設計する

責任を負わない場合／負うが範囲を限定する場合／損害の種類を限定する場合／賠償額に上限を設ける場合／顧客にも責任がある場合／不可抗力／第三者サービス起因／事業者に故意・重過失がある場合／消費者契約の場合を区別します。保証否認・責任免除・責任制限・損害範囲の限定・賠償上限・不可抗力・利用者の協力義務・第三者サービスの責任・補償条項・保険を、一つの「免責条項」に雑にまとめないでください。

責任上限は、直近1か月／直近12か月の利用料金・契約総額・一定の固定額・保険金額・上限なしを比較します。損害の取扱いは、通常損害・特別損害・逸失利益・間接損害・データ消失・第三者請求・生命身体への損害・知財侵害・秘密保持違反・個人情報漏えい・故意重過失で分けて検討し、上限の例外（生命身体・故意重過失等）を設けます。責任制限条項だけでなく、バックアップ・監視・保険・代替サービス・事故対応などの実際の低減措置と組み合わせます。

ステップ6　解約・解除・返品・返金を区別して設計する

これらは別の制度です。混同して規約に書くと、効果も有効性も崩れます。

利用者による通常解約・更新拒絶・最低利用期間中／無料期間中の解約、事業者による解除（規約違反・未払・不正利用・反社・信用不安・重大な契約違反等）、サービス障害・仕様変更・料金改定・終了の場面ごとに、返金対象・方法・日割り月割り・決済手数料・違約金・データの削除返還・存続条項を設計します。

ステップ7　利用規約の変更・料金改定を設計する

「当社はいつでも本規約を変更できる」と書いても、既存利用者との契約内容を自由に変更できるわけではありません。定型約款に該当する場合の変更は民法548条の4により、(1)変更が相手方の一般の利益に適合するとき、または(2)契約目的に反せず、変更の必要性・変更後の内容の相当性・変更条項の有無や内容・その他の事情に照らして合理的なときに、個別同意なく変更できます。これを超える変更には利用者の個別同意が必要です。いずれの変更も、効力発生時期を定め、変更する旨・変更後の内容・効力発生時期をインターネット等で周知する必要があります。特に(2)の合理性を根拠とする変更は、効力発生時期までに周知しなければ効力を生じません（(1)の変更も効力発生前に周知を完了させる運用が適切です）。

ステップ8　利用停止・アカウント削除・事業者による解除を設計する

サービスの安全性・健全性のため、違反利用者への利用停止・解除・アカウント削除が必要になる場合がありますが、「当社の判断でいつでも利用停止できる」と書いても無条件で有効にはなりません。新規拒否／本人確認未了時の制限／一時停止／一部機能停止／コンテンツの非表示・削除／凍結／契約解除／強制退会／再登録制限を分け、停止・解除事由（未払・虚偽登録・不正アクセス・法令違反・知財侵害・迷惑行為・反社・過大な負荷・本人確認不協力・信用不安・重大／軽微な違反の是正不履行等）と、事前通知・是正期間・即時停止の可否・理由通知・異議申立て・証拠保存・未払処理・データ処理・存続条項を設計します。

ステップ9　サービス変更・中断・終了を設計する

採算悪化・技術変更・委託先撤退・法規制・セキュリティ事故等で、内容変更・一時停止・終了が必要になることがあります。機能変更・主要機能の廃止・各種停止・特定プラン廃止・サービス全体の終了・不可抗力を分けて扱い、終了条項では終了理由の限定・予告期間・通知方法・前払料金の精算・未使用ポイント等の処理・データのダウンロード期間と削除日・移行支援・問い合わせ窓口の存続・終了後も存続する条項・委託先やクラウド上のデータ処理を検討します。「いつでも事前通知なく終了でき、支払済み料金は一切返金しない」と定めても、どのような事案でも有効になるわけではありません。年額料金受領直後に事業者都合で終了する場合と、利用者の重大な規約違反により解除する場合では、返金の要否・範囲が異なり得ます。ポイント・前払式支払手段の資金決済法上の論点は第12話、事業撤退全体は第15話で扱います。

ステップ10　知的財産・利用者コンテンツ・データの権利を整理する

事業者が保有・開発したシステム・ノウハウ、第三者ライセンス・OSS、利用者が投稿したコンテンツや入力した業務データ、ログ、統計・分析結果、フィードバック、AIへの入力データ・AI生成物、委託先の成果物について、誰に権利が帰属し誰がどこまで利用できるかを明確にします。投稿した時点で著作権が当然に事業者へ移転するわけではなく、「自由に利用できる」と書けば無制限に使えるわけでも、匿名化すればどんな利用も可能になるわけでもありません。権利移転と利用許諾を区別し、許諾は対象・目的・利用方法・地域・期間・独占／非独占・有償無償・再許諾・改変・契約終了後の利用・削除義務・著作者人格権への対応を整理します。サービス提供・保存・表示・配信・バックアップ・障害対応に必要な範囲を基礎とし、広告利用・機械学習・外部販売・第三者提供は別に検討します。自社知財は第7話、他社権利の侵害調査は第8話、個人情報は第9話で扱います。

ステップ11　禁止事項・利用者の義務を設計する

禁止事項は、サービスと無関係な項目を大量にコピーするのではなく、実際に発生し得るリスク（登録情報・アカウント管理、支払義務、法令遵守、第三者権利侵害、不正アクセス・過剰アクセス・解析、転売、違法有害コンテンツ、迷惑行為、生成AI・自動化ツール、輸出管理・制裁、反社、運営妨害等）に対応させます。禁止事項は違反時の利用停止・解除・損害賠償と連動するため、抽象的すぎる表現を避けます。

ステップ12　契約条件・画面・システム・運用を一致させる

本記事の実務上の中心です。(1)契約書・利用規約、(2)申込画面・最終確認画面、(3)料金表・特商法表示、(4)営業資料・FAQ・広告、(5)システム仕様、(6)サポート・経理の実運用の6つを、次の自社で記入する整合性マトリクスで照合します。条項どおり実行できない場合は、条項を強化するのではなく、システム・業務フローまたは契約条件を変更します。

ステップ13　作成・承認・改定体制を作る

利用規約は公開して終わりにせず、文書オーナー・事業責任者・法務・情報システム・経理／決済・カスタマーサポート・個人情報保護担当・経営承認の役割を決め、版番号・施行日・改定履歴・旧版保存・同意記録・公開前テスト・法改正／機能変更／料金変更／委託先変更／事故苦情後の見直しを管理します。利用規約の文言だけを変更し、申込画面・FAQ・システム・サポート手順を変更し忘れることが典型的な事故です。

契約設計のGO・条件付きGO・HOLD・NO-GO

「利用規約が未完成だから直ちにNO-GO」ではなく、開始前に修正できる場合は条件付きGOとして整理します。

具体例で見る契約条件の設計

未確定の事業条件が多く、現状では多くの論点がHOLDです。料金・解約・返金・責任・終了の各条件と、申込画面・解約導線・データ処理のシステムを確定すれば、多くは条件付きGOへ移せます。特に、営業資料の「24時間いつでも利用可能」と規約の非保証の不整合、「一切返金しない」と不履行・取消し時の扱い、「いつでも変更できる」と548条の4の要件は、開始前に必ず調整します。未確定のまま安易にGOとしないことが重要です。

新規事業の契約書・利用規約でよくある失敗

経営者向け契約条件サマリー

新規事業の契約書・利用規約チェックリスト

まとめ

• 契約書・利用規約は事業条件を確定する「事業設計書」であり、契約当事者と契約成立を先に整理する
• 料金・自動更新・解約・返金を分かりやすく設計し、契約期間と請求周期を混同しない
• 免責・責任制限は無制限には有効でなく、軽過失・上限・例外を分けて設計する
• 解約・解除・取消し・返品・返金を区別し、通信販売に一般的なクーリング・オフ制度はない
• 規約変更・利用停止・サービス終了には条件と手続が必要である（民法548条の4等）
• 契約条件と画面・システム・運用を一致させ、公開後も版管理・法改正・事業変更に応じて見直す

新規事業の契約書・利用規約は、事業者を守るために厳しい条項を並べる文書ではありません。顧客が理解でき、現場が実行でき、問題発生時に双方の行動を予測できる契約構造を作ることが重要です。次回の第11話では、特定商取引法・景品表示法・消費者契約法を中心に販売・広告の適法性を扱います。

よくある質問（FAQ）

本記事は、2026年6月時点の公開情報に基づく一般的な情報提供であり、個別の事案に対する法的助言ではありません。契約条項の有効性は、契約類型、当事者、交渉経緯、表示、画面、運用、損害の内容等により異なります。利用規約が民法上の定型約款に該当するかは個別の判断であり、BtoCでは消費者契約法・特定商取引法等の確認が必要です。本記事の「解約・解除・取消し・申込みの撤回・返品・返金・クーリング・オフ」はそれぞれ別の制度であり、混同しないでください。海外利用者・海外取引では対象国法の確認が別途必要です。GO・条件付きGO・HOLD・NO-GOは本シリーズの社内整理用の区分で、法令上の正式な分類ではなく、記事中の具体例は前提事実が未確定の暫定的な整理です。実際の作成・改定にあたっては、最新の法令・ガイドラインを確認し、必要に応じて弁護士等の専門家にご相談ください。