📌 プロジェクトの目的
NBS の営業フローを 「見える状態」にする。Kintone での営業事務オペレーション (佐藤様中心) をヒアリングし、 問い合わせ → 商談 → 受注 → 契約後 の流れと Kintone 主要 6 アプリ (382 問合せ / 383 商談 / 385 案件管理 / 377 商品マスタ / 381 研修 / 387 取引先マスタ) の構成を判明。 柱 03 リード可視化 ( HubSpot CRM / 営業ダッシュボード / KPI レポート ) の前提情報。
01
🎙 ヒアリング 3 論点 (第 2 回作業 MTG 頭 30 分)
第 1 回定例 (4/7) で合意の通り、第 2 回作業 MTG (4/9) の冒頭 30 分で 営業事務 佐藤様 から下記 3 論点を伺いました。
論点 ①
新規問い合わせ後の流れ
問い合わせ受領 → 営業事務が kintone 382 (問合せ) 登録 → 営業担当アサイン → kintone 383 (商談) → 受注後 kintone 385 (案件管理) → 取引先マスタ 387 までのフロー。
論点 ②
ダッシュボードレポート
佐藤様が毎月作成している営業集計レポート (3 スプシ・成果物セクション参照)。Kintone から手動でデータ抜き出し → スプシで集計する作業フロー。Looker Studio で再現対象。
論点 ③
顧客管理ページの主要プロパティ
kintone 387 (取引先マスタ) の主要プロパティを把握。HubSpot Company への移行マッピング設計の基礎となった。
02
📐 3 フェーズ構成 (Figma スイムレーン版)
Figma で清書したスイムレーン版は 3 フェーズに分割。実線 = メインフロー / 点線 = 代替・例外フロー。
Phase 1
問い合わせ 〜 商談化
問い合わせ受付からデモ実施・商談化まで。10 ノード + 2 決定ダイヤモンド。サイドパス: 資料郵送 (D2/D3) / フォロー継続 (個人 LINE 追跡不可) / 月初未接触案件付替え / キャンセル率算出。
Phase 2
商談 〜 成約
商談入力から出荷 = 成約までのクロージング。サイドパス: 商談未了チェック (佐藤様手動アナウンス) / 追いかけ・音信不通 / キャンセル処理 (営業事務のみ)。
Phase 3
成約後
契約書突合せ → 研修 → サロン専売 EC 登録 → リマインド通知 (1M / 4M / 1Y) → クロスセル / アップセルまでのアフターフォロー。
📍 業務フロー全体図 + Kintone アプリ構成図は、マーケ・営業・営業事務 それぞれが確認しやすい 独立リッチページに統合しました。
Before (v1.0 現状) / After (v2.0 改善後) のバージョン切替付きで、現状フローと HubSpot 並行運用後の理想形を比較しながら閲覧できます。
🔄NBS 業務フロー全体図 (リッチ閲覧版) を開く →
本ページは プロジェクト管理視点 (ヒアリング・進捗・タスク) に集中し、業務フロー図そのものは上記リッチ版で閲覧いただく構成です。
05
📊 Before / After サマリー (HubSpot 移行後の理想形)
| 観点 | Before (現状 ・ Kintone 単独) | After (HubSpot 並行運用後) |
|---|
| 問合せ取得 |
営業事務 手動入力 (Kintone 382) |
HubSpot Form 自動取得 → Kintone へ自動同期 (Apps Script) |
| 商談入力 |
営業がスマホで Kintone 383 当日中に入力 |
HubSpot Deal モバイル + Kintone 並行 (どちらでも入力可) |
| 受注 → 案件 |
営業が注文書作成 (Kintone 385) |
HubSpot 案件 + Kintone 385 自動同期 |
| 集計レポート |
営業事務 (佐藤様) が手動でスプシに転記 → 集計 |
Looker Studio 自動集計 ・ 毎朝 7:00 同期 |
| 商談未了チェック |
佐藤様が LINE WORKS 通知を手動チェック |
HubSpot Pipeline ステージで自動アラート (将来) |
| スタイル | 意味 |
|---|
| 実線 + 白背景 | メインフロー (ハッピーパス) |
| ダイヤモンド | 分岐/決定ポイント (Yes/No、承認/否決等) |
| 灰色背景 | 代替/例外フロー (側路) |
| 濃灰色 + 点線枠 | ブラックボックス (個人 LINE・音信不通等の追跡不可領域) |
| 赤枠ピル形状 | エンドステート (出荷 = 成約) |
ブラックボックス (追跡不能な領域)
1. 問い合わせ → 商談化の間: 営業が社用スマホの個人 LINE アカウント (「NBS 山代」等の表示名) で顧客とやりとり。管理者権限でも閲覧不可。データとして一切残らない。
2. 商談化前の失注: 記録なし。月初の事後チェックのみ。
3. リマインド廃止後の対応漏れ: 代替手段なし、営業個人に依存。
4. LINE 問い合わせ: ライト層が多くデモ率が低いため、集計上分離して管理。
フロー上の補足事項
- 注文書は営業が作成 (価格・サービス費含め営業の裁量)。営業事務ではない。
- 機種テンプレート選択で必要な初期セットが自動入力 (注文書作成時)。
- キャンセル連絡は案件管理アプリ内のコメント機能でメンション通知を活用。
- 2 台目以降の導入: 納品先住所 2 として追加 (店舗別納品)。
- 商談入力後の LINE WORKS 通知: 自動で全員に共有。佐藤様が商談未了ステータスを手動チェック・アナウンス。
- 資料郵送: 問い合わせ後に営業事務が発送。住所不足で戻るケースあり (営業が先方に確認 → 再送)。
- サロン専売 EC サイト: 研修時に全顧客を登録。水・化粧品の購入と定期キャンペーン案内に利用。
HubSpot 移行時の重点ポイント
- フロー図中のオレンジノード (営業) が最も入力負担が大きい領域 → Sales Hub モバイルで解消が鍵。
- 商談入力必須 → 注文書作成の制約はそのまま HubSpot の Deal Stage で再現可能。
- 取引先マスターの親データ構造 → HubSpot の Company オブジェクトにマッピング。
08
📦 Kintone 主要 6 アプリ構成 (App ID 別)
| App ID | アプリ名 | 1 レコード = ? | 用途 |
|---|
| 382 | 問合せ | 1 問い合わせ | 新規問い合わせの登録 ・ 営業担当アサイン前 |
| 383 | 商談 | 1 商談 | 営業担当アサイン後 ・ 受注前の商談管理 |
| 385 | 案件管理 | 1 案件 | 受注後の納品・契約管理 ・ 機械販売件数の元データ |
| 377 | 商品マスタ | 1 商品 | 機器・消耗品・研修等の商品マスタ |
| 381 | 研修内容 | 1 研修 | 顧客への研修実施記録 |
| 387 | 取引先マスタ | 1 顧客 | 顧客 (サロン・クリニック) のマスタ ・ HubSpot Company に対応 |
4/7 (第 1 回定例)
Kintone 内部把握の必要性合意 ・ 営業事務 (佐藤様) ヒアリング設定
完了4/9 (第 2 回作業 MTG)
佐藤様との Kintone ヒアリング 3 論点 ・ 山城様が運用資料 (スプシ 3 件) 共有
完了4 月中旬
Kintone 主要 6 アプリ構成判明 (382 / 383 / 385 / 377 / 381 / 387) ・ Mermaid 図化
完了4 月中旬
業務フロー図 Figma 清書 (3 フェーズ ・ スイムレーン ・ サイドパス込み)
完了4/16
佐藤様にデータフロー図レビュー依頼 → 確認完了
完了5/15
静的ポータル (本ページ) に Mermaid で統合再現完了
完了
🎨 フロー図 (リッチ閲覧版へ独立 ・ Before/After バージョン管理)
📊 山城様共有スプシ (Kintone 運用資料 ・ 4/9 提供)
12
🔗 派生先プロジェクト (本プロジェクトを前提とするもの)