有限会社タカオ様において、これまで培われてきた質の高い対面接客と顧客関係性をデジタル技術でさらに強化し、次の世代へのスムーズな事業承継を支える経営インフラを構築することを目的に、Zoho CRM を中核とする初期実装プランをご提案いたします。

現在ご活用の「Zoho Bookings」とのシームレスな連携をベースに、接客・販売・メンテナンス・再アプローチまでをデジタルで一気通貫に繋ぐことで、現場の省力化とデジタルマーケティング（LINE/メール）の高度化を同時に実現します。

2.1 紙伝票運用と2重入力によるタイムラグ

• 現状: 接客時に紙伝票を手書きし、後日旧システム（サザンクロス）へ手入力する2重運用。入力完了まで最大4ヶ月のタイムラグ。
• 解決策: 接客時にタブレット等から電子伝票へ直接一次入力。リアルタイムに顧客カルテ（Zoho CRM）へ反映。
• ★入力画面の方針: 高齢スタッフを含む視認性・操作性を最優先し、紙伝票に寄せた「1画面で全体が見える」カスタム入力画面を構築（§3.4）。

2.2 郵便DM（1件117円）依存によるコスト高

• 現状: 郵便DMが主チャネルで1件117円。費用対効果に課題。
• 解決策: 購入履歴・メンテ時期によるセグメントを自動抽出し、★LINE公式アカウント・メール（Zoho Campaigns）へ段階的に移行。
• ★反応計測: メールは開封・クリックまで計測可能。LINEの「既読」は仕様上取得できない見込み（§3.8）。

2.3 既存システム「サザンクロス」の制約とデータ移行

• 現状: 顧客29,000名・伝票132,000件が蓄積。データ量過多で使いづらい。
• ★進め方: ①補助金交付決定後に移行方針を伝達 → ②CSV全件書き出し（顧客はバックエンド対応要／商品は書き出し機能なく別途作成）→ ③品質レビュー → ④クレンジング・正規化 → ⑤安全な形でAI活用。

★当面は補助金適合性と費用効率を重視し、「Zoho CRM エンタープライズ ＋ Zoho Campaigns ＋ WorkDrive（＋ 既存 Bookings）」を基本採用。カスタム入力画面やLINE連携の基盤としてエンタープライズが必要です。「CRM+」へのアップグレードは随時可能で、補助金評価もほぼ同等です。

3.3 ★メンテナンス記録と次回起票

• ★保持先は「受注伝票」（商品マスターには直接ぶら下げない）。
• ★2種類の伝票：①商品購入伝票／②メンテ伝票。②から①を任意参照（自社購入品以外もあり得るため非必須）。
• ★有料クリーニングは伝票起票、無料メンテは記録任意。初期は必須化しない（繁忙期明けに本格運用）。
• 次回メンテ起票：購入時に目安時期を定義し予定を自動起票、期日前にLINE/メール案内。

3.4 ★受注伝票カスタム入力画面（コア機能の中核）

• ★紙伝票に寄せた1画面UI：商品名・手数料・金額が並び、総額まで1画面で視認。グリッド風明細入力で商品マスター・価格表を裏側連携。
• ★印刷ボタン：「控え印刷」から帳票PDFの差し込み出力ウィザードを起動。
• ★Googleカレンダー連携：「お届け日時」「担当者」入力で予定を自動起票・同期（実装難度は低い）。
• Bookings ⇔ CRM：メール一致で予約履歴を紐付け、無ければ電話番号で照合（氏名のみの自動紐付けは回避）。

想定する運用方針

• 作成・編集は Notion 側のみ（Notion を入力面・正本とする）。
• その内容を API で Zoho 商品マスターへ一方向に作成・更新（Notion → Zoho）。
• Zoho 側は直接編集させないよう権限制御。

(4) ★【代替案】Zoho 側に「Notion 類似の専用入力画面」を設ける構成（安定性重視）

「Notion で入力 → 同期」ではなく、Zoho 上に Notion ライクな専用画面を用意し、その画面から直接・リアルタイムに商品登録・更新を行う構成です。

トレードオフ：使い慣れたNotionではなくZoho画面での入力になる点、専用画面の作り込み工数が必要な点。運用の単純さ・データ一貫性では本案が最も堅牢です。

(5) ご相談したいこと

• 方式の選択：(2)スケジュール同期 と (4)Zoho内専用画面 のどちらを基本とするか。
  ※弊社所見：運用安定性・データ保持の確実性では (4) が最も堅牢。Notionの入力体験を強く優先される場合は (2)。
• 価格バリエーションの持ち方／（同期採用時の）同期間隔。

3.6 ★顧客関係性（親子・友人など）

備考欄の手書きから脱却し、関係性をCRM上で可視化（接客の会話補助、娘宛など大口の個別DMに活用）。

方針：世帯=案A・横関係=案Bのハイブリッドを軸に提示。「優先課題の一つ」として進行。

