>
>
公開日
最終更新日
Sansanとは、社員が保有する名刺やメール署名、商談などの接点情報を集約し、営業やマーケティングに活用する法人向けビジネスデータベースです。名刺管理だけでなく、企業情報の付与、組織内の人脈検索、SFA・CRMへのデータ供給、AIを使った商談準備まで支援します。
この記事は、Sansanの導入を検討する営業責任者、情報システム部門、セキュリティ担当者を対象にしています。Sansanの料金は個別見積もりのため、公開されていない値段を推測するのではなく、初期費用・月額費用・スキャナー・オプションを使った予算の算定方法を提示します。導入メリットだけでなく、スキャンが定着しない、SFAと二重管理になる、閲覧権限が広すぎるといった失敗パターンも取り上げます。
Sansanとは？概要とシェア85.8％を誇る理由
Sansanは企業内の顧客接点や人脈データを全社で共有・活用できる法人向けビジネスデータベースです。
本記事のポイント
Sansanは名刺の保管ツールではなく、名刺、メール署名、企業情報、接点履歴を統合する営業データ基盤です。
Sansan株式会社は、法人向け有料名刺管理サービス市場における売上シェアが85.8％で、13年連続1位になったと発表しています。
料金は個別見積もりであり、利用人数だけでなく、既存名刺の量、スキャナー台数、外部連携、権限・セキュリティ要件で費用が変わります。
導入効果を左右するのは製品機能だけではなく、SFAとの役割分担、スキャン率、データ更新ルール、閲覧権限の設計です。
Sansanの基本機能と事業内容
Sansanでできることは、名刺の電子化、人物・企業の検索、社内人脈の可視化、メール署名からの接点取得、企業ニュースや人事異動情報の把握、外部システムとのデータ連携です。専用スキャナーやスマートフォンで名刺を取り込むと、AIによる文字認識とオペレーターの補正を組み合わせて人物データを作成します。
Sansan株式会社は、データ化精度を99.9％、専用スキャナーの処理目安を100枚約5分と案内しています。99.9％は名刺に記載された項目を所定の条件でデータ化する際の精度であり、古い役職や電話番号が現在も有効であることを保証する数値ではありません。汚れ、折れ、特殊な書体、裏面情報、手書きメモの状態によって処理時間や確認作業は変わります。
製品名の正式表記は「Sansan」で、読み方はサンサンです。「San San」のように分けて表記するサービスではありません。また、Sansan株式会社の事業内容と法人向け製品Sansanは区別して理解する必要があります。同社はSansanのほか、Bill OneやContract Oneなど複数の法人向けサービスを展開しています。
市場シェアと契約実績の読み方
Sansan株式会社は、株式会社シード・プランニングが2026年1月に実施した調査「営業支援DXにおける名刺管理サービスの市場動向2026」に基づき、法人向け有料名刺管理サービス市場における2024年の売上金額ベースのシェアが85.8％になったと紹介しています。これは利用者数や契約社数の比率ではなく、調査対象サービスの売上高を集計した指標であり、調査対象外のサービスは含まれません。調査実施元は株式会社シード・プランニングで、同社の公式サイトで調査の詳細を確認できます。数値を社内資料へ引用する場合は「法人向け有料名刺管理サービス市場の売上高ベース・シード・プランニング調査（2026年1月）」と算定条件を併記します。
同調査では、有料名刺管理サービス市場を2024年の約291億円、2026年には355億円規模になると予測しています。2013年との比較では約21倍の水準です。ただし、市場規模は調査対象や売上区分によって変わるため、社内資料で利用するときは「法人向け有料名刺管理サービスの売上高ベース」と算定条件を併記します。
Sansan株式会社は契約件数が1万1,000件を超えたとも公表しています。ここでいう件数は契約単位であり、1契約が1法人と常に一致するとは限りません。製品の普及度を比較するなら売上シェアと契約件数を分けて記載し、自社に合うかどうかは利用部門、データ量、連携要件で判断します。
名刺管理を超えたビジネスデータベース
Sansanは330万件を超える企業情報を基礎データとして持ち、社員が取得した名刺やメール署名などの接点を企業単位で整理します。同じ企業が「株式会社」「（株）」、旧社名、支店名で登録されている場合でも、企業識別情報を使って名寄せしやすくする点が特徴です。
Sansanが掲げる営業AXは、AI Transformationの略称です。単に生成AIを導入する考え方ではなく、顧客情報の入力や検索、商談準備などをAIで変革し、営業担当者が提案活動に使える時間を増やす考え方を指します。名刺に含まれない案件金額、受注確度、活動予定まで自動で完成するわけではないため、案件管理はSFAと組み合わせる設計が適しています。
導入メリットと導入前の注意点
Sansanのメリットは、担当者の机やスマートフォンに分散した名刺を会社の営業資産として扱えることです。別部署が同じ企業と接点を持っていると分かれば、紹介を依頼したり、重複営業を避けたりできます。退職や異動の際にも、会社として保有すべき接点を引き継ぎやすくなります。
一方、Sansanの価格が公開されていないため、Web上の情報だけで競合製品と総額を比較しにくい点は注意事項です。また、社員が名刺を取り込まなければデータは増えず、全社共有の範囲が広すぎれば営業秘密や個人情報へのアクセスが過剰になります。導入前に、取得するデータ、利用目的、閲覧者、SFAとの主従関係を決める必要があります。
Sansanの最新AI機能と営業支援における強み
SansanのAI機能は、蓄積した接点データと公開情報を参照し、商談前の調査、訪問計画、営業練習などの作業を短縮するために使います。
AI人物プロフィールによる商談準備
Sansan LabsのAI人物プロフィールは、商談相手の企業名や氏名を手掛かりに、Web上のニュース、経歴、登壇実績などを探索して要約する機能です。スマートフォンで移動中に確認できるため、複数のサイトや検索結果を一件ずつ読む作業を減らせます。
生成されたプロフィールは、公開情報を検索・参照して作る補助情報です。相手の非公開情報を取得する機能ではなく、生成AIの回答が常に正しいとも限りません。役職、在籍状況、直近の発言など提案内容に影響する項目は、企業の公式サイトや本人が公開した情報と照合できれば提案に利用し、照合できなければ会話の断定材料には使わない運用が適しています。
訪問ルートメーカーによる外出計画
訪問ルートメーカーは、現在地や出張先の周辺にある顧客企業と、Sansan上の接点情報を地図で確認し、訪問候補を組み立てる機能です。予定していた商談の前後に既存顧客を訪問する、過去に接点が途絶えた企業を抽出するといった用途に向きます。
位置情報を扱うため、会社支給端末の設定、位置情報の利用範囲、勤務時間外の扱いを社内規程に合わせます。営業担当者が任意で利用でき、管理者が取得するログの範囲を説明できるなら試験導入に進み、説明できない場合は位置情報を使わない機能から検証します。
AI営業ロールプレイングによる練習支援
AI営業ロールプレイングは、対話型AIを想定顧客に見立て、業界や難易度を設定して模擬商談を行う機能です。質問の順序、説明の分かりやすさ、反論への対応などについてレポートを受けられるため、上司がすべての練習に同席できない組織の補助教材になります。
AIの評価を人事評価へ直接反映すると、評価基準や会話データの用途が不透明になります。初期段階では育成目的に限定し、評価結果を本人と指導担当者だけが閲覧できる設計にすると、現場が利用しやすくなります。
デジタル名刺メールと接点の継続
デジタル名刺メールは、受け取った紙名刺をスキャンした後、相手に自分のデジタル名刺を送るための機能です。対面で名刺を交換した後の連絡を標準化し、相手が連絡先を登録しやすい状態を作れます。展示会や交流会のように交換件数が多い場面では、送信文面と担当部署を事前に決めると誤送信を減らせます。
AIによる参照とモデル学習の違い
Sansanに蓄積された顧客データを生成AIが利用する場合、「AIが顧客データを学習する」と一括りにするのは正確ではありません。検索拡張生成などの仕組みでは、権限を持つデータを検索し、回答を作る際に一時的に参照します。モデル自体の追加学習、回答時の参照、ログへの保存は別の処理です。
情シス部門では、入力データが基盤モデルの学習に使われるか、プロンプトや回答が何日保存されるか、管理者がログを取得できるか、退職者の権限がいつ失効するかを分けて審査します。学習利用が無効で監査ログを取得できるなら限定された営業部門で検証し、どちらかを確認できない場合は個人情報を含まないテストデータで評価します。
対象・提供状況の確認基準
本記事のAI機能情報は2025年時点の公開情報をもとに執筆しています。Sansan Labsの機能は実験的な位置付けを含み、正式機能への移行、提供終了、対応端末、契約プランが変わる場合があります。AI人物プロフィール、訪問ルートメーカー、AI営業ロールプレイングの提供状況・対象プランは、Sansan公式サイトの機能紹介ページまたは担当営業へ確認します。見積書と管理画面で利用対象を確認できれば業務フローへ組み込み、確認できなければ費用対効果の試算から除外します。
Sansanの料金体系と規模別プラン選定の基準
Sansanの料金は個別見積もりであり、初期費用、月額ライセンス、スキャナー、外部連携、支援サービスを合算して比較します。
公開価格ではなく個別見積もりとなる料金体系
Sansanの公式案内では、標準的な月額料金や1ユーザー当たりの単価を公開していません。したがって、Sansanの値段や価格目安を根拠なく「月額数万円から」と断定することはできません。利用人数が同じでも、既存名刺のデータ化量、拠点数、スキャナー台数、SFA連携、セキュリティ設定によって費用が変わります。
Web上で見かけるLite、Standard、Enterpriseなどの名称についても、現時点で新規申込できる固定プランとして公式の公開料金表から確認できない場合は、社内稟議に転記しない扱いが安全です。見積書に名称、機能、契約期間が記載されていればその条件で比較し、記載がなければ機能単位の見積もりとして評価します。
料金を構成する費用項目
Sansanの費用を比較するときは、月額ライセンスだけでなく初年度総額と3年間総額を算出します。見積依頼では次の項目を分けると、利用人数や拠点数が変わった場合の再計算が容易です。
初期費用：環境設定、導入支援、既存名刺の取り込み、データ移行などです。
月額ライセンス費用：利用人数、契約機能、データ量などに応じる継続費用です。
専用スキャナー費用：本体、タブレット、通信、保守などの範囲を見積書で分けます。
オプション費用：SFA・CRM連携、データ統合、高度なセキュリティ機能などです。
導入・活用支援費用：研修、運用設計、定着支援、個別サポートなどです。
企業規模別の選定基準
社員数は構成を考える入口にすぎず、実際には名刺を交換する人数と共有範囲で選びます。例えば社員300名でも営業担当が30名なら部分導入を比較できる一方、社員40名でも全員が顧客対応を行う会社では全社利用が適しています。
想定規模 | 優先する構成 | 料金試算の単位 | 判断基準 |
|---|---|---|---|
50名未満 | 名刺データ化、検索、スマートフォン利用を中心にした小規模構成 | 実利用者数、スキャナー0〜1台、既存名刺量 | 共有したい接点が少なく個人管理で支障がないなら導入範囲を限定し、退職時の引き継ぎや重複営業が発生しているなら全社利用を比較します。 |
50〜300名 | 部門横断共有、SFA・CRM連携、利用状況の可視化 | 部門別利用者数、拠点別スキャナー、連携オプション | 営業とマーケティングが同じ企業マスターを使うなら連携を含め、利用部門が独立しているなら先行部門から段階導入します。 |
300名超 | 組織階層に合わせた権限、認証、監査、データ統合 | 全社ID数、グループ会社、拠点数、API利用、支援体制 | グループ会社間の共有可否と閲覧権限を決められるなら全社展開へ進み、決められない場合は法人・部門を分離した検証環境から開始します。 |
金額非公開でも使える試算式
初年度費用は「初期費用I＋12×（月額ライセンスL＋スキャナー月額S×台数N＋月額オプションO）」で計算できます。2年目以降は初期費用を除き、更新費用や追加データ化費用がある場合だけ加算します。
例えば、ベンダーから初期費用60万円、月額ライセンス20万円、スキャナー月額1万円を2台、オプション月額3万円という見積もりを受けた場合、初年度は60万円＋12×25万円で360万円です。これはSansanの公開価格や市場相場ではなく、見積書を比較するための計算例です。同じ条件で3年間利用し、更新費用がないと仮定すると960万円になります。
稟議では年間費用だけでなく、対象社員1人当たりの月額と、削減したい時間から損益分岐点を算出します。初年度360万円、利用者100名なら1人当たり月3,000円です。人件費を1時間4,000円と仮定すると、1人当たり月45分以上の検索・入力時間を削減できれば、人件費換算で同額になります。
見積書で比較する確認項目
最低利用人数、最低契約期間、自動更新と解約申告期限
初期費用に含まれる既存名刺の枚数と追加単価
スキャナー、タブレット、通信回線、故障交換の費用範囲
APIやSFA連携の対象オブジェクト、回数制限、追加料金
保存容量、退職者データ、契約終了後の出力・削除方法
権限、シングルサインオン、IPアドレス制限、監査ログの契約条件
最低契約期間とデータ出力条件を確認できれば3年間総額で比較し、確認できなければ移行費と解約時の作業費を予備費として別枠に置きます。この方法なら公開価格がなくても、Sansanの料金を他製品と同じ条件で比較できます。
SFAおよびCRMとの機能の違いとデータ連携メリット
SansanはSFAやCRMのデータを補完しクレンジングする入力インフラとして機能します。
SansanとSFA・CRMの役割分担
SFAは商談、活動予定、案件金額、受注確度など営業プロセスを管理し、CRMは顧客との取引や問い合わせ、コミュニケーションを継続的に管理します。Sansanは名刺や署名を起点に、人物・企業・接点の基礎データを作る領域に強みがあります。
SFAやCRMがすべて手入力という説明は正確ではありません。SalesforceやHubSpotなどにも、メール・予定表との連携、入力支援、重複管理、外部データの取り込み機能があります。一方、紙名刺や対面の接点が多い企業では、その情報がSFAへ登録されない問題が残りやすいため、Sansanを入力経路として組み合わせる余地があります。
比較軸 | Sansan | SFA | CRM |
|---|---|---|---|
主な目的 | 人物・企業・接点データの収集と共有 | 案件と営業活動の進捗管理 | 顧客関係、取引、問い合わせの管理 |
主な入力元 | 名刺、メール署名、接点情報、企業情報 | 担当者入力、メール、予定表、外部連携 | 担当者入力、問い合わせ、購入・サポート履歴 |
得意なデータ | 氏名、所属、役職、企業、社内人脈 | 案件金額、確度、商談段階、行動予定 | 顧客属性、購入履歴、対応履歴、継続状況 |
運用上の弱点 | 未スキャンの接点や案件情報は自動では補完されない | 入力ルールが複雑だと未入力や遅延が起きる | 部門ごとに顧客定義が異なると重複が増える |
主データにする場面 | 人物・企業・接点の入り口 | 案件進捗と売上予測 | 顧客対応と取引の履歴 |
Sansan Data Hubによるデータ補正
Sansan Data Hubは、Sansanの人物・企業情報を外部システムへ連携し、企業名の表記ゆれや重複を補正しやすくする機能です。企業識別情報を使って同一企業を判定し、SFA・CRMの取引先や担当者データへ属性を付与することで、企業単位の集計やターゲット抽出を行いやすくします。
データクレンジングは、無条件に外部システムを上書きする処理ではありません。SFAに登録された契約上の正式名称、請求先名称、独自の企業分類をSansan側の値で上書きすると、会計や契約管理へ影響する場合があります。法人番号、企業名、住所、担当者役職など、項目ごとに正とするシステムを決めます。
二重管理を防ぐデータ設計
最初に人物、企業、案件の主データを決めると、SansanとSFAの違いを運用へ落とし込めます。標準的な共存モデルは次の通りです。
企業・人物の入り口：名刺やメール署名からSansanへ登録し、企業と人物を識別します。
案件の管理：SFAで商談段階、金額、確度、次回行動を管理します。
顧客対応の履歴：CRMまたはSFAへ問い合わせや取引履歴を保存します。
更新の競合処理：同じ項目が両方で変更された場合に、更新日時、承認済みデータ、主システムのいずれを優先するか決めます。
名刺の部署名や役職はSansan、案件金額はSFA、請求先名称は会計システムというように項目単位で責任を分けると、全項目を一方へ寄せるより事故を減らせます。同期エラーは管理者へ通知し、未処理件数を週次で確認します。
連携前の検証チェックリスト
新規登録、更新、削除のどの操作を同期するか
リアルタイム、定期バッチ、手動実行のどれを採用するか
同姓同名、同一メールアドレス、共有アドレスをどう判定するか
退職者や異動者の旧データを削除せず履歴として残すか
APIの呼び出し上限を超えたときに再実行できるか
連携専用アカウントの権限と認証情報を誰が管理するか
検証環境で新規・更新・削除・競合の4パターンを再現できれば本番連携へ進み、削除や競合時の挙動を再現できなければ一方向同期に限定します。連携後は同期成功率、重複件数、手作業による修正件数を月次で記録します。
▲ Sansan・SFA・CRMの役割分担とデータ連携の全体像
Sansanの導入成功事例と具体的な導入成果
Sansanの導入事例では、問い合わせ増加、営業準備時間の削減、部門をまたぐ顧客接点の共有といった成果が報告されています。
株式会社トヨコンの問い合わせ・案件創出
業種・規模：物流サービス・包装資材を扱う企業です。
導入時期：Sansanの公式導入事例で運用内容が公開されています。
課題：Web問い合わせへの対応や顧客接点が担当者ごとに分かれ、問い合わせ後の状況を組織で追いにくい状態でした。
施策：Sansanへ人物・企業・接点情報を集約し、問い合わせ対応と既存の人脈を共有しました。
成果：株式会社トヨコンは、Webからの問い合わせ件数が約15倍に増え、受注率が20％前後で安定し、2,000万円規模の大型案件を創出したとSansanの公開事例で説明しています。
この事例を再現する条件は、名刺をデータ化するだけでなく、問い合わせ担当、対応期限、商談化の判定を共有することです。問い合わせ数だけを追うと低品質なリードが増えても成功に見えるため、受注率と案件金額を併記します。
株式会社神戸製鋼所の全社顧客データベース
業種・規模：鉄鋼、素材、機械などを展開する大手製造業で、5,000名以上の利用規模です。
導入時期：公式公開事例では5,000名以上へ全社展開した段階が紹介されています。
課題：複数の事業部門が独自に顧客情報を保有し、同じ企業との接点や過去の対応を全社で把握しにくい状態でした。
施策：Sansanを全社横断の顧客データベースとして利用し、部門ごとに分断された名刺と接点情報を集約しました。
成果：株式会社神戸製鋼所は、部署をまたいだ顧客接点を可視化し、「全社お客様対応DX」を進めています。
5,000名規模では、全社員に同じ閲覧権限を設定する運用は適しません。事業部、職位、プロジェクト、機密区分に合わせて閲覧範囲を分け、全社共通で利用する企業情報と限定共有する人物情報を切り分けることが再現条件です。
三井住友カード株式会社の顧客情報基盤
業種・規模：クレジットカード・決済サービスを提供する大手金融企業です。
導入時期：Sansanの公式導入事例で顧客データベースとしての活用が公開されています。
課題：営業部門が持つ人脈と顧客情報を一元化し、適切な相手へ組織的にアプローチする体制の整備が課題でした。
施策：Sansanを顧客情報の基盤として利用し、担当者個人に分散していた接点を組織で扱える形にしました。
成果：三井住友カード株式会社は、顧客情報の一元化、営業アプローチの最適化、情報管理の統制強化に活用しています。
この事例は公開された定量効果が限定されるため、トヨコンの数値と同列に費用対効果を計算することはできません。金融業で参考にする場合は、接点検索時間、紹介経由の商談数、重複登録率、権限違反件数を自社の評価指標として設定します。
株式会社三菱UFJ銀行のSalesforce連携
業種・規模：銀行業・大企業です。
導入時期：2021年に一部導入、2022年に全社展開し、2025年4月にSalesforceとのデータ連携を開始したとSansan株式会社の2025年4月発表で説明されています。
課題：顧客情報が担当者へ分散し、全行の人脈を使った営業や情報検索に時間がかかっていました。
施策：Sansanで人脈を可視化し、Salesforceの顧客データと連携しました。
成果：同行は、顧客情報の管理・検索にかかる業務を年間3万時間削減し、セミナー参加者数を5倍に増やしたと説明しています。
年間3万時間という成果を自社へ当てはめるときは、導入前後の対象人数と測定業務をそろえます。例えば1,000名が年間30時間ずつ検索・登録時間を減らせば3万時間です。対象社員数が100名なら、同じ総削減時間を前提にしてはいけません。事例の発表内容はSansan株式会社による三菱UFJ銀行の導入発表で確認できます。
事例を自社試算へ転用する評価項目
評価領域 | 導入前に測る数値 | 導入後の判定例 |
|---|---|---|
入力作業 | 名刺・顧客情報の月間入力時間 | 同じ件数当たりの入力時間が30％以上減ったか |
情報検索 | 紹介者や過去接点の検索時間 | 1件当たりの検索時間が何分減ったか |
営業成果 | 紹介経由の商談数と受注率 | 商談数だけでなく受注率も維持・向上したか |
データ品質 | 重複企業、所属不明、更新遅延の件数 | 重複率と手修正件数が減ったか |
統制 | 紙名刺の保管場所と持ち出し件数 | 回収不能な紙名刺や権限不備が減ったか |
Sansan導入における主な失敗パターンと定着化対策
Sansanの導入がうまくいかない主因は、スキャンの未定着、SFAとの二重管理、無計画なデータ移行、過剰な閲覧権限です。
失敗1：現場がスキャンを事務作業と捉える状態
社員が名刺を取り込まなければ、Sansanのデータベースは実際の顧客接点を反映しません。「交換後すぐにスキャンする」というルールだけを通知しても、営業担当者にとって作業が増えるだけなら定着しにくくなります。管理者が未登録者を叱責する運用から始めると、利用率ではなく形式的な登録件数だけが増えます。
対策は、営業本人が利益を得る機能を先に体験できる順序にすることです。AI人物プロフィールで商談調査を短縮する、訪問ルートメーカーで出張先の既存接点を探す、スマートフォンから過去の名刺を検索するといった体験を先行部門へ提供します。利用者が検索時間の短縮を実感できればスキャン対象を広げ、効果が出なければ入力項目や対象者を減らします。
定着状況は、ログイン率だけでなく「名刺交換から登録までの日数」「対象者の週次スキャン率」「検索を利用した人数」「未処理エラー件数」で測ります。例えば営業担当者50名のうち40名が毎週名刺を登録していれば週次スキャン率は80％です。残り10名には研修を繰り返すのではなく、交換枚数、外勤頻度、スマートフォン設定のどこに差があるかを確認します。
失敗2：SFA・CRMとの二重入力
SansanとSFAの両方へ氏名、会社名、役職を入力させると、営業担当者は更新を後回しにします。さらに、片方だけ更新された場合にどちらが正しいか判断できなくなります。Sansan導入後もExcelの顧客台帳を残すと、3種類のデータが並存します。
人物・企業の初回登録はSansan、案件金額と確度はSFA、請求先情報は会計システムという役割を文書化します。既存Excelは移行完了日を決め、それ以降は閲覧専用にします。同期エラーを再実行できるなら自動連携を継続し、再実行できない場合は一方向連携と管理者の承認作業を組み合わせます。
失敗3：古い名刺の無条件な一括取り込み
過去の紙名刺をすべてスキャンする方法は、長期取引や紹介営業が多い企業では価値があります。一方、廃業企業、利用目的を説明できない接点、担当者が不明な名刺まで無条件に取り込むと、検索結果に利用しないデータが増えます。「過去2年以内」と一律に区切る方法にも根拠はなく、商談期間が5年に及ぶ業界には適しません。
取り込み対象は、名刺の古さだけでなく利用目的で判定します。次のチェックリストでA、B、Cへ分けると、無計画な一括スキャンを避けられます。
A・優先取り込み：進行中の商談、既存顧客、契約先、直近の問い合わせ、紹介元です。
B・確認後に取り込み：長期的な人脈、過去顧客、戦略企業、退職・異動の可能性がある人物です。
C・取り込み対象外：利用目的がない名刺、重複、判読不能、現存しない企業、私的な接点です。
Bに分類した名刺は、企業が現存し将来の営業目的を説明できれば取り込み、どちらも満たさなければ原本の保管期限に沿って処理します。古い名刺がAIの名寄せ精度を直接下げると断定するのではなく、検索ノイズと更新確認の工数が増える問題として評価します。
失敗4：全社員へ同じ閲覧権限を与える設計
個人向け名刺アプリの延長として導入すると、全社員が全接点を閲覧できる設定になりがちです。役員の人脈、採用候補者、M&A関係者、医療・金融分野の顧客などを一律に共有すると、業務上の必要範囲を超えるアクセスが発生します。
部署、職位、雇用形態、プロジェクト、グループ会社を軸に権限表を作成します。通常の営業接点は部門共有、機密案件は指定グループ、管理者操作は情シスと業務責任者に分離する設計が基本です。異動・退職時に自動で権限を変更できれば全社展開へ進み、手動変更しかできなければ対象部門を限定して更新期限を台帳管理します。
導入から定着までの進行表
時期 | 実施内容 | 次へ進む条件 |
|---|---|---|
開始前〜2週目 | 利用目的、対象データ、主システム、権限、評価指標を決定 | 営業・情シス・法務が同じ運用表を参照できること |
3〜6週目 | 10〜30名でスキャン、検索、スマートフォン、SFA連携を検証 | 登録遅延、重複、同期エラーを数値で取得できること |
7〜10週目 | AI機能や人脈検索を実案件で利用し、本人の時間削減を測定 | 利用者が削減できた作業と時間を説明できること |
11週目以降 | 対象部門を拡大し、月次で利用率とデータ品質を確認 | 権限変更、退職者処理、エラー対応の担当者が決まっていること |
▲ 現場の抵抗を防ぎSansanを定着させるための4段階プロセス
個人情報保護法とセキュリティを踏まえたガバナンス
名刺を検索可能な形で組織管理する企業は、Sansanのセキュリティ機能だけに依存せず、利用目的、閲覧権限、委託先管理、削除手順を自社で設計します。
名刺と個人情報データベースの関係
名刺には氏名、勤務先、役職、電話番号、メールアドレスなど、特定の個人を識別できる情報が含まれます。これらを検索できるよう体系的に構成すると、個人情報保護法上の個人情報データベース等に該当し得ます。法令本文はe-Gov法令検索の個人情報の保護に関する法律で確認できます。
クラウドサービスへ保存しただけで法令対応が完了するわけではありません。利用企業は、利用目的の特定と通知・公表、安全管理措置、従業者の監督、委託先の監督、開示・訂正・利用停止等への対応を自社の立場に応じて行います。グループ会社間での名刺共有、利用目的の通知・公表の方法、第三者提供・共同利用の可否、海外サーバーへのデータ保管の取り扱いは、具体的な事実関係によって結論が異なります。これらの論点は自社の法務担当者または個人情報保護担当者が個別に判断する事項です。
漏えい時の報告と連絡体制
個人情報保護委員会は、要配慮個人情報を含む場合、不正利用による被害が生じるおそれがある場合、財産的被害が生じるおそれがある場合、1,000人を超える本人に関係する場合など、一定の漏えい等について委員会への報告と本人通知を定めています。具体的な判断は個人情報保護委員会の個人情報保護法ガイドライン通則編に沿って行います。
インシデント発生時は、Sansan側の調査を待つだけでなく、利用企業が対象データ、件数、閲覧・出力ログ、影響範囲を特定します。管理者ログと連絡窓口を取得できれば既存の事故対応手順へ組み込み、取得できない情報があれば契約上の通知期限とベンダーの調査分担を補完します。
導入審査で確認するセキュリティ項目
通信時と保管時の暗号化方式、鍵の管理主体
ISO 27001など認証の対象組織、対象サービス、有効期限
シングルサインオン、多要素認証、IPアドレス制限の契約条件
閲覧、検索、出力、管理者変更に関する監査ログの保存期間
再委託先、データ保管国、障害・漏えい時の通知期限
バックアップ、復旧目標、データ削除、契約終了時の返却方法
認証を取得していても、利用企業の設定ミスや過剰権限まで防げるわけではありません。認証範囲がSansanの利用環境を含み、必要なログを自社で取得できれば本番データを使った検証へ進み、範囲外またはログを取得できなければ登録データと利用者を限定します。
紙名刺の残存リスクへの対応
クラウド管理を始めても、社員の机、自宅、かばんに紙名刺が残れば、持ち出しや紛失のリスクは解消しません。スキャン後の原本を返却するのか、施錠保管するのか、一定期間後に溶解処理するのかを決め、個人が判断して廃棄しない運用にします。
退職時はアカウント停止だけでなく、端末内のダウンロードデータ、CSV出力、個人の連絡先アプリへ転記した情報も対象にします。退職日と同時に認証を停止でき、出力ログを確認できるなら通常の退職手順へ統合し、連携できなければ人事から情シスへの事前通知期限を設定します。
Sansanファミリー製品との連携によるマルチプロダクト戦略
Sansanファミリー製品を組み合わせると、名刺による接点からフォーム、契約、請求までの企業データを関連付けやすくなります。
Ask Oneによるリード情報の取得
Ask Oneは、Webフォーム、展示会、セミナー、対面アンケートなどで顧客情報を取得するサービスです。フォーム入力と撮影した名刺を関連付けてSansanやSFAへ渡せば、展示会後の転記時間を減らし、回答内容を保持したまま営業へ引き継げます。
Contract Oneによる契約情報の管理
Contract Oneは、紙と電子の契約書をデータ化し、検索・参照するための契約データベースです。生成AIと組み合わせる場合も、契約内容をモデルが恒久的に学習すると一括りにせず、権限の範囲で契約書を検索・参照して回答する処理として整理します。Contract One中心の法務効率化事例は、Sansan単体の効果とは分けて評価します。
Bill Oneによる請求・経費領域の管理
Bill Oneは、請求書の受領・発行・経費精算といった請求・経費領域の業務を担う単独のクラウドサービスであり、Sansanとは別契約の製品です。Sansanの接点、Ask Oneのリード、Contract Oneの契約、Bill Oneの請求データを企業コードで関連付けると、同一企業に関する情報を部門横断で探しやすくなります。ただし、連携にはそれぞれの製品契約と設定が必要であり、Sansan単体の効果とは分けて評価します。
複数製品を同時導入すると、権限、企業コード、連携エラーの管理対象も増えます。Sansan単体で人物・企業データの運用が定着していれば次の製品を検討し、定着していなければ製品数を増やす前に企業マスターと担当部署を整えます。
▲ Sansanファミリー製品の連携による企業データ統合エコシステム
よくある質問
Sansanの料金、SFA連携、個人情報、データ化精度に関する疑問へ直接回答します。
Q：Sansanの料金や価格の目安はいくらですか？
A：Sansanの料金は個別見積もりで、公式の一律月額は公開されていません。初期費用、月額ライセンス、スキャナー、SFA連携、支援費用を分け、初年度と3年間の総額で比較します。
Q：SansanがあればSFAやCRMは不要ですか？
A：不要にはなりません。Sansanは人物・企業・接点情報の収集に強く、案件金額、受注確度、営業活動はSFA、取引や問い合わせ履歴はCRMで管理する共存モデルが適しています。
Q：SFAとの同期頻度はどの程度ですか？
A：同期頻度は連携方法、契約機能、API制限、対象データによって異なり、一律ではありません。案件に即時反映する必要があればリアルタイム連携を検証し、企業属性の補正が目的なら日次バッチでも業務要件を満たせます。
Q：名刺をSansanへ登録すると個人情報保護法上の問題がありますか？
A：名刺を検索可能な形で体系的に管理すると、個人情報データベース等に該当し得ます。利用目的、閲覧権限、委託先管理、漏えい対応、削除手順を利用企業が整備すれば、紙名刺を個人で保管する場合より統制しやすくなります。
Q：99.9％のデータ化精度なら内容の確認は不要ですか？
A：不要ではありません。99.9％は所定条件で名刺の記載項目をデータ化する精度であり、記載された役職や連絡先が現在も有効であること、AIが付与した公開情報が正しいことまで保証する数値ではありません。
まとめ
Sansanとは、紙名刺を電子化するだけでなく、人物・企業・接点を全社で活用するビジネスデータベースです。料金は個別見積もりのため、初期費用、月額費用、スキャナー、連携オプションを分け、初年度と3年間の総額で比較します。明日から取り組める最初の一歩は、社内にある紙名刺の枚数と保管場所、ExcelやSFAに重複している顧客データ、閲覧できる社員の範囲を棚卸しすることです。その結果、情報検索や引き継ぎに支障があれば対象部門を決めて検証し、支障が限定的なら全社導入ではなく必要部門から費用対効果を測定します。
本記事の内容に誤り等がございましたら、こちらからご連絡ください。
監修
Admina Team
情シス業務に関するお役立ち情報をマネーフォワード Adminaが提供します。
SaaS・アカウント・デバイスの管理を自動化し、IT資産の可視化とセキュリティ統制を実現。
従業員の入退社対応や棚卸し作業の工数を削減し、情報システム部門の運用負荷を大幅に軽減します。
中小企業から大企業まで、情シス・管理部門・経営層のすべてに頼れるIT管理プラットフォームです。
