執筆・レビュー

取材内容を記事にし、品質を担保するプロセスです。

🎯 目的

• 取材内容を読者に価値ある記事に仕上げる
• 誤字脱字・事実誤認を防ぐ
• 法的リスクを回避する

---

✏️ 執筆フェーズ

1. 記事ファイルの作成

記事テンプレートをコピーして作成します。

cp docs/templates/tpl-article.md content/issue_202602/drafts/202602-example.md

---

2. YAML Front Matterの記入

必須フィールド

---
id: 202602-example
title: "記事タイトル"
deck: "読者ベネフィットを1行で"
category: feature  # feature/interview/news/policy/howto
tags: [地域名, 業種, テーマ]
author: ライター名
source: 取材日 2026-01-10 / 取材場所
status: draft
word_count: 0
photo: images/202602_example_01.jpg
subject_company:
  name: 企業名
  employees: 28
  revenue_range: "<=1B JPY"
  contact_ok: true
legal:
  quote_check: required
  name_publish: allowed
  sensitive: none
kpi:
  target_readers: 2000
  expected_actions: [問い合わせ, 商談]
---

---

3. 本文の執筆

記事の構成

### リード（200字）
読者ベネフィットを明確に。「なぜ今この記事を読むべきか」

### 見出し1: 事実（400字）
- 具体的な事実・数字
- 初出情報
- 取材でしか得られない情報

### 見出し2: 背景（300字）
- なぜ重要か
- 地域・業界トレンドとの関連

### 見出し3: 次の一歩（200字）
- 読者が取れるアクション
- 相談窓口・制度情報

> コラム（100字）
> 補助金・制度・用語解説

---

執筆のコツ

✅ DO

• 固有名詞は正確に（公式表記を確認）
• 数字を明示（「売上30%増」「従業員5名増」）
• 初出情報を優先（他で読めない情報）
• 読者アクションを明示（「○○に相談」「補助金申請は△△まで」）

❌ DON'T

• 過度な宣伝表現（「最高の」「業界No.1」）
• 曖昧な表現（「とても」「かなり」）
• 主観的な評価（「素晴らしい」「感動的」）
• 機密情報の掲載

---

4. 文字数のカウント

# Markdownの本文のみカウント（Front Matterを除く）
tail -n +20 content/issue_202602/drafts/202602-example.md | wc -w

Front Matterの word_count を更新。

---

🔍 レビューフェーズ

1. セルフレビュー（執筆者）

チェック項目

• [ ] リードで読者ベネフィットが明確か
• [ ] 初出情報が1つ以上含まれるか
• [ ] 固有名詞のスペルチェック完了
• [ ] 数字の単位が正しいか（円・人・%など）
• [ ] 読者アクションが明示されているか
• [ ] 写真のクレジットが記載されているか

---

2. エディターレビュー

レビュー観点

観点	チェック内容
事実性	固有名詞・数字の正確性
情報価値	初出情報の有無、読者ベネフィット
文体	新聞調の統一（である調）
構成	リード→事実→背景→アクションの流れ
法的リスク	機密情報・誹謗中傷の有無

修正指示の出し方

GitHub Pull Requestを使用する場合:

# ブランチ作成
git checkout -b feat/article-202602-example

# 記事を執筆
vim content/issue_202602/drafts/202602-example.md

# コミット
git add .
git commit -m "feat: 202602-example記事を追加"

# PR作成
git push origin feat/article-202602-example

PR上でレビューコメントを記入。

---

3. 引用チェック（該当する場合）

legal.quote_check: required の場合、被取材者に原稿を送付します。

メール例

件名: 【千葉経済産業新聞】記事の引用チェックのお願い

○○株式会社
○○様

お世話になります。千葉経済産業新聞の[担当者名]です。

先日取材いただいた内容を記事にいたしました。
掲載前に、内容をご確認いただけますでしょうか。

■ 確認事項
- 固有名詞（企業名・製品名・人名）に誤りがないか
- 数字（売上・従業員数など）に誤りがないか
- 機密情報が含まれていないか

■ 確認期限
[校了3日前の日付]まで

何か修正がございましたら、ご連絡ください。

【記事内容】
-----------------
（記事本文を添付）
-----------------

よろしくお願いいたします。

修正対応

• 事実誤認: 即座に修正
• 表現の変更希望: 編集判断で対応（過度な宣伝表現は不可）
• 機密情報: 削除

---

4. Front Matter検証

npm run check-frontmatter

エラーが出た場合、修正して再検証。

---

✅ チェックポイント

執筆完了時

• [ ] Front Matterの必須フィールドがすべて記入済み
• [ ] リードで読者ベネフィットが明確
• [ ] 初出情報が1つ以上含まれる
• [ ] 読者アクションが明示されている
• [ ] 文字数が目標範囲内（800-1200字）

レビュー完了時

• [ ] エディターの承認取得
• [ ] 引用チェック完了（該当する場合）
• [ ] 画像の著作権クリア
• [ ] Front Matter検証エラーなし

---

📝 ステータス管理

記事のステータスを随時更新します。

ステータス	意味
draft	初稿執筆中
editing	エディターレビュー中
legal-check	引用チェック中
approved	承認済み
final	確定（finalフォルダに移動）

---

🆘 よくある問題

Q: 取材内容が薄くて記事にならない

A:

1. 被取材者に追加質問（メール or 電話）
2. 他の事例・データで補強
3. 記事本数を減らす（企画変更）

Q: 引用チェックで大幅な修正依頼

A:

1. 事実誤認: 即座に修正
2. 表現の変更: 編集判断（宣伝表現は不可）
3. 全文削除希望: 編集長に相談

Q: 締切に間に合わない

A:

1. エディター・編集長に即座に報告
2. 優先度を再確認（他の記事で代替可能か）
3. 次号に繰り越し

---

次は台割管理に進みます。