🏢 リツビ BtoB ECサイト ドキュメントポータル¶
リツビ BtoB ECサイトの要件・設計・実装・運用資料を横断する全体ポータルです。まずは優先読者ごとの導線から入り、検収・納品・運用・引き継ぎで共有する資料は 05. 納品・運用ポータル へ進んでください。
👥 優先読者の入口¶
検収担当¶
- 最初に開く: 05. 納品・運用ポータル
- 次に読む: 納品・検収報告書 / 要求仕様書 / 受入基準チェックリスト
- この入口で分かること: 納品範囲、受入条件、確認順、証跡の追い方
システム管理者・運用担当¶
- 最初に開く: 05. 納品・運用ポータル
- 次に読む: 運用マニュアル索引 / 管理者マニュアル / Vendure Dashboard操作ガイド / 保守・障害対応索引 / バックアップとリストア / 保守・サポート計画書(窓口情報は未確定項目あり)
- この入口で分かること: 日常運用、役割と画面操作、障害一次対応、保守条件の確認先
WordPress CMS担当¶
- 最初に開く: 運用マニュアル索引
- 次に読む: WordPress CMS公開運用マニュアル / Vendure Dashboard操作ガイド / WordPress CMS操作マニュアル(内部詳細) / WordPress CMS統合ガイド
- この入口で分かること: お知らせ・バナーの作成編集、キャンペーン本文の補助更新、メニュー管理、Storefrontへの反映確認
引き継ぎ開発者・保守担当¶
- 最初に開く: 05. 納品・運用ポータル
- 次に読む: 引き継ぎ索引 / コードベース アーキテクチャ概要 / 技術引き継ぎ書 / 実装仕様ポータル
- この入口で分かること: 引き継ぎの読み始め、全体構造、実装詳細への接続
🧭 全体ポータルと納品導線の関係¶
docs/index.mdは、社内で扱う広い資料群を横断する総合入口です。docs/05-delivery/index.mdは、検収・運用・引き継ぎで共有する主導線です。優先読者はまずこちらへ案内します。- Cloudflare Pages 上のドキュメントサイトは、顧客共有用に絞った導線として扱います。対象は検収・管理運用に必要な資料を中心とし、引き継ぎ資料の確認は
docs/05-delivery/と公式納品物 PDF を基準にします。 - 公式納品物として扱う仕様書一式は、
.mkdocs/spec.ymlから出力する PDF を基準に確認します。
🎯 目的から選ぶ¶
- 全体像をつかむ: プロジェクト背景 → 要件定義ポータル / 実装仕様ポータル / 引き継ぎ索引
- 要件の根拠を確認する: 元仕様書ポータル → 統合要件書
- 実装方法を確認する: 実装仕様ポータル → Vendureプラグイン / Storefront / AI エージェント運用 Runbook / Observability 相関ガイド / Frontend ガイド
- 配送希望日と営業日カレンダーの仕様を確認する: 元仕様書ポータル / 配送キャリア別の配送希望日・時間帯ルール / Vendure Dashboard操作ガイド
- 利用・運用手順を確認する: 納品・運用ポータル → 運用マニュアル索引 / 保守・障害対応索引
- CMSの操作手順を確認する: WordPress CMS公開運用マニュアル → Vendure Dashboard操作ガイド / WordPress CMS操作マニュアル(内部詳細)
- キャンペーン公開の正本を確認する: Vendure Dashboard操作ガイド / WordPress CMS公開運用マニュアル
- 進捗・合意事項を確認する: プロジェクト管理ポータル → 公開・納品スケジュール / 進捗管理
👥 その他の役割別クイックアクセス¶
- 初回キャッチアップ: プロジェクト背景 →
要件定義 / 実装仕様
/ 引き継ぎ全体像
背景・要件・実装・引き継ぎの入口を短時間で把握したいときに使います。 - 一般利用者: 納品・運用ポータル →
ユーザーマニュアル /
バックアップ手順
操作手順、障害一次対応、引き継ぎ資料を探したいときに使います。 - 開発者: 実装仕様ポータル →
設計仕様 / Frontend ガイド /
開発標準・ツール
実装方針、設計判断、開発ルールを確認したいときに使います。 - PM / 事業側: プロジェクト管理ポータル →
公開・納品スケジュール /
要件管理
進捗、要件差分、公開計画を確認したいときに使います。
🗂️ セクション別ガイド¶
| セクション | 主な内容 | 代表資料 | 主な対象 |
|---|---|---|---|
| 00. 元仕様書 | PDF / Excel / DOCX などの一次情報 | 元仕様書ポータル | 全員 |
| 01. 要件定義 | 整理済み要件、補足要件、トレーサビリティ | 統合要件書 | PM、検収担当、開発者 |
| 02. 設計仕様 | アーキテクチャ、UI指針、購入フロー設計 | 設計仕様ポータル | デザイナー、開発者 |
| 03. 実装仕様 | Vendure / Storefront / インフラの実装詳細 | 実装仕様ポータル | 開発者、運用担当 |
| 04. プロジェクト管理 | スケジュール、進捗、会議録、要件変更管理 | プロジェクト管理ポータル | PM、リード、検収担当 |
| 05. 納品・運用 | 利用者向け手順、保守、バックアップ、引き継ぎ | 納品・運用ポータル | 利用者、運用チーム |
| 06. 追加機能 | 基本スコープ外の追加開発候補 | 追加機能ポータル | PM、事業側、開発者 |
| 07. Frontend | UI ルール、共通コンポーネント、UI プレビュー | Frontend ガイド | Frontend 開発者 |
引き継ぎでコードベースの全体構造、外部依存、確認の起点を先に押さえたい場合は、引き継ぎ向けコードベース全体像 を参照してください。
🔄 主要ポータルの関係¶
flowchart TD
portal[docs/index.md
ドキュメントポータル] --> overview[project-overview.md
背景と対象範囲]
portal --> specs[specifications/index.md
原資料]
portal --> req[01-requirements/index.md
整理済み要件]
portal --> design[02-design/index.md
設計判断]
portal --> impl[03-implementation/index.md
実装詳細]
portal --> pm[04-project-management/index.md
進捗・合意事項]
portal --> ops[05-delivery/index.md
利用・運用]
req --> specs
impl --> design
pm --> req
pm --> ops
ops --> userManual[manual/user-manual.md]
ops --> maintenance[maintenance/system-maintenance.md]
ops --> handover[handover/technical-handover.md]
現在の判断や説明に使う資料は、このポータルから各セクションの
index.mdに入り、そこから詳細へ辿る運用を基本とします。
📚 リファレンス & 更新ルール¶
| 参照先 | 用途 |
|---|---|
| 開発標準・ツール | 技術標準、CI / Hook、運用ルールの確認 |
| ドキュメント運用ルール | ドキュメント配置、命名、更新時の基本方針 |
| ドキュメント運用ガイド | リポジトリ上で参照する docs/ 配下の役割分担と更新フロー |
| 専門用語集 | プロジェクト固有用語の統一 |
| 参考資料リンク集 | 外部サービス、決済、監視、関連資料の参照 |
🛠️ 更新時の確認(定期メンテナンス)¶
- 要件の根拠は必ず
specifications/を起点に確認する。 - 新しい資料を追加したら、該当セクションの
index.mdと MkDocs ナビゲーションを同期する。 - 監視の同期: Sentry Workflow / Uptime 設定が
observability/*.json正本と同期されているか確認する。 - プラグインの網羅: 新規プラグイン追加時、03-implementation/vendure-plugins/index.md へリンクを追記する。
- パスの整合性: コード例が最新のフォルダ構成(
packages/plugins/src/...)と一致しているか確認する。 - 検証時は
pnpm exec markdownlint-cli2 "docs/**/*.md" "README.md"とjust docs-buildを利用する。