ココナラの納品方法｜正式な納品・修正依頼・クローズまでの進め方

ココナラの納品は、ファイルを送れば終わりという作業ではありません。合意した内容がそろっているかを確認し、購入者が迷わず確認できる形で渡したうえで、取引の段階に合った「正式な納品」を行うことが大切です。単なる添付、確認用の提出、正式な納品、クローズを分けると、操作とやりとりの行き違いを減らせます。

この記事は、主に文章、画像、デザイン、動画などを納品する出品者向けの実務ガイドです。電話相談と定期購入サービスは対象を分け、法人機能の請求書払いでは通常の納品確認と異なる部分を補足します。制度は2026年10月4日に公式ヘルプで確認しました。画面や条件が変わる場合があるため、実際の取引では最新の公式案内を優先してください。

納品前の準備からメッセージの書き方、修正と追加依頼の区別、終了後の記録までを順に整理します。依頼の獲得方法や売上の増やし方ではなく、既に受注した仕事を適切に引き渡すことに絞って説明します。

納品と正式な納品の違いを理解する

ファイルの提出と取引上の完了通知は別の工程

作ったデータをトークルームに添付することと、正式な納品を送ることは同じではありません。途中のラフ、確認用の原稿、完成版のファイルは、いずれも添付できますが、用途が違います。何を確認してもらうために送ったのかを、メッセージの冒頭で明らかにしましょう。

たとえばデザインの初稿を送り、「配置と配色の方向性を確認してください」と依頼する場面は、完成条件を詰める途中です。一方、合意した仕様を満たす最終データと利用上の説明を渡し、提供を完了する場面では正式な納品を検討します。自分の作業が一段落したことだけを基準にしないのがポイントです。

公式の取引ガイドは、購入者とすり合わせた内容・要件を満たしている場合に正式な納品を送るよう案内しています。取引を早く閉じたい、返信を促したい、といった理由で未完成の状態のまま使う手続きではありません。

出典：ココナラ公式「取引の流れ」

いまどの段階にいるかを表示と履歴で確認する

複数の仕事を同時に進めていると、確認用データを送った取引と、正式な納品を送った取引が混ざりやすくなります。依頼者の名前だけでなく、サービス名、対象ファイル、提出日時、現在の状態を並べて管理してください。同じ購入者から継続依頼があるときほど、別のトークルームとの取り違えに注意します。

※表は横にスクロールできます。

この表は、ファイル管理と会話の役割を分けるための整理です。サービスの画面がすべてこの名称で並ぶという意味ではありません。ボタンの位置を覚えるだけより、どの状態へ進める操作なのかを理解した方が、表示が変わっても迷いにくくなります。

通常の納品確認は承諾・差し戻しで進む

正式な納品後、購入者は合意した内容と相違がないか確認します。通常の納品確認では承諾または差し戻しの選択があり、承諾後は評価入力または二十四時間の経過によりクローズします。評価入力は任意であり、取引を終える条件として高評価を求めるべきではありません。

差し戻しがあった場合は正式な納品前の状態に戻り、必要な修正を確認したうえで、再度正式な納品を行う流れです。通常の機能上の差し戻しは一回ですが、これを「約束した修正も一回しか対応しなくてよい」という意味で解釈しないようにします。機能の回数と、個別に合意した作業範囲は別です。

出典：ココナラ公式ヘルプ「納品確認について（出品者向け）」

自動クローズの時間を自己判断で言い切らない

正式な納品後に納品確認が行われない場合は、所定の時間を経て自動承諾となりクローズする仕組みがあります。公式ヘルプでは七十二時間後の次の正時を基準としています。二回目の正式な納品後も、通常の取引では同様の時間条件や購入者の評価入力が関係します。

「三日後の同じ時刻に必ず終わる」と独自に言い切るのではなく、取引画面の案内と公式ヘルプを確認してください。クローズ予定があるからといって、購入者が確認できる情報を省いてよいわけではありません。期限に頼るより、何をどのように確認するかを伝える方が、受け渡しは円滑になります。

