Industry guide · Custom Software

Stop Burying Your Funeral Home Staff in Paperwork and Start Serving Families

The short answer

Expect a focused first release in the $50k to $120k range, shipping in 10 to 16 weeks, and a full operations platform at $150k to $350k phased over 6 to 12 months. Those bands hold because funeral work carries real integration weight: state EDRS filing, the FTC Funeral Rule and your General Price List, and insurance assignment processors all have to be wired in. In most cases you keep your existing case system and layer automation on top, so directors spend the day with families instead of forms.

Serving families well when the paperwork never stops

It is 2:14am and the on-call director's phone lights up. A hospice nurse in the next county needs a transfer tonight. The call came through ASD, the answering service took a message, and now the director is awake, half dressed, trying to remember whether the removal van is at the Main Street chapel or the annex. By the time the decedent is in the prep room it is 4am. At 9am that same director sits across from the family for the arrangement conference, and the paperwork day begins: the death certificate worksheet, the burial or cremation permit, the EDRS filing that the attending physician still has not signed, the obituary that has to reach the newspaper by 3pm, the insurance assignment to send to C&J Financial.

None of that is the job. The job is the family across the table. But the family gets whatever attention is left after the forms, and on a four-call week there is not much left. Homes running on SRS Computing, Passare, FDMS Plus or a legacy Continental Computers install have a case file that holds the data, but the data still has to be typed, re-typed, chased and filed by a person, usually the same person the family came in to see.

This is the quiet math of a funeral home: every hour a director spends re-keying a name into a fourth system is an hour not spent with the people who chose you on the worst day of their lives. The tools most homes run were built to store a case, not to move it. Here is where that gap shows up, and what a custom build plus a few pieces of AI automation actually change.

The 2am first call that decides everything

The first call is the whole business. A family whose person just died calls once. If the phone rings out, or the answering service reads a flat script and takes a name, that family often calls the next home in the search results before you ever wake up. ASD and the generic call centers do one thing: they page you and hand you a message. They do not gather where the decedent is, which hospice or hospital, who is calling and their relationship, or whether it is a residence removal that needs two people. Your case tool does nothing at all until a human opens it at 9am.

A custom first-call agent, tuned for tone rather than selling, answers on the first ring at any hour. It speaks gently, captures the essentials, answers routine questions off your General Price List, such as whether you do cremation and roughly what it costs, and then does two things the answering service cannot. It opens the case in your system with everything already recorded, and it pages the correct on-call director and removal team with a full brief, including the address and access notes. The director wakes up already knowing where to go, and nobody re-asks a grieving caller for the address at 2am. The moment anyone wants a person, it hands off. An answering service is a call center disconnected from your records, and Passare or SRS waits for a human to type. Neither can start the case and dispatch the van. That glue is exactly what a custom build is for.

The certificates and permits that eat the whole morning

Watch an arranger after the conference and you see the same grind in every home we have built for: the death certificate typed by hand, the same name and dates re-entered into the state EDRS, the permit, the obituary rushed to beat the paper's cutoff, the insurance assignment reformatted for the carrier, certified copies ordered for the family. Across the homes we work with, a director loses two to three hours a day to that re-keying, and one transposed SSN or misspelled maiden name means EDRS bounces it back a day later.

Intake once at the arrangement conference and let the software do the rest: populate the certificate worksheet, the EDRS submission, the permit, a first-draft obituary and the insurance assignment from that single entry. Validation catches the missing field before the state rejects it. The physician who has not signed gets chased automatically with reminders instead of a director playing phone tag. AI drafts the obituary in the family's voice from the intake, for the director to edit and approve, never to send raw. Legacy funeral tools have some form-fill, but no vendor wires your specific state EDRS, your carrier formats and your local obituary outlets together, because that stack is different in every home. That connective work is the custom part, and it is where the paperwork hours actually disappear.

The double-booked chapel and the van in the wrong county

Two locations, three directors, one flower car, a hearse and a removal van. A Saturday holds a visitation at the annex, a service at Main Street, a graveside across town and two removals, and the cemetery only opens certain windows. A whiteboard or a shared Google Calendar double-books the chapel, sends the van the long way, or schedules a committal before the permit has cleared. Every one of those is a family watching your staff scramble on the hardest day they will have this year.

A scheduling engine that knows your actual rooms, vehicles, staff certifications and the cemetery and crematory windows will simply refuse to double-book, and will route removals and processions on real driving time. It ties visitation, service and committal to the same case so the graveside cannot be booked before the paperwork allows it. General field dispatch, and even most funeral case tools, treat scheduling as a calendar you fill in. This treats it as a set of constraints across rooms, vehicles and third-party slots, which is the difference between a plan and a pile-up.

