⚠️ 内部資料 / 社外配布禁止
⚡ Active: 0 セッション
CHAPTER 08 / CLIENTS

クライアント管理

継続契約クライアントごとの業務請負スコープ・管理サイト・社内情報
担当: 白石(コンサル)+ 三宅(技術代行・白石副官)

このページについて

白石さん(A08_client_support)配下の継続契約クライアント別に、業務請負スコープ・管理マニュアルサイトのリンク・Cloudflare Access 設定情報・弊社内部メモを集約します。

掲載原則
  • クライアントに直接見せる情報は管理マニュアルサイト(例: buyme-manage.gna-jp.com)側に置く
  • 本ページ配下には弊社のみで管理する情報(請求先・支払いカード・Cloudflare Access 設定・引継ぎ事項等)を置く
  • 機密値(API トークン・client_secret・カード番号フル等)は記載しない。~/_credentials/ 参照とする

クライアント一覧

クライアント 主担当 業務請負内容 独立マニュアルサイト 状態
株式会社コンマラム 白石・三宅 BUYME / GNA Japan サイト・申込フォーム・管理サイト・サミット運営支援 BUYME-GNA 管理サイト ↗
(Cloudflare Access 認証)
アクティブ
Energy Saving THAILAND 白石・三宅・ターちゃん Notion 事業 OS 構築・Discord→Drive 取込パイプライン・投資家向けレポート ES Thailand ダッシュボード ↗
(Notion 管理ページ・弊社専用)
公開済
株式会社リード・リアルエステート 白石 STO・金融コンサル・上場戦略・グループ再編 顧問契約フェーズ移行マニュアル 公開済
Hi-co 株式会社 白石・三宅 AI 実装サポート(WordPress 半自動化)。現在無料お試し都度払い、有償化は今後相談して決定(2026-06〜) 公開済
株式会社松林組 白石 コンサル全般(建設業) 公開済

※ 独立マニュアルサイトは Connect8 マニュアル(本サイト)と別サーバーで稼働する業務マニュアル。Connect8 マニュアル側はインデックスと概要、独立サイト側は詳細な運用手順を保持する二層構造。同期は last_synced メタコメント + 検知 Bot で管理。

各クライアントページの構成テンプレ

新しいクライアントを追加するときは、以下の項目を埋めて 08_clients/<client_id>/index.html + 案件別サブページとして配置する。

  • クライアント基本情報:業種・契約形態・契約開始日・主担当・副担当
  • 請負業務スコープ:何をやっているか、案件別の状態
  • 管理マニュアルサイト:URL・ログイン手順・許可メアド管理
  • Cloudflare Access / インフラ設定:IdP・Policy・Workers・ドメイン構成
  • 請求・支払い情報:請求書発行先・立替カード末尾・月額目安
  • 関連リソース:Discord ch / Obsidian パス / GAS / スプシ
  • 引継ぎ事項:他メンバーが対応できるよう必要な前提情報
  • 成果物アーカイブ(Drive):月次レポート / 議事録 / 勉強会レポート の Drive フォルダ URL 一覧。`YYYY年mm月発行` 等の命名規則準拠
  • Obsidian Vault 連携:クライアント固有の一次情報ノート(事業状況・CEO期待値・経営方針・過去議事録要約)への参照リンク。obsidian://open?vault=second_brain&file=20_consulting/clients/<client-id>/... 形式

※ 三層データモデル:① 情報・知識層 = Obsidian、② アーカイブ層 = Drive、③ 業務把握層 = 本サイト。各層をリンクで連結する設計。

運用ルール(CHAPTER 08 共通・2026-05-16 策定)

1. クライアント ID 命名規則

  • kebab-case 英語(例: commalamu / energy-saving-thailand / lead-real-estate / hi-co / matsubayashigumi
  • CLIENTS.md / clients.json の正規 ID と一致させる(PARA Layer 1 ルール厳守)
  • 日本語フォルダ名は禁止。表示名(株式会社コンマラム 等)は HTML 内テキストでのみ使用

2. 新規クライアント追加の標準フロー

  1. 白石さん(または A08 担当)が _drafts/<client-id>_index.html を作成(既存 08_clients/commalamu/index.html を雛形に 7 項目埋め)
  2. CEO 承認 → manual-publish --client <client-id> index08_clients/<client-id>/index.html に昇格
  3. 08_clients.html のクライアント一覧テーブルに行追加(状態: アクティブ / 公開済 / 準備中)
  4. 兄弟クライアントページの CLIENT PAGES ナビに新クライアントへの相互リンク追加
  5. #deliverables-public に URL と report_work_done を投稿

3. CSS 衝突回避(元 HTML 流用時の必須対応)

クライアント側の既存 HTML(_context/_planning/manual/ 配下等)を 08_clients/<client-id>/ に取り込むとき、独自スタイルがあれば .<client-id>-* プレフィックスに名前空間を分離して共通 CSS との二重定義衝突を防ぐ。

実例: ES Thailand の Flow / Compare / サイズバー独自スタイルは .es-flow / .es-compare 等にリパッケージ済(2026-05-16 第二号パイロットで確立)。

4. 同期管理(独立マニュアルサイトとの二層構造)

  • 外部独立マニュアルサイトがある場合、Connect8 マニュアル側ページの <head> 末尾に <!-- last_synced: YYYY-MM-DD --> メタコメントを必ず埋める
  • 外部サイト更新時は同期検知 Bot(2_Areas/A07_internal_dev/manual-sync/、日次 08:00 JST)が #internal-dev-log にアラート発火
  • アラート受領後、担当エージェントが Connect8 マニュアル側を更新 → last_synced を書き換え
  • Connect8 マニュアル = インデックス + 概要、独立サイト = 詳細運用手順、という役割分担を維持

5. 機密情報の取り扱い

  • API トークン / client_secret / カード番号フル / 個人情報は記載禁止
  • メールアドレスは {{xxx_email}} プレースホルダか abc***@domain マスクで参照
  • credentials へのアクセス経路は「パス表記のみ」(例: ~/.config/es-thailand/notion.env)、実値露出禁止
  • クライアントごとの内部限定情報は将来 08_clients/<client-id>/_internal/ + 別 Access Policy で分離する設計余地を残す

6. 更新タイミング

  • 即時更新: 担当者変更 / インフラ構成変更 / 機密情報の有効期限切れ
  • 月次更新: 案件状態 / 請求情報 / 引継ぎ事項の見直し
  • 同期 Bot 検知時: 外部独立サイトの差分に応じて該当ページ更新

7. A08 オンボーディング組込

新規契約クライアントの初動チェックリスト(A08 リーダー白石さん主管)に以下を必須項目化:

  1. クライアント ID 決定(kebab-case 英語)
  2. 08_clients/<client-id>/index.html 作成(本ページの 7 項目テンプレ準拠)
  3. 08_clients.html 一覧テーブル更新
  4. 独立マニュアルサイトがある場合は last_synced メタ埋込 + watch_targets.json 追加(同期 Bot 連動)
  5. #deliverables-public に公開報告