出典：ココナラ公式ヘルプ「トークルームのクローズ条件について」

法人の検収・電話相談・定期購入は条件を分ける

法人機能利用ユーザーが請求書払いで購入した場合には、検収機能が使われます。公式案内では、通常の納品確認とは差し戻し回数の扱いが異なります。ただし、回数制限がないからといって、発注時に合意していない要求まで際限なく含まれるわけではありません。

電話相談も、通話の提供と終了に関する別の流れがあります。自分の画面に説明どおりのボタンが見当たらないときは、まずサービス種別と購入条件を確かめましょう。表示を見ずに一般記事の手順だけをたどると、関係のない機能を探すことになります。

出典：ココナラ公式ヘルプ「検収機能について（出品者向け）」

定期購入サービスは自動でトークルームがクローズするため、正式な納品のボタンが表示されません。通常サービス向けの操作手順をそのまま使わず、定期購入の取引条件を確認してください。

出典：ココナラ公式ヘルプ「正式な納品について」

提出前にそろえるデータと確認項目

合意した納品物を一覧にして抜けを防ぐ

納品前には、見積もりやトークルームで最終的に決まった条件から納品物の一覧を作ります。制作中に仕様が変更された場合は、最初の依頼だけでなく変更後の合意も反映します。「いつもの形式」で済ませず、今回必要な成果物を確認する工程です。

文章なら本文、タイトル案、参考資料、画像説明、指定ファイル形式などを分けます。デザインなら完成画像、サイズ違い、透過版、編集可能データ、説明書の有無を確認します。動画なら解像度、比率、音声、字幕、サムネイルなどを見ます。これらはすべての案件に必須という意味ではなく、合意した対象を洗い出すための例です。

必要なものを増やしすぎることも避けましょう。善意で未調整の別案や途中データを大量に添付すると、購入者がどれを使えばよいか迷います。今回の納品対象、参考資料、納品対象外のものが混ざっていないかを確認します。

ファイル名に版と用途を持たせる

「完成」「完成最新版」「最終修正版」のような名前を繰り返すと、あとから正しいファイルを特定しにくくなります。案件名、用途、版番号を一定の順序で付ける方法が実用的です。たとえば「banner_web_1200x630_v03.png」のように、何のデータかと版が分かる形にします。

相手が日本語ファイル名を希望している場合は、その条件に合わせて構いません。大切なのは英字か日本語かではなく、今回の取引で名前の付け方をそろえ、最終版を明示することです。相手の既存の管理ルールがあるなら、あらかじめ確認して合わせます。

修正後は、同じ名前で上書きするより、版を上げて「今回はこちらをご使用ください」と知らせる方が取り違えを防ぎやすくなります。古いデータを削除するだけでは、相手の端末に保存されたファイルまでは変わりません。置き換える対象と変更内容を文章でも伝えましょう。

制作ソフトの画面ではなく書き出した成果物を開く

制作画面で問題がなくても、書き出したファイルに欠けや文字化けが生じることがあります。提出する実ファイルを別途開き、内容を確認してください。原稿なら改行や文字化け、画像なら縦横比や透過、動画なら冒頭から末尾までの映像と音声など、用途に合う点検を行います。

画像の一部が切れていないか、動画の音量が極端でないか、書類のリンクが意図した場所へ向くかは、納品前に確認できる項目です。すべての端末で完全に同じ表示を保証することは難しいため、相手が使う環境が決まっている場合は、分かる範囲で条件を合わせます。

編集用データを納品する契約なら、素材ファイルやフォントの不足にも注意します。自分の端末でしか参照できないリンクのままでは、相手が開いたときに画像が消えることがあります。素材の再配布可否も確認し、渡せない素材はその理由と代替手順を説明してください。

添付の制限は使う機能ごとに確認する

ココナラのファイル添付機能では、一度のメッセージで最大五つまで添付でき、公式案内上はトークルームが二百MB、メッセージ機能が百MBまでとされています。見積もり相談や募集など、別の場所の制限を、そのまま納品用トークルームへ当てはめないようにしましょう。