3.7 ★POS（スマレジ）将来連携のスタンバイ設計

• 当面は導入先送り（決済手数料は既存SMBCカード契約で抑制、業務負荷も考慮）。
• 「スマレジ」を最有力（公開API充実・商品マスター連携可）。Air レジは商品マスター連携が難しい可能性。
• スタンバイ設計：Zoho側の商品・受注伝票項目をスマレジAPI仕様に合わせて先行設計。
• 🔍要確認：Zoho採番の商品IDと将来のスマレジ商品コードが衝突しない採番設計か。

移行成功の鍵は「友だち追加の導線設計」と「CRM顧客データとの紐付けフロー」の2点。

10月は年間最大の繁忙期。「9月までにコア機能を稼働」するスモールスタートを提案します。★実装はお盆前まで／データ移行はお盆明け／9月オンボーディング。

gantt
    title Zoho CRM 導入プロジェクトスケジュール（9月コア稼働目標）
    dateFormat  YYYY-MM-DD
    section 準備・申請
    IT導入補助金申請準備 (6/15締切) :active, 2026-06-01, 2026-06-15
    補助金交付決定待ち (第2期想定) : 2026-06-16, 2026-07-23
    section 第1フェーズ（コア構築＋データ移行）
    要件定義（業務整理・CRM設計） :active, 2026-07-01, 2026-08-12
    受注伝票カスタム入力画面・価格表構築 : 2026-07-20, 2026-08-12
    帳票（PDF）印刷・Googleカレンダー連携 : 2026-08-01, 2026-08-12
    既存データ移行（名寄せ・クリーニング） : 2026-08-17, 2026-09-15
    テスト・サンプルデータ移行検証 : 2026-09-01, 2026-09-20
    コア機能本番稼働（9月） :milestone, 2026-09-22, 0d
    section 第2フェーズ（オンボーディング）
    現場スタッフ研修・運用手順書・録画教材 : 2026-09-08, 2026-09-30
    繁忙期運用（コア機能のみ安定稼働＋訪問サポート） : 2026-10-01, 2026-10-31
    section 第3フェーズ（拡張）
    LINE公式アカウント導線・フォーム設計 : 2026-11-01, 2026-11-15
    LINE-CRM紐付け・突合キー実装 : 2026-11-10, 2026-11-25
    Zoho Campaignsメール配信・分析連携 : 2026-11-20, 2026-11-30
          

「導入後の形骸化」を防ぐため、以下の体制とサポートを提供します。

1. 三者合同プロジェクトチーム：「高尾様」「現場責任者様」「弊社（etika）」の3者体制で意思決定を迅速化。
2. 運用手順書の整備と現場説明
   • 電子伝票入力・帳票出力等のステップバイステップ運用マニュアルを作成。
   • ★現場説明会は録画／動画マニュアル化し新規スタッフのオンボーディング教材に。
   • ★訪問による現場巻き込み・定着支援を重視。
3. 納品後の一次サポート：★一次問い合わせ窓口は弊社が担当（少なくとも2年間）。保証範囲は別途資料。

★役務単価 60,000円／人日（税抜）。精緻化した見積を正本として統合。

加点(顧客側)：賃上げ計画(先行賃上げで6%水準)／SECURITY ACTION(★申請済)／デジウィズ・省力化ナビ(共通GビズID)／成長加速マッチング／GビズIDプライム(★取得済)。★不採択時は要件定義費240,000円が実費。第2期採択を目指す。

6.1〜6.2 のベース見積（60,000円/人日）は5/26 打ち合わせ前のものです。打ち合わせで新たに出た下記要件は同単価・同工数感で別途見積もりします。

★追加要件を含む役務費用 総括

※補助金の役務対象上限は200万円。ベース見積だけで上限到達のため、追加要件・Notion採用分の超過は補助対象外（自己負担）。スコープと補助対象の取り方は要件定義で最適化します。

本提案 v2 のフィードバックをいただきつつ、以下を協議・確定します。

1. システム構成の最終確認（エンタープライズ構成での合意／CRM+ 切替の要否）。
2. 商品マスター入力方式（§3.5）：スケジュール同期（Deluge プル型）か、Zoho内Notion類似専用画面（安定性高）か。価格バリエーションの持ち方・同期頻度も。
3. メンテナンス記録の仕組み（受注伝票2種・任意参照）の具体案提示（弊社）。
4. 顧客関係性管理（§3.6）の方式（案A／案B／ハイブリッド）の方向づけ。
5. LINE既読可否・POS採番衝突の確認結果報告（弊社）。
6. データ移行アプローチ（交付決定後のサザンクロス書き出し調整）の合意。
7. 補助金シミュレーションの検証（従業員数・賃金要件、2/3適用可否、賃上げ計画）。
8. 要件定義の前倒し着手の可否と着手範囲の合意（不採択時の実費前提を含む）。