標準で足りることと、足りなくなること
ECサイトの「店頭」（商品ページ・カート）は、テーマやプラグインでかなりカバーできます。
一方、事務所や倉庫が毎日触る「管理画面」は、自社の受注・在庫・出荷の流れに合わないと、いちばん手間が残ります。
標準で足りやすい
- 商品登録・価格変更
- 受注一覧の確認
- 基本的な在庫表示
カスタムが必要になりやすい
- 複数倉庫の引当ルール
- 独自の出荷・帳票
- 社内承認フロー
カスタムが必要になる5つのサイン
次のいずれかに当てはまるなら、「管理画面をそのまま使う」だけでは運用がきつくなるサインです。
運用を言語化いまの手作業を洗い出す
標準で試すCMSの機能範囲を確認
足りない所だけ設計連携・カスタム画面
- 受注データを社内の基幹・会計と手で転記している
- 在庫の引当ルールがチャネルごとに違う
- 出荷指示やピッキングリストが標準帳票と合わない
- 権限（誰が何を変更できるか）が部署単位で細かく必要
- B2Bの取引条件（掛け・納期・一括発注）が標準と合わない
判断の進め方
「全部作り直す」か「標準のまま」かの二択にしないことが大切です。
標準CMSで回せる部分と、個別に足す部分を分けると、導入スピードと保守のバランスが取りやすくなります。
周辺連携・カスタム画面
標準で足りない所だけ
標準CMSでの日常運用
受注・商品の基本操作
運用フローの整理
受注〜出荷を一枚に
下から順に固める
よくある質問
管理画面のカスタムは、いつ必要になりますか？
受注〜出荷の流れが標準と大きく違う、複数チャネルの在庫を一本化したい、社内の承認や帳票が独自、といったときです。見た目の変更だけならテーマ調整で足りることも多いです。
最初からフルスクラッチの管理画面を作るべきですか？
多くの場合はおすすめしません。まず標準の管理画面で運用を回し、足りない部分だけAPI連携やカスタム画面で補う方が、コストとリスクを抑えやすいです。
AKINAIのようなCMSとカスタム開発の関係は？
CMS側で商品・受注の基本操作を担い、倉庫連携や独自帳票などは周辺システムで足す、という分け方が定着しやすいです。プロダクトの標準機能と、個別要件の境界を先に決めるのがポイントです。