葬祭業向け葬儀顧客管理システム開発の発注/外注/依頼/委託方法について

葬祭業向け葬儀顧客管理システムの発注は、家族・親族の情報設計、業務範囲の整理、現場での検証を順に進めると、使い続けられる仕組みにつながります。発注形態の選定、RFPと要件の整理、契約と費用の確認、委託先の選定の順に検討するのが基本です。

▼全体ガイドの記事
・葬祭業向け葬儀顧客管理システム開発の完全ガイド

葬祭業向け葬儀顧客管理システムの全体像

顧客情報を中心に、相談や施行、請求などの業務領域を結ぶ図
家族を中心に情報を結ぶと、相談から施行後までを一続きで捉えられます。

葬儀顧客管理システムは、住所録や営業案件の管理にとどまらず、顧客情報で業務をつなぐ基盤です。施行予定と見積・請求は、顧客情報で結びます。そのほかの業務も、顧客情報でつなぎます。

  • 受付と家族の情報:問い合わせ・事前相談、喪主・親族
  • 手配と後続対応:供花・返礼品、入金、法要案内、アンケート

発注時は、「何ができるか」に加えて、誰がどの場面で何を何回入力するかを確かめます。何を何回入力するかが分かると、転記の負担がどこに生じるかも見えてきます。

故人台帳ではなく家族・親族を中心にした設計

葬祭業では、故人の情報だけで業務は完結しません。喪主や施主、親族、連絡担当者は、過去の施行や会員・互助会の契約とも結びついて関わります。

同じ家族から複数回相談を受けることもあります。そのため、事前相談の内容も家族単位でたどれるようにしておく必要があります。

  • 家族単位:「○○家」などの単位で顧客を束ねる
  • 関係の記録:顧客・家族・親族・故人・施行・商品・請求を個別に管理し、関係を結ぶ
  • 履歴の追跡:過去施行や事前相談を家族に紐づけて追う

導入事例では、家族単位の管理が重視されました。さらに、親族の抜け漏れ防止も重視されています(出典:テラスカイ「株式会社メモリアホールディングスSalesforce導入事例」、2026年確認)。

汎用CRMをそのまま導入するのではなく、葬儀業務の関係性に合わせて設計します。

業務のつながりに基づく機能の選定

機能は、現場の転記や手配漏れを減らせる業務から選びます。たとえば、問い合わせから施行予定までを先に導入し、請求や会計、アフター営業を次の段階に回す方法もあります。

  • 相談・追客:電話番号から過去の問い合わせを呼び出すCTI、事前相談、追客タスクをつなぐ
  • 施行・手配:施行カレンダー、担当者・式場・搬送を管理する
  • 請求・事後対応:見積・値引・発注・請求・入金、供花・弔電・返礼品、法要後のフォローを扱う

経済産業省は2025年、冠婚葬祭業を省力化投資促進プランの対象に位置づけました(出典:経済産業省「サービス産業」ページ、2025年)。

導入の目的は、機能を増やすことより、現場の負担を減らすことにあります。転記や手配漏れ、確認待ちを減らすことが中心で、教育負担や夜間の情報検索も対象になります。

発注形態の選び方

発注形態は、専用パッケージ、汎用クラウドのカスタマイズ、スクラッチ開発の三つから比べます。判断の材料は、業務の独自性と社内の運用体制です。さらに、移行する業務と継続する業務を分けておくと、必要以上の開発を避けやすくなります。

早期導入と標準化を優先する会社の専用パッケージ

葬祭業向けパッケージは、事前相談から施行、見積、請求までを一通り扱える選択肢です。会員やアフターフォローも、あわせて扱えます。

導入前には、標準機能と自社業務が合うかを確認します。

  • 導入の利点:業界共通業務を短期間で整えやすく、紙台帳の移行や式場間の入力統一に合っています。
  • 追加費用の確認:独自の会員制度や特殊帳票、既存会計との連携、細かな権限分けが必要な場合は、標準機能と開発費を確認します。
  • デモに使う資料:自社の過去相談、家族・親族の重複を、複数式場の施行予定や実際の見積書とともに用意します。
  • 操作の確認:入力に迷わないか、過去履歴を数秒で探せるか、帳票を再入力せず出せるかを見ます。