The arrangement that stalled and the preneed that lapsed

A family took the price list home to think. A preneed lead from last month's seminar never got a second call. A contract went out and came back unsigned, and it is still sitting there. In your case system each of those is an open record that nobody is working, and every one is both service you did not finish and money that quietly left the building.

AI follow-up watches those open cases instead of filing them. A stalled preneed inquiry earns a gentle, director-approved touch rather than silence. An at-need arrangement left hanging gets flagged back to the director before it is forgotten. Aftercare dates and maturing preneed contracts surface as tasks on someone's list. Passare and SRS store the open case faithfully. They do not watch it, rank it by urgency, or draft the next message. That watching is the automation layer, and it pays for itself in cases that would otherwise slip.

The families in your files nobody follows up with

Ten years of cases sit in your SRS or FDMS archive. Every single one is a family that trusted you, a surviving spouse who may want a preneed, a referral you never asked for, a review that would have reflected the care you gave but was never requested. Almost no home has ever run a real query against that history, because the case system is an archive, not an engine.

Mining that data changes what the archive is for. It surfaces preneed opportunities, such as the spouse who is now 78 or the family with an unfunded arrangement. It schedules aftercare touchpoints, grief resources and the first anniversary, on their own. And it times review requests tactfully, weeks later during aftercare rather than the day after the service, so your Google profile finally reflects how you actually treat families. Off-the-shelf tools cannot do this because they were never meant to; the history is just storage until someone builds automation to read it.

What it costs and how long it takes

These are Digital Heroes numbers, drawn from delivering across more than 2,000 projects, not a menu. A focused first release, something like first-call intake plus automated certificate populating, typically runs $50k to $120k and ships in 10 to 16 weeks. A full operations platform across multiple locations runs $150k to $350k, phased over 6 to 12 months so you get working pieces along the way rather than a big-bang launch at the end.

What pushes the price up in this specific trade is real and worth naming. State EDRS and vital records systems differ state by state, so a group operating across three states carries three integrations. The FTC Funeral Rule and General Price List rules govern anything that quotes a price to a family. Insurance assignment processors such as C&J Financial, Homesteaders and Global Atlantic Forethought each have their own formats. Add preneed trust and carrier connections, multiple locations, and the careful tone work on anything a grieving family will see or hear, and the number climbs. None of that is padding; it is the cost of software that a director and a family can both trust.

When Passare is enough, and when it is not

Sometimes the honest answer is do not build. If you are a single-location home at modest volume, your arrangement, obituary and accounting flow through Passare, SRS or Frazer without pain, and your directors are not drowning in re-keying, off-the-shelf is cheaper and genuinely fine. Buying beats building when the tool already fits.

The signals that it is time to build custom, or to layer AI automation on top, are specific. You run multiple locations, or you are a group consolidating three different legacy systems that do not talk. Your volume has your directors typing the same case into four places. Your data is trapped in an old install nobody can export cleanly. Or you want something the case tool will never offer: a real after-hours first-call intake, a family-facing digital arrangement portal, a preneed and aftercare engine, or automation that finally works against years of history. My position is that most homes should keep the case system they trust and build automation around it, not rip and replace. Replacement only earns its cost when a multi-location group has to unify incompatible systems anyway.

How to choose a developer for funeral home software

The trade is unforgiving of vendors who do not understand it, so vet for this, not for a generic portfolio. First, make them explain the FTC Funeral Rule and General Price List disclosure back to you, and listen for whether they grasp the sensitivity of an at-need family. If they treat a funeral home like a plumbing dispatch board, walk. Second, ask exactly how they will wire your state EDRS, vital records and the insurance assignment processors you use, by name. Concrete answers about C&J Financial or Homesteaders formats are a good sign; hand-waving is a red flag.

Third, insist they prove they can extract your history from SRS, Passare or FDMS by running a migration test on a copy of your real data before you commit, so you see precisely which old at-need cases and preneed contracts survive the move. Fourth, confirm they design for tone: every phone agent and family-facing screen is reviewed by a director, never sounds like a sales bot, and can hand to a human instantly. Get code ownership and full data ownership in writing while you are at it. A developer who clears those four bars is building for your families, not just for your database.

Research & sources

The evidence behind this guide