添付できない場合は、ファイルの形式、容量、端末、保存場所を確認します。公式ヘルプでは、画像以外のファイルはパソコンからの送受信を推奨する案内や、クラウド上のファイルを直接添付すると正常に動かない場合があるという注意があります。原因を確認せず、拡張子だけ変えて送ることは避けます。

出典：ココナラ公式ヘルプ「ファイル添付機能について」

圧縮や外部受け渡しは開ける状態まで考える

複数ファイルを圧縮して渡す場合は、圧縮後に一度展開し、必要なデータがそろっているか確認します。フォルダの階層が深すぎる、同じデータが何組も入っている、途中の作業ファイルが混ざると、相手の確認に時間がかかります。納品用フォルダを別に作り、必要なものだけをまとめる方法が分かりやすいでしょう。

容量超過で送れないときは、まずZIPへの圧縮を試します。それでも添付できない場合、公式ヘルプはダウンロードに特化した外部サービスとしてギガファイル便の利用を認めています。一方、Googleドライブなど連絡可能な手段が掲載されるおそれのあるサイトでのやりとりは禁止と案内しています。外部連絡や外部決済を自由に行ってよいという意味ではありません。

許容された方法を使う場合も双方で合意し、URLはココナラ内のトークルームなどで共有します。外部サービスの操作や納品トラブルはココナラのサポート範囲外となる場合があるため、保存期限とダウンロード手順を確認してください。受け渡し先やファイルに、別の案件のデータを混ぜないよう点検します。

出典：ココナラ公式ヘルプ「ファイル添付機能について」

自分のアカウントで開けたことだけでは、相手も開けるとは限りません。公開範囲を無制限にする前に、必要な相手に必要なデータだけを渡す方法を考えましょう。受け渡しに関する主要な合意や確認結果は、取引のトークルームにも残します。

個人情報と他案件の情報が残っていないかを見る

書類の作成者名、コメント、変更履歴、画像の位置情報、ファイル内の隠れたシートなど、見た目には出ない情報にも注意します。自分や第三者の情報を必要以上に渡していないか確認してください。前の案件のファイルを複製して使った場合は、名前や資料が残っていないかを特に点検します。

購入者から受け取った資料も、必要な範囲で扱います。納品用の圧縮ファイルに、購入者の提供素材を丸ごと再添付する必要があるか考えましょう。データの管理は、容量を減らすためだけでなく、誤送信と不要な情報共有を減らすためにも重要です。

トークルームで伝える納品メッセージ

冒頭で提出の種類と内容を伝える

納品メッセージの最初には、確認用の提出か、完成版の提出かを明記します。「できました。お願いします」だけでは、相手は何を見てどこまで判断すればよいか分かりません。現在の段階と、添付物の役割を短く書きましょう。

たとえば「確認用の初稿をお送りします。今回は文章の構成と事実関係をご確認ください。表記の統一は確認後の版で反映します」と書けば、購入者は確認範囲を把握できます。完成版なら「合意した修正を反映した最終データです。添付一覧の二点をご確認ください」と示します。

本文に説明が多い場合も、冒頭の三行程度で要点が分かるようにすると読みやすくなります。作業の苦労や費やした時間より、納品されたものと購入者が行うことを先に伝えてください。相手の確認負担を減らす説明が、納品メッセージの中心です。

ファイル一覧と確認点は具体的に書く

複数データを渡すときは、ファイル名と用途を一対一で示します。画像二点と説明書一点なら、それぞれがどの場面で使うものかを記します。差分版が含まれている場合は、正規の完成版と比較用の版を区別しましょう。

確認してほしい点も、相手の判断が必要な内容に絞ります。「全部見てください」より、「名称・日付・連絡先の表記」「指定のサイズとファイル数」「修正依頼の反映箇所」の方が返答しやすくなります。ただし、確認を購入者に依頼したことを理由に、出品者側の点検を省いてよいわけではありません。