柔軟性と段階導入を重視する会社の汎用クラウドのカスタマイズ

汎用クラウドは、導入の柔軟性と、運用・開発の条件を合わせて判断します。

  • 段階導入:kintoneやSalesforceで、顧客・家族・相談・施行・請求のアプリを組み合わせ、段階的に広げられます。
  • 適する会社:会計やCTIは残し、顧客管理から刷新したい会社の候補になります。
  • 比較項目:ライセンス費用、アプリ連携、権限を比べ、データ量と開発会社への依存度も見ます。
  • データ設計:家族・親族を標準の取引先だけで表すと追加開発が増えるおそれがあるため、データモデルを設計し、RFPに標準機能と開発範囲を記載します。
  • 社内での変更:将来、画面や項目を社内で変更したい場合は、その可否も確認します。

独自業務を競争力にしたい会社のスクラッチ開発

既製品に業務を合わせる負担が大きい会社では、独自業務を重視する場合にスクラッチ開発が候補になります。

  • 対象業務:搬送・式場運営・商品手配・会計・互助会・法要案内に独自の流れが多い会社が対象です。
  • 開発負担:画面や帳票を自由に作れる一方で、初期費用や期間、保守、引き継ぎの負担が大きくなります。
  • 試行範囲:顧客・相談・施行予定の最小構成を1拠点で試します。
  • 方式の目安:短期導入は専用パッケージ、既存基盤の活用は汎用クラウド、業務差別化はスクラッチです。
  • 検証方法:迷う場合は1〜3か月のPoCを行い、実データで比べます。

ポイント

迷ったときは、移行する業務と継続する業務を分けたうえで、1〜3か月のPoCを実データで行い、どの方式が業務に合うかを比べます。その結果をもとに、方式を絞り込みます。

発注前のRFPと要件の整理

RFPの準備で整理する業務フロー、利用要件、名寄せ条件、移行条件の図
四つの観点をそろえると、各社の提案条件を並べて検討できます。

RFPは、製品名や希望画面を並べる資料ではなく、業務の課題と条件を伝える資料です。業務課題と対象範囲を中心に、データや連携、品質、納期、見積条件を、各社に同じ基準で提案してもらいます。

現場と経営側では優先順位が異なるため、受付や営業、施行、請求、管理部門を巻き込みます。

RFPの土台にする業務フローと現行データ

問い合わせから施行後までの各工程と、現行データの移行条件を、RFPにそろえて記載します。

  • 業務フロー:工程の流れを一覧にします。
  • 利用要件:「電話受付担当が番号検索で過去相談と担当者を確認し、折り返しタスクを登録できる」のように、利用者と操作で記述します。
  • 名寄せ条件:表記ゆれ・旧姓・住所変更、家族・親族の重複、故人と喪主の関係、施行履歴の欠落を、どう扱うか決めます。
  • 移行条件:対象期間、除外データ、確認担当、リハーサル回数をRFPに記載し、各社の作業範囲をそろえます。

業務フローには、担当部署と帳票も書き込みます。紙やExcel、オフコン、会計ソフトのほか、Webフォームや電話受付でも、重複した入力を洗い出します。

必須・希望・将来の要件の分け方

すべての要望を同じ優先度で扱うと、予算や納期を判断できません。そこで、導入時期に合わせて要件を三段階に分けます。

  • 必須:相談検索、家族の紐づけ、施行予定、権限、操作ログ、請求確定
  • 希望:CTI、会計連携、供花受付、タブレット入力
  • 将来:データ整備後に判断するAI問い合わせ分類や分析

要件ごとの期待効果も、数値で押さえます。たとえば、追客実施率や入力・転記時間は、導入前に計測します。

また、手配漏れの件数、請求確定の時間、問い合わせへの一次回答時間も測ります。効果指標を決めておくと、提案を機能数ではなく業務改善の効果で比べられます。

実データ・実帳票・実担当者によるデモとPoC