Independent findings on why this investment pays off. Every link goes to the primary source.

  1. McKinsey's Developer Velocity research finds best-in-class tools are the top contributor to software business success, yet only about 5% of executives ranked tools among their top-three software enablers, signaling underinvestment in developer tools (this finding originates in McKinsey's Developer Velocity study rather than the linked generative-AI article). Source: McKinsey & Company (2023) →
  2. McKinsey found that tech debt can amount to 20-40% of the value of a company's entire technology estate before depreciation, and CIOs report that 10-20% of the budget for new products is diverted to resolving tech-debt issues. Source: McKinsey & Company (2020) →
  3. Gartner estimates RPA can eliminate up to 25,000 hours of avoidable rework caused by human errors in the finance function each year, equating to savings of roughly $878,000 for an organization with 40 full-time accounting staff (based on interviews with more than 150 corporate controllers and chief accounting officers). Source: Gartner (2019) →
  4. 88% of organizations are concerned about employee retention, and providing learning opportunities is respondents' #1 retention strategy; career progress is cited as people's top motivation to learn, yet only 36% of organizations qualify as 'career development champions.'. Source: LinkedIn Learning (2025) →
Rohan Malhotra · Enterprise Software Consultant

Rohan advises mid-market and enterprise teams on ERP, CRM and custom software, and has led delivery on dozens of business-software builds.

Writes for Digital Heroes, shipping business software for 2,000+ brands across 55+ countries since 2017.

FAQ

Frequently asked questions

