目次4
「WordPressは使い慣れているので」と継続を決める前に、誰が使い慣れているのかを確認したいです。開発者が実装しやすくても、編集担当者は軽微な修正を依頼し、対応を待っているかもしれません。
その状態で次も同じ構成を選べば、編集担当者の不便も続きます。CMSを選定する立場にいるなら、自分の扱いやすさだけで決めるわけにはいきません。
「慣れている」は誰の話か
例えば、記事の一覧に表示する項目を一つ追加したいとします。編集担当者には変更する手段がなく、開発者への依頼が必要です。要件を説明し、見積もりを確認して作業日を調整する。公開後には表示も確認します。
コードの修正が短時間で終わっても、依頼する側には要件の説明や対応を待つ時間が発生します。開発者の作業時間だけを見て「使いやすい」と言うのは、都合がよすぎます。
開発者にとって、経験のある構成を選ぶ利点はあります。実装工数を見積もりやすく、不具合が出たときの調査方法も分かります。ただ、それで編集担当者の作業まで減るとは限りません。
修正を依頼するたびに業務が止まるなら、その回数や待ち時間も含めて評価するべきです。開発者が修正しやすいという理由で、編集担当者には毎回の依頼を続けてもらう。その選定を運営全体にとって便利だと説明するのは無理があります。
次のリニューアルでは、編集担当者が何を依頼しているかを調べ、依頼せずに更新できるCMSを候補に入れてほしいです。慣れた構成の維持を前提にすると、その選択肢を調べる機会まで失います。
プラグインで省いた手間を誰が引き受けるのか
WordPressには豊富なプラグインがあり、必要な機能が見つかれば開発工数を省けます。ただ、導入できることと、その後の運用に手間がかからないことは別です。
プラグインの更新確認や、組み合わせによる不具合の調査は誰が担当するのか。導入する人と保守する人が違えば、初期開発で省いた工数と、運用中に発生する工数は別の担当者の仕事になります。
公開までを短期間で済ませても、次の担当者に保守対象の多い構成を引き継ぐなら、その負担も選定時に説明するべきです。「既存のプラグインでできます」だけでは、導入後の仕事が抜けています。
移行先を探すときには、今のプラグインを一つずつ再現する前に、現在も必要な機能を整理します。必要な機能を標準で備えたCMSを選べば、個別に追加していた実装や設定を減らせる場合があります。
WordPressで実現できると分かっただけで、他のCMSを調べるのをやめてしまうのは早すぎます。実装できるかという話ばかりで選ぶと、その後に誰がどんな作業を続けるかが後回しになります。
継続する人にはなぜ説明を求めないのか
移行を提案すれば、予算と工期を聞かれます。データの欠損やURLの変更をどう防ぐか、切り替え後の不具合にどう対応するかも説明します。提案する側には、その準備が必要です。
継続は前年と同じ契約を更新するだけで決まるなら、負担は違います。移行を提案した人は変更する理由を説明し、結果も問われる。一方、継続する人は今の不便を残す理由まで説明せずに済みます。
この条件なら、担当者にとって何も提案しない方が無難です。編集担当者の待ち時間や保守担当者の負担が続いても、契約更新時に問題として扱われなければ、その判断を説明する機会もありません。
移行して失敗したら判断ミス。継続して毎月手間がかかるのは通常業務。継続する側は楽ですね。
移行の費用を説明させるなら、継続して発生する作業も説明してほしいです。誰が何を繰り返し、その対応で何を後回しにするのか。今も稼働しているというだけで、来年も同じ作業を引き受けると決めるのは雑です。
移行にはデータ変換や検証の工数がかかり、失敗する可能性もあります。それを確認するために、候補CMSへ実際のデータを取り込んで検証します。継続には説明を求めず、移行には検証の予算すら出さないなら、継続する結論は最初から決まっています。
使う人が困っているなら移行を提案してほしい
僕自身は、AIを使う編集工程を設計したくて電脳スライムのCMSを自作しました。「2026年、CMSを自作する」にも書きましたが、既存のCMSを使った方が開発は早かった可能性があります。自分で作ってみたかったという都合もあります。
今後ほかの人が使いにくいと言ったときに、「自分で修正できるから便利」で押し切るつもりはありません。僕がコードを修正できても、その人は毎回修正を依頼することになります。自作に付き合ってもらう理由としては、さすがに身勝手です。
WordPressの選定でも、自分が扱い慣れた構成を優先していないかは疑うべきです。使う人が困っているなら、依頼を減らせるCMSを探し、実際の更新作業を試してもらう。その結果を使って移行を提案できます。
移行を決める権限がなくても、今の運用で発生している依頼や待ち時間を整理し、改善する案は出せます。保守や更新の手間を把握している開発者には、慣れた構成を維持する以外の提案もしてほしいです。
次のリニューアルでもWordPressを使うなら、編集担当者や次の保守担当者にとっても適切だと説明してほしい。自分が慣れているという都合で、誰かに不便な作業を続けてもらうのはやめたいです。