ベンダーの説明は、現場で使えるかを判断する材料としては不十分なため、実際の資料と担当者で検証します。

  1. 個人情報をマスキングした相談記録、実際の見積書、施行予定、供花注文を用意します。
  2. 受付・葬祭ディレクター・請求担当・管理者が操作し、入力時間、スマートフォンやタブレットでの使いやすさ、通信が不安定な場所での復旧を確かめます。
  3. PoCは1拠点・1業務に絞って1〜3か月実施し、入力・検索時間、手配漏れ、利用率を比べます。
  4. 成功条件、対象データ、支援範囲、本開発へ移る場合の費用を契約前に決めます。

ポイント

迷ったときは、その要件が導入時期に必要かどうかで、必須・希望・将来のどこに入れるかを決めます。業務フローと現行データを土台に、同じ基準で各社の提案を比べます。

契約形態と発注後の進め方

契約形態は、要件がどこまで決まっているかと、発注者と受託者それぞれの役割で決めます。要件が固まらないうちに完成品を約束すると、変更時の追加費用や責任範囲をめぐって対立が起きがちです。そこで、要件整理やPoCは準委任、本開発は確定範囲を請負にする方法があります。

要件整理・PoC・伴走支援に使う準委任契約

準委任は、作業時間や専門知識の提供を受ける契約です。機能や納品物を初めから固定しにくい要件整理や検証で使われます。

  • 活用する工程:業務ヒアリング、現行調査、データモデルの検討、PoC、導入支援
  • 契約で定める事項:担当者、稼働時間、定例会、作成資料、意思決定者、情報管理、再委託、成果物の扱い
  • 工程ごとの成果物:業務フロー図、要件一覧、検証結果、次工程の判断資料

範囲・完成条件・変更手続きを固めた請負契約

請負契約は、合意したシステムや機能を完成させ、検収まで進める工程で使われます。「使いやすい」「十分な速度」のような言葉は、具体的な操作や時間、テストデータに置き換えます。

  • 成果物と検収:画面・帳票・権限・連携・性能・エラー時の動作・移行・テスト項目を定めます。
  • 変更管理:追加要望の内容・費用・納期・既存機能への影響・発注者の承認者を変更管理票に記録し、口頭の合意だけで進めないようにします。
  • 所有権と返却:ソースコード・設計書・設定情報・アカウント・データの所有権と返却方法を、契約に含めます。

この条項は、契約終了や委託先の変更に備えるためのものです。

工程を分けた検収と段階リリース

全拠点へ一度に切り替えるのではなく、段階ごとに検収して、まず1拠点か1業務で試します。葬祭ボンドでは、契約後のヒアリングをもとに要件を確認し、利用開始まで標準約3か月です(出典:株式会社グローバル・ヒューマン・ボンド「葬祭ボンド」料金・導入ページ、2026年確認)。

  1. 要件定義を行います。
  2. 設計と開発を進めます。
  3. データを移行し、受入テストと教育を行います。
  4. パイロットで確認し、本番展開します。

本番前には旧データをバックアップし、移行後の件数や権限、帳票を確認します。障害時の戻し方と問い合わせ先も確かめます。

急な施行を止めないよう、旧システムや紙の代替手順を一定期間残します。切替後のサポート時間と緊急連絡先も決めます。

ポイント

要件が固まらない段階は準委任で整理やPoCを進め、確定した範囲だけを請負で発注して段階ごとに検収すると、変更時の対立を減らせます。

費用相場と総額の見方

3年TCOに含める初期費用、36か月分の利用料、移行や追加開発などの図
月額のほかに導入や運用に関わる費用も並べて見られます。

費用はSaaSとカスタマイズ・スクラッチ開発で幅があり、ここに示すのは公開情報に基づく概算です。個別案件の見積を保証するものではありません。初期設定や移行、保守まで含めた3年TCOで比べると、総額が見えてきます。

  • 帳票と連携:独自の出力物と、他システムとの接続
  • 現場の教育:利用者への研修にかかる費用
  • 追加開発:後から加える機能の開発費
  • 解約時:データの返却にかかる費用

公開価格を見るときの初期作業と対象範囲

初期設定・カスタマイズは50万〜200万円程度が目安です。見積もる際は、ユーザー数、機能、移行量をそろえたうえで比べます。COMPや葬祭ボンドの公開価格は、初期作業や利用範囲によって違いがあるため、料金例を並べて比べます。

  • COMP:初期設定費用は8万円からです。
  • 葬祭ボンド:月額利用料は5.1万円(税別)からです。
  • 公開料金の目安:業界向けSaaSは月額3万〜10万円程度です。