確認期限を相談する場合は、使用予定日との関係を考えます。納品直後に購入者がすぐ作業できるとは限らないため、事前に確認の時間を確保することが理想です。期限間際になって初めて大容量データを渡し、その場で承諾を求めるような進め方は避けましょう。

完成版の納品メッセージ例

「お待たせいたしました。合意した内容を反映した完成データをお送りします。納品物は①○○.pdf、②○○.docxの二点です。前回ご指摘いただいた見出し表記と数値の記載を修正しています。ご利用時は今回の版をご使用ください。ファイルが開けることと、合意した内容に相違がないことをご確認いただけますでしょうか。修正が必要な箇所がある場合は、ページ番号と該当の文言をお知らせください。」

この例は、説明用の一般的な文面です。実際の納品物や契約に合わせて書き換えます。編集可能データを含まない契約なのに文例のまま添付一覧へ加えるなど、余分な約束をしないようにしてください。

正式な納品として送る段階なら、その旨を明確にします。ただし、文中に「正式な納品」と書くことと、画面の正式な納品機能を使うことは別です。送信後は、意図した状態へ変わったことと、添付が実際に表示されていることを確認しましょう。

確認用データの提出メッセージ例

「○○の確認用データをお送りします。今回は全体の方向性と、掲載する文言の確認をお願いします。未確定の○○は仮の表示ですので、完成版には反映前の状態です。変更をご希望の場合は、対象箇所と希望内容をまとめてお知らせください。ご確認後に最終調整を進め、合意した形式で完成版を納品します。」

未完成部分を隠さずに伝えることで、購入者が仮の内容を完成版と思って使用するリスクを減らせます。仮の画像やダミーの連絡先を入れているなら、どこにあるかを具体的に示します。機密情報がある場合は、確認用であっても送付先を再確認します。

確認用の提出を何回も行う案件では、工程ごとに何を決めるかを変えます。毎回すべての要素を白紙に戻すと、完成に近づいているか分からなくなります。構成、デザイン、細部という順で確認する場合は、どこまで合意済みかをその都度まとめると役立ちます。

使用方法や注意点は短い説明を添える

成果物に操作が必要なら、最初の一歩が分かる説明を添えます。テンプレートなら編集する場所、画像なら用途別のファイル、動画なら推奨する再生環境など、相手が利用を始めるために必要な事項をまとめます。専門用語だけで説明せず、相手の利用経験に合わせることが重要です。

長い説明書が必要なら、メッセージへ全文を詰め込むより、説明書の位置と重要な注意点を案内します。ライセンスや素材の利用条件がある場合は、利用できる範囲を確認できる資料も示してください。購入者が後から社内の別担当者へ引き渡すことも考えると、口頭の説明だけに依存しない形が役立ちます。

使い方を説明することと、無期限の運用代行を約束することは異なります。納品後に対応する質問の範囲や期間を取り決めているなら、その条件を簡潔に再掲します。決めていないサポート条件を、納品時に一方的な制限として追加しないようにしましょう。

修正依頼と追加作業を分けて進める

指摘を受けたら元の合意と照合する

修正の連絡が来たときは、まず内容を受け取り、何を求められているかを整理します。自分の不備の修正、合意範囲内の調整、新しい要望、購入者側の素材変更などに分けると、必要な対応を考えやすくなります。すぐに追加料金の話へ進む前に、元の条件を読み返しましょう。

たとえば、指定された社名の誤記は、一般に新しい企画の追加とは別の問題です。一方で、承認済みの方向性を全面的に変える、別のサイズを追加する、未依頼のページを増やすといった内容は、追加条件の相談が必要になる場合があります。名称ではなく、何が変わるかを具体的に見ます。

購入者が「少しだけ」と表現していても、実作業が広範囲に及ぶことがあります。反対に、出品者が大幅な変更だと感じても、最初から約束していた修正かもしれません。手間の感覚だけではなく、合意した仕様を判断の基準にしてください。

