※この記事は法律アドバイスではなく、ココナラ上でのトラブル予防・実務設計を目的とした整理です。最終判断は運営事務局および関係法令・個別事情に依存します。
この記事で扱う「独自規約」とは何か
ココナラでは、出品者がサービスページに
・購入にあたってのお願い（前提条件）
・対応範囲／納期／修正回数
・NG事項（著作権・個人情報・外部誘導など）
・提供形式（納品物、ツール、ファイル形式）
などを明記して運用するのが一般的です。
ここで言う「独自規約」は、法的な意味での“約款”を厳密に論じるというより、サービスページに書かれた取引条件（ルール）のことを指します。
重要なのは、これが「書けば無敵」なのか、それとも「書いても効かない」のかではなく、運営がトラブルを裁く場面で、どの程度“根拠”として扱われるのかという、実務的な論点です。
まず押さえるべき大前提：ココナラ自身が「サービスページを購入前に読め」と明記している
ココナラの「ルールとマナー」には、購入者に対して
・サービスページの内容は購入前に必ずすべて読む
・不明点は事前にメッセージで確認する
・「サービス内容」「購入にあたってのお願い」を読み、内容に沿った依頼をする
という趣旨が明記されています。これが意味するところはシンプルで、サービスページの記載は、少なくとも“取引の前提として参照されうる"ということです。逆に言うと、出品者側が「独自規約を根拠にしたい」なら、サービスページに明確に書いておくことが最低条件になります。
ただし「独自規約」がいつでも通るわけではない
ここで勘違いされやすいのが、“サービスページに書いてある＝常に出品者が有利”ではない、という点です。理由は2つあります。
1) プラットフォーム規約・運営判断が上位にある
ココナラは、取引の場を提供するプラットフォームとして、キャンセル手続きや理由入力のガイドを用意しています。出品者がキャンセル理由を選択・入力する導線も、運営の定義するフローに沿って進みます。
つまり、揉めたときは「当事者が勝手に決める」のではなく、運営の型（分類・ルール・裁定）が強く働きます。
2) “書いてあるか”より“合意形成ができているか”が問われる
実務的には、運営が見たいのは「法律の学説」よりも
・購入前に条件が見える状態だったか
・その条件に沿った依頼だったか
・途中で条件や方針が変わっていないか
・変更があるなら、いつ・どう説明したか
といった、取引の透明性と一貫性です。この「透明性と一貫性」が崩れると、独自規約が書いてあっても“弱く”なります。
実際にあった取引を一般化して、どの程度「独自規約」が有効/無効に働くかを紹介したいと思います。
次回（後編）で書くこと
後編では、実際にあったケースを一般化した「ケーススタディ」を使いながら、より実務に踏み込んで
・独自規約が「効きやすい」書き方／「効きにくい」書き方
・揉めやすいパターン（購入前／購入後、確認文言、途中変更、追加提案 など）
・運営が裁きやすい説明の組み立て方
を紹介します。