COMPの基本データ構築やインポートは、別途見積になります。月額は、社員数や顧客数、容量、セキュリティ機能などを合算した額です。料金表は2026年8月3日時点です(出典:株式会社東日本システム「葬儀支援システムCOMP料金表」、同日)。

葬祭ボンドの初期構築料は、個別の見積になります。月額利用料は、サービス利用料とSalesforceの月額アカウント使用料で構成されます(出典:株式会社グローバル・ヒューマン・ボンド「葬祭ボンド」料金ページ、2026年確認)。

機能単位の工数によるカスタマイズ・スクラッチ開発の見積もり

機能別の費用と期間に加えて、追加要件による上振れも見積もりに含めます。

  • 受注・スケジュール管理:300万〜600万円、3〜5か月。供花・返礼品手配は150万〜300万円、2〜3か月です。
  • 見積・請求:200万〜400万円、2〜4か月。顧客管理と法要フォローも200万〜400万円、2〜4か月です。
  • 全機能の統合:スクラッチ開発は800万〜2,500万円、6〜12か月程度が目安です。要件や連携数で変わる概算です。
  • 上振れ要因:古いデータの名寄せ、複数拠点の権限、会計・CTI・決済・Webフォーム連携、独自帳票、端末対応、安全対策、教育・伴走支援などです。
  • 移行作業:「データ移行一式」は、件数・欠損時の扱い・検証回数・手作業の範囲に分けます。

たとえば、スマートフォン対応や操作ログ、バックアップの範囲も、見積の段階で確認します。

3年TCOでの月額・初期費用・追加費用の比較

月額の安さだけでなく、初期費用や運用、解約時の費用も比べます。

  • 3年TCO:初期費用と36か月分の利用料に、移行・追加開発・連携・教育・保守・機器・通信費を加えます。
  • 利用料の例:月額3万〜10万円のSaaSなら、36か月分だけで108万〜360万円です。
  • 追加費用:人数や容量の増加、帳票の変更、時間外対応を確認します。初期設定と移行の費用は、利用料とは別です。
  • 見積項目:必須機能・オプション・連携・移行・導入支援・保守を分けます。
  • 3年目の費用:更新やバージョンアップ、単価変更、解約時のエクスポート費用を確認します。

ポイント

月額だけで比べず、初期費用や移行、追加開発、解約時のデータ返却まで含めた3年TCOで総額を並べます。見積は前提をそろえてから比べます。

委託先を選び見積を比較するポイント

委託先は価格だけでなく、葬祭業の理解やデータ設計、導入支援、セキュリティ、契約の透明性で選びます。RFPを同じ内容で3〜5社へ送り、提案書やデモ、見積、質問への回答を比べます。同じ評価シートを使えば、営業資料の印象に左右されにくくなります。

導入社数より業務の深さで見る葬祭業の実績

「葬儀社への導入実績がある」という説明は、対象業務まで確認して初めて判断材料になります。

  • 業務理解:対象業務、家族・親族・故人・施行の表現方法、標準機能とカスタマイズの範囲を確認します。
  • 導入事例:可能であれば同規模の葬儀社に実データで試した事例、現場担当者の利用率、導入後の改善指標や継続支援を確認します。
  • 担当体制:PM、要件定義担当、開発責任者、保守窓口と会い、契約後の担当や設計書の引き継ぎ方法を確認します。
  • 問い合わせ対応:受付時間、緊急時の連絡方法、導入後の支援体制を契約前に具体化します。

作業単位・前提条件・除外範囲をそろえた見積の比較

各社の見積は、作業項目と前提をそろえたうえで、費用に含まれる範囲を確認します。特に、安い見積ほど前提条件を細かく読む必要があります。

  • 作業項目:要件定義・UI設計・データ移行・名寄せ・帳票・CTI・会計・決済連携・テスト・教育・保守・サーバー・ライセンスを並べます。
  • 含有範囲:「含む」「別途」「対象外」を明記してもらい、対象外の必要性や追加時の単価・納期を確認します。
  • 見積の前提:ユーザー数・拠点数・データ件数・帳票数に制限がないか、連携方式・テスト件数・訪問回数・サポート時間・追加変更の単価を確認します。
  • 金額の内訳:高い見積に移行、教育、運用設計が含まれる場合もあるため、作業内容を分解して評価します。

