本文へ移動
CASE STUDY 21 / OPERATIONAL DOCUMENTATION / SHOPIFY

運用マニュアルを、
補足資料ではなく成果物にする。

操作画面の説明だけで、公開後の社内運営や担当者変更に対応できるとは限りません。操作とともに、商品構造、設定理由、判断基準、確認事項を残す資料設計を、小川金正堂のCASEから検討します。

THEME
Operational Documentation
CASE EXAMINED
京都御所西 小川金正堂
DELIVERED
2026-06-08 / 2 documents
EVIDENCE STATUS
Audited / Publication Ready
CENTRAL QUESTION

操作を説明すれば、自社運営へ移行できるのか。

担当者が変わっても同じ考え方で商品を追加できるようにするには、操作手順のほかに、どの判断と運用ルールを成果物として残す必要があるか。
CASE CONTEXT

商品登録には、操作だけでは決められないことがあった。

小川金正堂では、最初の基本形式が用意されれば、社内担当者が商品追加を進められることが、2026年2月16日の相談時点で確認されていました。

同日、商品テンプレート、登録方法のマニュアル化、選択項目のルール整理が提案され、参考例として「プロットファイル.pdf」が共有されました。クライアントは、社内で少しずつ作業できる担当者がいることと、マニュアル化を歓迎することを回答しています。

その後、実際の登録・設定を整理すると、商品タイプ、コレクション、既存設定の再利用、Infinite Options、設定変更時の注意事項など、クリック位置だけでは判断できない項目がありました。そこで当初想定した操作図中心の資料を、運用判断まで含む二冊の標準書へ変更しました。

ANALYSIS

再現する対象は、画面操作だけではない。

マニュアルが操作の順番だけを記録すると、同じ画面を操作できても、どの商品タイプを選び、どの設定を再利用し、何を公開前に確認するかは担当者へ残りません。

Operation

どの画面で、どの設定や入力項目を操作するか。

Structure

商品タイプ、分類、コレクション、オプションをどう関係づけるか。

Decision

既存設定を再利用するか、新規設定を作るかを何で判断するか。

Control

追加・変更後、公開前に何を確認して品質をそろえるか。

分析上の結論:社内運営へ移すための文書は、完成した画面の操作説明ではなく、同じ品質で次の業務を行うための判断基準を含む成果物として設計する必要があります。

DECISION FRAMEWORK

対象・判断・手順・確認の四層を残す。

01

Define

誰が、どの業務を、どの時点で行うための資料かを定義する。

02

Explain

構造と設定理由を示し、操作の前提となる考え方を共有する。

03

Guide

実際の追加・変更手順を、必要な画面説明とともに記録する。

04

Verify

公開前の確認項目と例外時の判断先を残し、品質確認へ接続する。

IMPLEMENTATION

CASEで行われた運用資料の設計と引き渡し。

2/16

社内で行う商品追加を確認

基本形式を用意した後、社内担当者が商品追加を進める前提と、マニュアル化への希望を確認しました。

2/16

マニュアルの構成例を共有

商品テンプレート、登録手順、選択項目ルールを残す方針を提示し、「プロットファイル.pdf」を参考例として共有しました。この資料は小川金正堂向け完成版ではありません。

設計

操作図中心から運用標準へ変更

実際の商品管理では判断項目が多いため、クリック位置だけでなく、商品分類、商品タイプ、設定理由、運用ルール、公開前確認を記録する構成へ変更しました。

制作

二つの対象へ資料を分離

商品管理全体を扱う「Shopify商品管理運用標準書」と、入力項目・表示条件等を扱う「Infinite Options運用標準書」に分けて制作しました。

6/8

完成した二冊を送付

13時53分に完成を報告し、14時16分と15時16分に二つのPDFを取引トークルームで共有しました。

6/8

受領と社内共有方針を確認

15時34分、クライアントから資料への謝意、担当者へ共有して進める方針、第2回作業を閉じてよいとの回答を受けました。

VERIFIED RESULTS

一次情報で確認できた資料成果。

CONFIRMED / DOCUMENTS COMPLETED

二冊の運用標準書が完成した

Shopify商品管理とInfinite Optionsを分け、操作、商品管理、分類、設定、登録ルール、公開前確認を扱う資料として完成を報告しています。