修正箇所を一つの一覧にまとめる

複数のメッセージに分かれた指摘をそのまま順番に直すと、前の修正を後の指示で戻したり、項目を見落としたりしやすくなります。一度一覧にまとめ、対象箇所、現状、変更後の内容、確認事項を整理します。番号を付ければ、納品時に対応結果を返しやすくなります。

※表は横にスクロールできます。

一覧化は、購入者へ責任を押し返すためではありません。同じ完成形を共有するための方法です。指示が専門用語で書けない相手には、選択肢や具体例を示し、答えやすくする工夫も有効です。

追加作業は料金と納期への影響を先に伝える

追加作業に対応できる場合も、開始前に条件をそろえます。追加料金だけでなく、何が増えるか、いつ完成するか、元の納品物にどのような影響があるかを説明します。料金に同意があっても、納期変更まで合意したとは限りません。

「追加の縦型画像一点については対応可能です。今回の納品対象へ加える場合、追加料金○円、提出日○月○日を予定しています。元の横型画像は合意済みの内容のままです。条件をご確認いただいてから進めます」のように、対象と影響を限定して伝えると分かりやすくなります。

追加の支払いが必要なら、ココナラ内の対応する機能と最新の案内を確認します。外部振込を提案したり、正式な納品後に事後的な請求を当然のものとして送ったりしないようにしましょう。追加の依頼内容と支払いの確認を、同じ取引の記録からたどれる状態にします。

機能上の差し戻し回数と修正約束を混同しない

通常の納品確認で差し戻しが一回という案内は、システムの操作に関するルールです。出品ページで合意した修正回数や内容が、自動的に消えるという意味ではありません。修正回数を約束する場合も、何を一回と数えるか、複数箇所をまとめて指摘された場合の扱いを、受注時に説明しておくと行き違いを減らせます。

二回目の正式な納品を送ると、通常の取引では最初と同じ承諾・差し戻しボタンが出ないため、未整理の問題を残さず確認することが大切です。相手から何を直してほしいか分からない状態で、手続きだけを繰り返すべきではありません。

出典：ココナラ公式ヘルプ「納品確認について（購入者向け）」

合意できない場合は論点を絞って相談する

「品質が悪い」「要望が多すぎる」といった評価だけでは、解決すべき箇所が見えません。合意した仕様と提出物のどこに差があるか、追加要求だと考える部分は何かを具体的に示します。相手の主張に根拠があると分かった場合は、必要な修正を行う方向で整理します。

公式ヘルプは、発注時に合意していない過度な修正依頼や要求があった場合、運営への相談を案内しています。相談するときは、元の条件、納品内容、指摘一覧、これまでの回答をまとめると伝わりやすくなります。運営が必ず一方の主張を認めると約束することはできません。

未提供の作業が残ったまま、終了を急ぐために正式な納品を行うのは避けます。継続そのものが難しいなら、納品と取消しの目的を分けて、現在の状態に合う公式手続きを確認してください。契約上の条件整理には、業務委託契約で確認したい項目も参考になります。

クローズ後まで見据えた記録と引き渡し

最終版・修正履歴・利用条件を一組にする

取引の最後には、どのファイルが最終版かを明示し、修正履歴と利用条件を一緒に整理します。後から再び依頼を受けた場合も、どの版を基に変更するか分かりやすくなります。ファイル数が多いなら、一覧を一枚作るだけでも取り違えの防止に役立ちます。

記録する内容は、納品日、最終ファイル名、主な仕様、合意した変更、利用上の制限や注意点です。すべての会話を長文で再掲する必要はありません。完成物を使う人が変わっても、何を受け取ったか確認できる要約を残すことが目的です。

ライセンスが必要な素材を使っている場合は、購入者が継続利用するうえで必要な条件を確認します。素材の購入証明やライセンス情報を渡す必要があるか、第三者素材の再配布が許されるかは、実際の利用規約によります。自分の制作物に含まれているから無条件で譲れると考えないでください。

