本文へ移動
パッケージCRM

軸になるのは案件ではなく、製品

見込み客、顧客、商談、ケース、見積、受注。そのなかでケースが、ひとつひとつの受注より長く残る取扱品目を持ちます。

扱う記録

パッケージ事業を構成するもの

担当者が毎日触れる対象と、汎用のCRMに欠けているものがひとつ。顧客の製品を何年も持ち続ける、ケースです。

カンバンボードとして表されたパイプライン。問い合わせが未対応、回答済み、見積提出を経て、受注または失注へ移っていく
すべての問い合わせが未対応から受注までボードに載り、その途中で消えるものはありません。

パイプライン

見込み客、顧客、商談、ケース、見積、受注。それぞれが明確な段階をたどり、履歴が丸ごと残ります。すべてがひとつの顧客記録の上にあるので、誰かが突き合わせる別の見込み客リストは生まれません。

状態、担当、添付のカルーセル、そして見込み客、顧客、商談、受注、入金へのひも付け件数を持つ記録
ファイルとひも付けが記録の上に。受信箱を掘らずに案件の全体が見えます。

商談は自前の資料を持ちます

商談は段階と金額だけのものではありません。入稿データ、仕様、顧客の図面といったファイルが記録そのものに付き、関連する見込み客、顧客、見積、受注、入金がすべて1クリック先にあります。案件を組み立て直すために受信箱を掘る必要はありません。

  • 添付はメールの履歴ではなく、記録に付きます
  • ひも付く見込み客、見積、受注、入金を件数つきで表示
  • 担当と状態は、何も開かずに見えます
ケースの記録。顧客、仕様つきの取扱品目、チェックリスト、商談、見積、受注のタブ、そして履歴
リピート案件のケース。製品と、それに対するすべての見積と、履歴がひとつの記録に。

ケース

ケースは汎用CRMにない部分です。顧客の取扱品目をまとめる恒久的な入れ物で、閉じることがありません。複数の商談を中に持て、その中の製品はそれぞれデザインの版、ファイル、設定可能なチェックリスト、仕様フォームを持ちます。パッケージの顧客は同じ品目を何年もリピートします。ケースは、個々の案件より長く残る記録です。

  • 取扱品目のための恒久的な入れ物。閉じません
  • ケース内の製品ごとに、デザインの版、ファイル、チェックリスト
  • 顧客向けに作るすべての製品に、仕様フォームを1つ
見積の記録。顧客、数量と単価の明細、値引き、消費税、合計、そしてSMS、メール、複製、PDFの操作
見積そのものが記録です。画面を離れずに、メールでもSMSでも送れ、PDFでも渡せます。

見積

見積は、顧客がもともと買っているケース内の製品からそのまま作られます。リピート注文を打ち直すことはありません。

  • PDFを生成し、メールとSMSでそのまま送信
  • 追客の状態、自動失効、決済リンク
  • 件数が多くても Excel と CSV に書き出せます
受注の記録。顧客、日程、通貨、数量と単価の明細行、そして状態、入金、ひも付け、履歴を並べたサイドバー
ひとつの受注に経緯のすべてを。明細、入金、状態、そしてあらゆる変更が記録に残ります。

受注

受注で、案件が仕事になります。明細と価格、入金の状態、製造の状態、デザインの決定、そして商談と見積へのひも付けがひとつの記録にまとまり、履歴が隣に並びます。数か月後でも経緯が読めます。

  • 入金と製造の状態は、記録そのものの上に
  • デザインの依頼と承認。顧客向けの共有リンクつき
  • ひも付く商談、顧客、見積が1クリック先に

記録の上で

案件の上に重なるもの

デザイン承認、履歴、オンライン注文、そして自社の仕様フォームが、同じ記録の上にあります。受信箱でも、チャットアプリでも、別のシステムでもありません。

受注にひも付くデザイン承認

誤ったデザインが製造に流れることは、パッケージで最も高くつく失敗です。だから承認は受注そのものに付いています。デザインは版の履歴を持つので、final.pdf と final_final.pdf が、担当者と日時のついた一覧に変わります。承認されたファイルが製造されるファイルであることを、証拠として示せます。

デザインの版の一覧。アップロード、版番号、そして過去のファイルを1クリックで戻せる操作
アップロードはすべて版になります。どの版にも1クリックで戻せます。

コメントと承認は、リンクひとつで

担当者と顧客が図面そのものの上に、スレッドでコメントします。裏面についての指摘は裏面に付きます。顧客は共有リンクから承認するか修正を依頼します。アカウントもログインも不要です。その判断は受注に残ります。どの版を、誰が、いつ承認したか。

  • 履歴と巻き戻しを備えた、版管理されたファイル
  • デザイン上のコメントスレッド。双方向です
  • 承認は受注に記録され、数か月後でもたどれます
デザインビューア上で、展開図に直接コメントが書き込まれているところ
指摘は図面の上に残ります。次に見る人が必ず見つける場所です。

すべての記録に履歴

どの記録にも時系列が付きます。誰がファイルを足したか、誰が関連する見積を作ったか、誰がメールを送ったか、誰が請求を出したか、そしてそれがいつだったか。履歴は別のモジュールではなく、その仕事が起きた記録の上にあります。

記録の履歴。ファイルの追加、関連する見積の作成、メールの送信、請求の発行が、担当者と時刻つきで並んでいる
誰が何をしたか、いつしたかが、それが起きた記録の上に残ります。

顧客がオンラインで注文できるように

すべての受注に電話が要るわけではありません。自社の製品ページで、ホスティング型の決済画面から注文と支払いを受けられます。自分たちのパッケージのショップが Packative One で動いているのと同じ形です。オンラインの注文も他と同じパイプラインに入るので、担当者は手をかけるべき案件に集中できます。

  • ホスティング型の決済ページ。管理の必要な顧客アカウントはありません
  • どの見積にも付けられる決済リンク
  • オンライン注文も、受発信の問い合わせと同じパイプラインに
Packative のショップの製品詳細ページ。箱の仕様、数量、価格が並び、そのまま注文できる状態
自分たちのショップの製品ページ。仕様を選び、価格が出て、電話なしで注文できます。

Form Studio

自社の仕様を、開発を介さずに集められます。ドラッグ&ドロップのフォームビルダーがあるので、会社ごとのやり方でパッケージの仕様を残せます。

  • 式と原価表から自動で計算される項目
  • 多言語のラベルと、版管理されたフォーム定義
  • 表、ファイルのアップロード、外部データの参照
Form Studio。用紙の原価計算のための入力フォームが下書き状態で開かれ、材料、印刷、加工の項目が並び、板紙コードの項目が原価計算エンジンの材料手順にひも付けられている
下書き中の仕様フォーム。項目が原価計算エンジンにひも付いているので、フォームが集めたものがそのまま計算されます。

よくあるご質問

よくあるご質問

ケースは、顧客の取扱品目をまとめる恒久的な入れ物です。閉じることがありません。複数の商談を中に持て、ケース内の製品はそれぞれデザインの版、ファイル、チェックリスト、仕様フォームを持ちます。パッケージの顧客は同じ品目を何年もリピートするため、ケースは個々の案件より長く残る記録になります。

答えが見つかりませんでしたか

直接お尋ねください。その質問を打ち合わせにお持ちいただければ、実際の見積業務に即してお答えします。

続けて見る

プラットフォームの他の機能

自社の箱で価格を確かめる

先週の展開図と数量をお持ちください。
Packative One がどう見積を出すかを、その場でご覧いただけます。