Evidence: 運用資料送付メッセージ / 2026-06-08 13:53

CONFIRMED / DELIVERED

完成資料を取引トークルームで共有した

「運用標準書_京都御所西 小川金正堂」と「Infinite Options 運用標準書」のPDF添付記録があります。

Evidence: PDF添付記録 / 2026-06-08 14:16・15:16

CONFIRMED / ACCEPTED

クライアントが受領し、作業完了を承認した

クライアントは「大変丁寧なマニュアル」と評価し、第2回作業を閉じてよいと回答しました。

Evidence: クライアント返信 / 2026-06-08 15:34

CONFIRMED / INTERNAL SHARING INTENT

担当者へ共有して進める方針が示された

クライアントは、担当者にも資料を共有して進めてもらうと回答しました。実際の共有完了や利用状況とは区別します。

Evidence: クライアント返信 / 2026-06-08 15:34

FINDINGS

運用資料を成果物にする実務上の示唆。

運営者から逆算する

資料の範囲は、制作者が説明したい設定ではなく、公開後に担当者が行う業務から決めます。

操作と判断を分けない

クリック位置と、なぜその設定を選ぶのかを同じ運用文脈へ残します。

対象領域で分冊する

商品管理全体と個別アプリの設定を分けることで、探す目的を明確にできます。

引き渡しを記録する

完成だけでなく、送付、受領、修正受付、完了承認を成果物の引き渡しとして確認します。

LIMITS

このCASEが証明しないこと。

  • 約100ページという記述は二冊を合わせた資料全体の概数であり、各冊の正確なページ数とは扱いません。
  • 2026年2月16日に共有した「プロットファイル.pdf」は構成例であり、小川金正堂向け完成マニュアルではありません。
  • クライアントは担当者へ共有する方針を示しましたが、共有完了日、閲覧者、利用回数、習熟度は確認していません。
  • 資料によって商品登録時間、入力ミス、問い合わせ件数が改善したことを示す計測記録はありません。
  • 受注、在庫、会計、顧客対応を含む全社業務マニュアルを作成した事例ではありません。
  • このCASEは、すべてのEC運用で長い資料や二冊への分冊が必要であることを示すものではありません。
EVIDENCE AUDIT

方針・参考例・完成・送付・受領・利用を分ける。

主張品質区分根拠・処理
社内担当者が商品追加を進める前提があった要件事実クライアント返信、2026-02-16 13:15:01
マニュアル化を歓迎する回答があった合意事実クライアント返信、2026-02-16 13:15:01
「プロットファイル.pdf」を参考例として共有した参考資料共有事実ダイレクトメッセージ添付記録、2026-02-16 11:32:41。完成版とは区別。
操作図中心から運用標準書へ構成を変更した制作判断事実運用資料送付メッセージ、2026-06-08 13:53
二冊の運用標準書を完成・送付した制作・引渡し事実完成報告およびPDF添付記録、2026-06-08 13:53・14:16・15:16
クライアントが受領し、第2回作業完了を承認した受領・完了承認事実クライアント返信、2026-06-08 15:34
担当者へ共有して進める方針が示された共有意向事実クライアント返信、2026-06-08 15:34。共有完了・利用実績とは区別。
運用資料は操作だけでなく判断基準を残す成果物である分析社内運営要件、制作変更、資料内容、引き渡し結果から導いた解釈
担当者が資料を継続利用している未確認閲覧・利用・更新の原本記録がないため主張しない。
資料によって運営効率や売上が改善した未立証利用指標・業務指標・売上指標を確認していない。

重要な識別:2月16日の「プロットファイル.pdf」は方針を具体化する参考例です。6月8日に送付した二冊を、小川金正堂向けの完成成果物として扱います。

結果の境界:確認できた結果は、二冊の完成、送付、受領、完了承認、社内共有方針までです。担当者による実利用とその効果は、未確認のため結果へ含めません。

公開許可:2026年2月16日の実績公開許可と、2026年6月10日のPROJECT全体公開許可を確認しています。

判定:要件、参考例、構成変更、完成、二回の添付、受領、完了承認まで追跡でき、利用成果を除外したPublication Readyです。