クローズと銀行への入金を分けて管理する

トークルームがクローズすること、アカウントに売上が計上されること、銀行口座へ振り込まれることは別の工程です。納品が終わったのに口座残高が増えていないときは、いきなり未払いと判断せず、売上管理と振込の状態を確認します。

公式案内では、トークルームのクローズ後に売上がアカウントへ反映されるまで最大一日程度かかる説明があります。個々の入金予定は、振込申請や休日などの条件も関係するため、最新の売上管理画面で確認してください。本文の金額と口座への入金額が同じになるとは限らず、手数料も区別して見ます。

出典：ココナラ公式「サービスを出品したい」

月次の記録では、案件ごとの受注額、売上、手数料、入金を別の項目として残すと照合しやすくなります。記録の方法を整えたい場合は、副業向け会計ソフトの選び方も参考にしてください。個別の税務処理は取引実態に応じた確認が必要です。

問い合わせへの対応範囲を確認できるようにする

納品後に質問が来たときは、操作方法の確認、納品データの不備、追加制作の依頼を分けます。たとえば「ファイルを開く方法が分からない」という質問と、「別の商品にも使うため内容を作り直したい」という依頼は、必要な対応が違います。元の条件と照らして判断しましょう。

納品時に「いつでも何でも対応します」と広く約束すると、後から対応可能な範囲との間に差が出ます。受注時に決めたサポート条件があるなら、それを分かりやすく再掲します。条件が未設定なら、一方的に遡って制限を置かず、具体的な相談ごとに範囲を合わせてください。

データを一定期間保管する運用なら、保管期間や再送対応について説明できる状態にしておきます。無期限に保管する約束は、容量や個人情報の管理も伴うため慎重に考えましょう。相手にも、必要なデータは自身の環境で保存するよう案内すると、受け渡しの責任範囲が明確になります。

実績掲載は納品とは別に確認する

完成した作品をポートフォリオへ載せたい場合も、納品したという事実だけで公開してよいとは限りません。購入者の提供情報、未公開の商品、顧客名、第三者素材などが含まれる場合があります。受注時に実績掲載の条件を決めているなら、その範囲を確認してください。

掲載許可を相談するなら、どこに何を掲載するかを具体的に伝えます。完成画像を使うのか、一部を加工するのか、企業名を載せるのかで相手の判断は変わります。返事がないことを許可とみなしたり、高評価と引き換えに公開範囲を変えたりしないようにしましょう。

取引中のメッセージや購入者の評価を紹介する場合も、本人の情報が含まれる点に注意します。自分の経験を説明する目的があっても、依頼内容の秘密を守る必要があります。制作実績と取引の内部事情を同じ公開資料へ混ぜないことが基本です。

納品の失敗を次回の点検項目へ変える

納品のたびに確認した内容を残すと、よくあるミスを自分用のチェックリストへ反映できます。誤字が多いなら原稿の照合、形式違いが多いなら書き出し設定、旧版の誤送信があったならファイル管理を改善します。漠然と「気を付ける」で終わらせず、作業手順のどこを変えるかを決めましょう。

点検項目を増やし続けるだけでは運用が重くなるため、共通項目と案件固有の項目を分ける方法が便利です。共通項目は送信先、最終版、添付一覧、個人情報、開封確認など。案件固有の項目は指定のサイズ、内容、素材条件などです。必要な確認を短い順序に並べると、忙しい日にも実行しやすくなります。

受注全体の流れとつなげて整理するなら、クラウドソーシングの受注から納品までも参考になります。納品の品質は最後の一時間だけで決まるものではなく、受注時の条件確認と途中の合意の積み重ねに支えられています。

ココナラでの納品は、完成物を用意し、分かる形で渡し、合意した要件の提供完了を確認する仕事です。正式な納品の操作だけを急がず、データ、説明、修正条件、記録をそろえましょう。購入者が受け取った成果物を迷わず使える状態まで整えることが、次の取引にもつながる基本になります。