MENU

納品記事の受領可否を決める判断基準!どのように決めるの?

外注ライターさんから納品記事を受け取ったら、発注者はそれに対して何らかの反応をする必要があります。

納品記事に問題がなければそのまま受領すればOKですが、一方で納品記事に問題があれば修正依頼をすることもあるでしょう。

今回は外注ライターさんが記事を納品した際に発注者側はどのような判断基準で受領の可否を決めるべきか。

また、私が個人的におすすめしたい判断基準や対処法について解説します。

目次

納品記事の受領可否の判断基準

契約内容が守られているか?

外注ライターさんに依頼した場合の契約内容で最も注意をしなくてはいけないのは「文字数」です。

例えば、契約内容が1000文字以上というものであったのに、文字数が800文字で納品された場合は当然、受領不可で修正依頼(追加の加筆)を行う事になります。

文字数というのは客観的に分かりやすい数字ですから、これが守られないライターさんは契約の継続が厳しいなという印象です。

1度や2度くらいは文字数不足があっても、修正依頼で再納品で合格なら良いと思います。

ただし何度もそのミスを繰り返すようであれば次の契約更新は見送った方が良いでしょう。

また、契約内容には納期も含まれることもあるでしょう。

納期を守って納めてくれるライターさんならそれに越したことはありません。

ただ個人的には納期はあまり重視していません。

それぞれのライターさんにも事情があるので、私は最初から「納期は目安なので多少遅れてもOK」としています。

記事作成マニュアルの指示に従っているか

記事作成を外注する際には、記事作成マニュアルが必須です。

記事作成マニュアルには、以下の内容を含めておくとよいでしょう。

  • 納品ファイル名の書き方
  • 記事のタイトルの作り方
  • 記事本文の書き方(キーワードからどのように記事を作成するのか)
  • 記事本文の構造
  • コピペチェックについて
  • NGワード

マニュアルをよく読んで、その通りに記事を作成していただかないと、期待外れの記事が出来上がってしまいます。

記事が納品されたら、マニュアルの内容と照らし合わせて、納品チェックを行ってください。

とは言え、記事作成マニュアルの内容を最初の納品で100点満点に仕上げてくるライターさんは、少数です。

マニュアルの指示内で細かい部分は多少多めに見るとして、概ね作成マニュアルの指示に従っているかどうかを受領可否の判断基準になるでしょう。

納品記事内の情報の正確性

納品記事の内容を確認している際に、「あれ、これは変だな?」と思う事もあります。

自分自身で調べてみると、記事内容の情報が不正確であるということも時には起こります。

そんな時はもちろん修正が必要になります。

特にAIユーザーが作成する記事は要注意です。

個人的には外注ライターさんが記事作成にAIを使っても良いと思っています。

しかし、AIが収集する情報はいまだ不正確なものも多いという状況があります。

そのため、AIに書かせた記事をノーチェックでそのまま納品してくるような場合は不正確な情報が入り混じります。

検索キーワードの意図にあった記事になっているか?

個人的に最も重要だと考えているのが「検索キーワード」の検索意図(疑問)に対して回答となる記事となっているか?という点です。

もちろんマニュアル内にも言及されている内容です。

「検索キーワード」の検索意図を考えれば、記事で書くべき内容はおのずと分かります。

ただし、特に初心者であればキーワードの意図に沿った記事ではなく「自分の知っている範囲で」もしくは「自分が書きたいように」記事を書いてしまいがちです。

誤字脱字

誤字脱字もチェックポイントの一つになります。

ただ、これは頻度の問題です。

1つや2つ誤字脱字程度なら指摘しない方が、発注者・受注者双方のお互いのためです。

一方、誤字脱字が多発する方は要注意です。

「注意してください」というのはもちろんなんですが、AIに誤字脱字チェックをさせるというのも1つの手だと思います。

まとめ

いかがでしたか。

今回は納品記事の受領可否の判断基準について解説しました。

もちろん判断基準は最終的に発注者が決めていくものです。

厳しい判断基準にすれば、発注者も受注者も疲弊するでしょうしなかなか先に進まないという問題が出てくると思います。

一方、甘すぎては納品される記事のクオリティが下がります。

ですからこのバランスが非常に重要です。

外注に挑戦する前に決めてしまうというよりは、外注記事の納品を受け取っていく中でご自分なりの判断基準を決めていかれると良いと思います。

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

コメント

コメントする

CAPTCHA


目次