How much does custom funeral home software cost for a home our size?
A focused first release usually runs $50k to $120k, and a full multi-location operations platform runs $150k to $350k. For a single-location home the first number is the realistic starting point; for a three- or four-location group or a rollup, budget toward the platform range. Price tracks how many systems you are consolidating and how much compliance and state integration work your footprint requires.
We already use Passare. Why would we build custom on top of it?
Passare, SRS and FDMS store the case well, but they do not answer your 2am first call, chase a physician's EDRS signature, watch a stalled arrangement, or query ten years of families for preneed and aftercare. Custom automation sits on top of the case system you already trust and does the work between the records. Most homes should keep their tool and layer automation, not rip it out.
Can AI really answer our after-hours first calls without upsetting families?
Yes, when it is built for tone and capture rather than selling. The agent answers gently at any hour, gathers the decedent's location and next of kin, answers routine price-list questions, opens the case, and pages your on-call director with a full brief, and it hands to a human the moment anyone asks. It exists so a grieving caller never hits voicemail and never has to repeat the address at 2am.
Can we migrate our case history out of SRS Computing or FDMS?
Yes in almost every case, though legacy funeral systems vary in how cleanly they export. A serious developer runs a migration test on a copy of your real data before you commit, so you see exactly what comes across, including old at-need cases and preneed contracts. Insist on that test, because vague reassurance is a red flag.
How long until we see something live?
A focused first release ships in 10 to 16 weeks, and a full operations platform phases in over 6 to 12 months. In a phased build you should have a working piece, such as first-call intake or automated certificate populating, in production within the first few weeks, not only at the very end.
What outcomes should we actually expect?
Fewer first calls lost to voicemail, certificates and permits populated from one intake instead of typed four times, no double-booked chapel or removal van, stalled arrangements and preneed leads that actually get followed up, and review requests timed tactfully after aftercare. In plain terms, that is hours a day handed back to your directors and more of their attention on the family in front of them.
Do we own the code and data?
With a custom build you should own the source code and all of your data outright, stated in writing in the contract. That is the main structural advantage over renting a seat in someone else's platform. If a developer wants to keep the code or lock up your data, walk away.
Does this replace Passare and SRS, or sit on top of them?
Usually it sits on top. Your case management, arrangement and accounting can stay where they are while automation handles first-call intake, paperwork populating, dispatch, follow-up and aftercare around them. A full rip-and-replace only makes sense when a multi-location group is consolidating several incompatible legacy systems at once.
Is this compliant with the FTC Funeral Rule and state vital records rules?
It has to be, and that is part of the build, not an afterthought. Anything that quotes price to a family must respect the FTC Funeral Rule and your General Price List, and any certificate or permit flow has to match your state's EDRS and vital records requirements, which differ state by state. Make sure your developer can explain those rules back to you before you sign.
What happens to my software if the agency shuts down or we stop working together?
Nothing dramatic, if the engagement was set up correctly: the code sits in your repository, hosting runs on your cloud account, and a handover document explains how to deploy and operate the system. Any competent replacement team can then take over in days rather than months. If the agency controls the repo, the servers, or the domain, fix that now, because renegotiating access during a dispute is the most expensive place to discover the problem.
Can we migrate years of data out of our current system into new custom software?
Almost always yes, through CSV exports or the vendor's API, and migration should be scoped as its own workstream with field mapping, a dry run, and a planned cutover window rather than an afterthought. The real time sink is rarely moving the data; it is cleaning it, since years of duplicates, free-text fields, and inconsistent formats surface all at once. Pull a full export from your current vendor before committing to anything new, because some SaaS plans restrict exports on lower tiers.
Is a solo freelancer enough for my project, or do I really need an agency?
A solo freelancer is a fine choice for a well-defined build under roughly $15,000 to $20,000 with a limited lifespan: an internal calculator, a scripted integration, a prototype. Above $50,000, or for any system your business will depend on for years, you are buying continuity as much as code: enforced code review, cover when someone is ill, and support that outlasts one person's career plans. Price the risk of a single point of failure, not just the hourly rate.
How do we get years of data out of our old system and into the new one?
Treat migration as a planned sub-project: a field-mapping document, at least one dry run on a copy of your data, then a cutover with the old system kept read-only for 30 days as a safety net. On Digital Heroes projects it consumes 10 to 15% of the budget when the old system has an export, and more when data must be pulled out screen by screen. Ask any vendor to walk you through their last migration before you sign.
How do I work out whether custom software will pay for itself?
Do the arithmetic on hours before anything else: if the system saves three staff eight hours a week at a $35 loaded hourly cost, that is about $43,700 a year against, say, a $70,000 build plus 15 to 20% annual maintenance, a payback around two years. Add revenue effects only if you can name them specifically, like faster quotes or fewer abandoned orders, not as vague growth. In our delivery experience the businesses that see payback inside 24 months are the ones automating a process they already measure.
Should we build an MVP first or go straight to the full system?
MVP first, for almost everyone: ship the single workflow that carries the business value in 10 to 16 weeks, learn from real users, then fund phase two from evidence instead of guesses. The caveat is that an MVP is a small version of a well-built system, not a badly built version of a big one; the data model must already support what comes next. An agency that cannot tell you what they deliberately left out of your MVP has not designed one.
How many people should be working on my software project?
Three to five for a typical focused build: a project lead, one or two engineers, a designer, and part-time QA, which is the standard shape across 2,000+ Digital Heroes projects. Larger platforms justify 6 to 10, but a ten-person team on a small first version usually signals bill padding rather than horsepower. What predicts success is whether a senior engineer is writing your code daily, not the headcount on the proposal.
Will custom software work with the tools we already use, like QuickBooks and Stripe?
Yes, and this is one of custom software's genuine advantages: QuickBooks, Stripe, Shopify, and most mainstream business tools publish documented APIs built for exactly this. Expect each standard integration to add one to two weeks of build time, and be suspicious of any quote that lists five integrations without asking what data flows in which direction. The hard cases are legacy systems with no API, which is a question to raise in discovery, not in week nine.
Is it cheaper to customize Salesforce than to build a custom CRM from scratch?
If you use less than a third of what Salesforce does, a custom CRM is often cheaper by year three. Salesforce Enterprise lists at $165 per user per month, so 25 seats cost about $49,500 a year before admin and consultant fees, while a focused custom CRM runs $60,000 to $100,000 once plus 15 to 20% a year in maintenance. If you genuinely need Salesforce's ecosystem, reporting, and app marketplace, customizing it beats rebuilding it; the mistake is paying enterprise prices to use it as a glorified contact list.
How much should a small business budget for its first custom app or website?
For a focused first build, most small businesses land between $8,000 and $60,000: roughly $8,000 to $45,000 for a custom website and $25,000 to $60,000 for an internal tool or simple web app, based on Digital Heroes delivery across 2,000+ projects. Customer-facing products with payments, logins, or a mobile app start around $40,000. Quotes far below these bands usually mean a template with your logo on it, not software shaped around your workflow.
What is the biggest mistake first-time software buyers make?
Choosing the lowest quote without asking why it is the lowest. A bid 40% under the field usually gets there by skipping tests, documentation, and code review, which are invisible in a demo and brutal to pay for later; every stalled project Digital Heroes has been asked to rescue tells some version of that story. The second mistake is signing without a written scope, which reliably turns the winning cheap quote into 1.5x to 2x the price by launch.
Keep reading
let's build

Build something worth launching.

A plan, a team, a timeline, within 24 hours. No decks, no discovery calls. Tell us what you're building and we'll come back with a real scope and a real number.

message us directly · we reply within one business day

mission briefing

Monthly dispatch

Playbooks, real build costs, and what we're shipping. One email a month. No fluff.

visit us

New York HQ

1140 Broadway, Suite 704 · New York, NY 10001

Get directions
Online now

Hey there 👋 How can we help you today?