フリーランス編集者の画面手順ウォークスルー
これは、古い CapCut プロジェクトを失くし、完成動画に書き出し透かしが残ったままだった別のフリーランス仲間向けに録ったチュートリアルの書き起こしです。直し方は三つあります──再書き出し、エンドカードの削除、動画の修復。一つのクリップで三つとも試し、あなたが追えるよう手順を記録しました。
ステップ 1 ─ プロジェクトが本当に消えたと確認する
「まず CapCut を開いて草稿（ドラフト）を確認します。プロジェクトがまだあれば、書き出し設定で透かしをオフにして再レンダーするだけです──それが直し方その一で、無料です。私の場合は草稿が削除されていたので、直し方その二と三が当てはまります。」
ステップ 2 ─ エンドカードの削除を試す
「CapCut は全体ではなく、末尾のエンドカードだけにマークを入れることがあります。最後の 2 秒までスクラブしてください。マークがそこだけにあれば、エンドカードを切り落として書き出します。私のクリップではマークはすべてのフレームの隅にあったのでこれは効きませんでしたが、10 秒で済むチェックなのでやる価値はあります。」
ステップ 3 ─ 動画の修復を実行する
「プロジェクトがなく、かつすべてのフレームにマークがある状態で、完成ファイルに対して[https://remover.work/tools/capcut-watermark-removal](remover.work の CapCut 書き出し透かしのクリーンアップ)を行いました。クリップを入れ、一回パスを回し、書き出します。隅のマークは背景として再構成されました。」
ステップ 4 ─ 結果を確認する
「書き出したファイルを再生します。落ち着いた背景の上では修復は見えません。私のクリップではマークの裏の背景がごちゃごちゃしたタイトルカードだったので、そのフレームを止めて確認しました。タイトル文字は読めたまま、わずかだけ柔らかくなっていました。フリーランスの納品なら許容範囲、放送用マスターには不可です。」
ステップ 5 ─ 出先（目的地）で決める
「クライアントの SNS 投稿なら、修復したファイルを納品します。マスターのアーカイブなら、ソースが失われたことをクライアントに伝え、原素材があればそこから再編集を提案します。修復したマスターをこっそり納品して『オリジナル』と呼ぶことは絶対にしないでください。」
なぜこの書き起こしを作ったか
フリーランスはプロジェクトを失くします。本能的な反応はパニックになるか、水印のついたファイルを納品してクライアントが気づかないことを祈ることです。この書き起こしは冷静な順序を与えてくれます。草稿を確認し、エンドカードを試し、それから修復する。修復ステップは、プロジェクトが消えたときに私の納品物を救った一歩です──そして目的地のルールを書き留めておくことで、「マスター」と「SNS 投稿」で『直った』が何を意味するかについて正直でいられます。
フォローアップ Q&A（コメントより）
Q：再書き出ししてもまだマークが出る場合は？
A：その場合、草稿の透かし設定がオンになっていたのです。それをオフにして再レンダーします。
Q：修復した隅がタイトルカードの上で少し柔らかい──許容できる？ A：クライアントの SNS 投稿なら、はい。マスターなら、いいえ──ソースが失われたことをクライアントに伝え、原素材があれば再編集を提案してください。
Q：マークを避けるためにクリップ全体をクロップ（切り抜き）すればいい？ A：マークが端っこにあって、クロップしてもコンテンツを切らない場合に限ります。多くの CapCut 書き出しではマークが十分内側にあり、クロップするとフレームを切ってしまいます。修復の方がきれいです。
いつ追加料金を取るか
フリーランスとして、プロジェクトがクライアントのせいではなく失われた場合、修復は請求できる作業です──それは編集ではなくリカバリー作業です。私はこれを別の項目として見積もります。「透かしリカバリー（ソースプロジェクトなし）、クリップあたり」。クライアントは受け入れます。なぜなら代替策は10倍のコストの再撮影だからです。名前を付けることで、「プロジェクトを取っておくべきだった」と決めつけるクライアントからも自分を守れます──ステップ 1 の SOP 注記が、所有権と範囲を最初に文書化しています。
製品としての書き起こし
このウォークスルーは、クライアントに「なぜクリップにそんな値段がつくのか」を理解させるための、私が渡す納品物そのものです。黙った請求書よりも、透明な書き起こしの方が信頼を早く築きます。修復ステップが私の納品物を救い、書き起こしが関係を救いました。
フリーランスの底线（ボトムライン）
この書き起こしは、クライアントが自分のミスにお金を取られたと感じることなく、失われたプロジェクトのコストを理解できるように存在します。リカバリーステップを別に名指しすることで信頼は保たれます。編集は問題なかった、アーカイブが問題だった、リカバリーは既知の、価格のついた作業だ。その明快さが、クライアントが戻ってくる理由です。修復がファイルを救い、誠実さが関係を救いました。
最初にすべてのクライアントに伝えているのは、失われたプロジェクトはリカバリー作業であり、それとして値段をつけるということです。この書き起こしは、彼らが自分のミスにお金を取られたと感じるのではなく、クリップにそんな値段がつく理由を理解できるように存在します。リカバリーステップを別に名指しすることで関係は保たれます。元の編集は問題なかった、アーカイブはそうではなかった、修復は既知の、範囲の決まった作業だ。その透明さが、クライアントが戻ってくる理由です。修復ステップが納品物を救い、範囲についての誠実さがアカウントを救いました。どちらも仕事の一部であり、どちらもこのチュートリアルにふさわしいものです。
