Preferências de cookies

Escolha o que podemos usar. Cookies estritamente necessários mantêm você conectado e não podem ser desativados; todo o resto é decisão sua e não muda nada no funcionamento do site. Você pode mudar de ideia a qualquer momento pelo rodapé.

For WelcomeHome

What does a move-in from your own website cost?

Match move-ins and the rent they earn to the campaigns that produced the enquiry — and price that against the agency's fee.

No API key Nothing to install in WelcomeHome No card required

The gap

You know precisely what a referral agency charges per move-in, because they invoice you. Every other channel's cost per move-in is a guess.

WelcomeHome sees

What was sold, to whom, and for how much.

no shared row
Your ad account sees

The click, the keyword, the call, and what each one cost.

The file

What the export needs in it.

Three things carry the match: who, how much, and when. Anything else is optional and only changes how the report can be sliced.

  1. Needed

    Responsible-party phone or email

    The enquiring family member, not the resident. This is the contact that appears on both the prospect record and the billing record.

  2. Needed

    Billed rent or move-in revenue

    From the billing system rather than the CRM, in most operators. The CRM hands off at deposit and the money lives downstream.

  3. Needed

    Move-in or billing date

    Used consistently. Move-in date is the usual choice for attribution.

  4. Optional

    Care type and community

    Assisted living, memory care and independent living have different cycles and costs and should not be averaged.

Step by step

Getting the file out of WelcomeHome.

Written for somebody with WelcomeHome open in the next tab. Report names vary by edition, so each step says what to look for.

  1. Export prospects with their lead source

    One row per enquiry carrying the enquiring family member's phone or email and the source as recorded.

  2. Export move-ins with revenue

    In most operators this comes from the billing or property system rather than the CRM, because the CRM hands the prospect off at deposit. Two exports and a join is the normal shape here, not a failure.

  3. Reach back at least a year

    The cycle runs a hundred days and more, and independent living routinely runs past three hundred. A short file matches almost nothing.

  4. Upload the ad and call exports

    Paid search, paid social, and a call export — senior living enquiries arrive by phone more often than by form.

  5. Add the referral agency's placements as a source file

    This is the comparison worth running: your own channels' cost per move-in against a fee you already know.

What comes back

The page WelcomeHome cannot show you.

Revenue by channel, the count of sales behind each figure, and an honest bucket for the ones nobody could trace. Sample figures, from the worked example on the Senior Living page — not from a WelcomeHome account.

Traced to a channel$873,50059% of $1,480,000
Sales matched8 of 13high confidence only
Average sale$118,000per paid sale
ChannelShareSalesRevenue
Google Ads3$385,000
Referral agencies3$311,000
Meta Ads1$103,500
Community events1$74,000
Direct / Unknown5$606,500

Unmatched sales stay in Direct / Unknown. They are never spread across the paid channels to make the total look better.

The argument

What changes when the move-in and the ad share a row.

The aggregator is the only channel whose price you already know

A placement agency's fee is roughly a month's rent and it arrives as an invoice attached to a named resident. That makes it the one channel in the whole mix with an honest, countable cost per move-in.

Every other channel is measured in enquiries and tours. So the comparison an operator most wants to make — what a move-in from our own website costs against what the agency charges for one — cannot be made, and the aggregator keeps the volume by default.

Uploading the agency's placements as a source file puts both on the same axis. Sometimes the answer is that the agency is good value, and that is a finding worth having in writing rather than a suspicion.

The CRM holds the prospect and the billing system holds the money

Senior living CRMs are built around the sales process, and the sales process ends at the deposit. What the resident then pays every month, and how that changes with level of care, lives in the billing or property system.

That means the honest version of this report needs two exports and a join, and any vendor promising a single-click answer is either only using the CRM's own source field or quietly ignoring the revenue. Saying so up front is more useful than pretending otherwise.

The join is the responsible party's contact detail, which both records carry because both need somebody to contact.

A move-in is a tenancy, not a transaction

Two channels can produce move-ins at the same cost while one produces residents who stay nine months and the other residents who stay two years. Cost per move-in rates them identically and is wrong by more than double.

Because the match is on the resident's household, every month billed credits the channel that produced the enquiry, and level-of-care increases credit it too. That is where much of the revenue growth in assisted living actually comes from, and no enquiry-based report can see any of it.

The enquirer and the resident are different people

The person who filled in the form is an adult child, often in another state. The person on the billing record is their parent. A join on name finds nothing and the report reads as though the website produced no move-ins at all.

The match runs on the contact detail that appears in both files — the family member's phone or email, which the CRM keeps on the prospect and the community keeps as the responsible party. Weak links are flagged for a person to confirm rather than counted.

Deposits, lost deposits and move-ins are three different outcomes

Senior living sales run through stages that behave very differently: a tour, a deposit, a move-in, and sometimes a deposit that is refunded when a family's circumstances change. Counting deposits as conversions flatters whichever channel is best at generating interest, which is frequently not the channel that produces residents.

A stage column keeps them apart, so a deposit is reported as a deposit and billed rent is reported as revenue. For an operator reporting occupancy progress to an owner, that separation is the difference between a number that has to be restated and one that does not.

It also makes deposit-to-move-in conversion visible per channel, which is usually where two apparently similar sources turn out not to be similar at all.

Fair questions

“WelcomeHome already does that.” Not quite.

They say

“WelcomeHome already reports marketing ROI.”

We say

On the touches and sources it holds. What it does not hold is the rent the move-in went on to bill, which is in the billing system — joining those two is the job.

They say

“Our cycle is four to ten months.”

We say

Which is why the match is on the household rather than a session. The gap costs nothing.

They say

“We would need two exports.”

We say

Yes, and that is the honest shape of this segment. Anything claiming one file is either ignoring the revenue or using only the CRM's source field.

Questions

WelcomeHome, specifically.

Something else? Ask us and a person answers.

Prospects with lead source and the enquirer's contact detail, plus move-ins or billed rent with amounts and dates.

WelcomeHome and the other product names and logos on this page belong to their owners and are shown to identify the software a file comes from. CloseRev is not affiliated with or endorsed by them, and connects to none of them: it reads a file you export.

Start today

Two exports, and you will know.

Nothing to install in WelcomeHome, no API key, and no need to have been tracking anything until now. Last year works as well as this month.