個人情報・再委託・AI利用の契約条件

死者の情報そのものは、個人情報保護法の対象外です。一方で、家族関係や連絡先が生存する遺族の情報に当たる場合は、保護対象になります(出典:個人情報保護委員会「死者の情報は、個人情報保護法の保護の対象になりますか」、2026年確認)。そのため、生存する遺族の情報も含まれ得る前提で、安全な運用と委託条件を確認します。

  • 安全管理:暗号化・アクセス権・操作ログ・バックアップ・漏えい時の連絡を確認します。
  • 委託先管理:選定、契約、再委託先の監督条件を定めます。
  • 契約条件:保管場所・再委託先・国外移転・生成AIへの入力・学習利用・終了時の返却と消去証明・監査協力を、RFPと契約書に記載します。

個人情報保護委員会は、「個人情報の保護に関する法律についてのガイドライン(通則編)」を公表しています(2026年確認)。同ガイドラインは、委託先の選定、契約締結、取扱状況の把握を求めています。さらに、再委託先には事前報告・承認や定期確認が望ましいとしています。

ポイント

委託先は、導入社数より葬祭業の業務の深さで見ます。見積は作業単位と除外範囲をそろえ、個人情報や再委託の条件まで契約前に確かめます。

よくある質問(FAQ)

費用、期間、委託先の選び方について、よくある質問に答えます。ただし、拠点数や既存システム、データ量によって答えが変わるため、最終的にはRFPと実データで確認します。

葬祭業向け葬儀顧客管理システムの発注費用はいくらですか?

業界向けSaaSは月額3万〜10万円程度、初期設定・カスタマイズは50万〜200万円程度が目安です。複数業務を統合するスクラッチ開発は、800万〜2,500万円程度の幅になります。

金額は、移行や帳票、連携、拠点数、権限によって変わります。そのため、同じ要件で相見積もりを取り、個別条件で判断します。

導入まで何か月かかりますか?

専用SaaSの初期設定や標準導入は数か月です。たとえば、葬祭ボンドの公式案内では、契約から利用開始まで標準約3か月とされています。

汎用クラウドのカスタマイズやスクラッチ開発は、要件、連携、移行、テストに応じて数か月から1年程度です。そのうえで、1〜3か月のPoCと段階リリースを含めて計画します。

葬儀顧客管理システムの委託先はどう選べばよいですか?

委託先では、家族・親族の設計をまず確認し、葬祭業の導入実績もあわせて見ます。そのうえで、データの持ち方と運用の条件を、委託先ごとに比べます。

  • データの設計:故人と施行の情報をどう持つか
  • 移行と現場定着:旧データの移し替えと、現場で使い続けられるかの確認
  • セキュリティと再委託:安全な運用の条件と、監督の決め方
  • データ返却:終了時にデータを返す方法と条件

RFPを3〜5社へ送り、実データのデモ、作業単位の見積、担当チームとの面談、導入後の支援内容を同じ評価軸で比べます。

まとめ

発注前には、問い合わせから施行後までの業務を一覧にし、家族・親族・故人・施行・請求の関係を決めておきます。そのうえで発注形態を比べ、必須機能から段階的に導入します。

RFPには、業務フローや移行、連携の条件を含めます。権限やログ、バックアップの扱いも、あわせて書き込みます。

  • PoC条件:検証の進め方と成功条件
  • 保守:運用開始後の対応をどこまで任せるか
  • 再委託:外部に任せる範囲と監督条件
  • AI利用:生成AIへの入力や学習利用の扱い
  • データ返却:終了時の返却と消去の証明

3年TCOで見積を比べ、現場テストで委託先を選びます。

2026年時点では、冠婚葬祭業の省力化が政策上も重視されています。また、入力負担を減らし、必要な人が安全に情報を見られる設計が成否を分けます。現場で使い続けられる設計が大切です。

まず1拠点・1業務のPoCから始め、追客率や手配漏れ、入力時間などのKPIを確認したうえで、全社展開へ進めます。

▼全体ガイドの記事
・葬祭業向け葬儀顧客管理システム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。