Mono Drip Journal

課題

動画が主流になった時代に、テキストのブログを持つ意味をまず定義する必要がありました。そのうえで、継続的に記事を生産する仕組みがなければ、個人メディアは数本書いて止まります。

やったこと

ブランド軸・コンテンツ方針・デザインガイドライン・WordPress のカテゴリ構造までを含めて運営設計を行いました。そのうえで、記事プロジェクトの作成フロー、ショートコードの管理、入稿の自動化といった運営そのものの仕組み化を進めています。旧ブログからの記事移行も1つのプロジェクトとして実施しました。

設計上の意思決定

Markdown → Gutenberg 変換で入稿を自動化した

• 判断：markdown_to_gutenberg.py を書き、原稿は Markdown で書いて変換して入稿する形にした。
• 選択肢：WordPress のエディタで直接書く。
• 理由：ブロックエディタでの装飾作業が、書く行為そのものを止めていた。書く工程と整える工程を分ければ、書く方に集中できる。
• 結果：入稿が定型作業になり、記事の生産が編集画面の都合から切り離された。

コンテンツ側の設計手法を持ち込んだ

• 判断：HARM の法則・MCC モデルを使ってコンテンツ設計を行った。
• 理由：何を書くかを都度の思いつきで決めていると続かない。記事のテーマ選定にも枠組みが要る。
• 結果：カテゴリ構造とコンテンツ方針が接続され、書くネタの枯渇が構造の問題として扱えるようになった。

詰まったところ・失敗

学び

• 個人メディアの継続は、意志ではなく入稿の摩擦で決まる。摩擦を消すのはエンジニアリングの仕事だった。
• WordPress のカスタマイズ（ウィジェット・ショートコード・GitHub API 連携ウィジェットの自作）と CI/CD の構築を通じて、プロダクトをコンテンツとブランドの側からも設計できるようになった。