Interactive Product Demos & Buyer Enablement3 min readUpdated September 2026

Navattic vs Storylane for a DSO Patient App Demo

A dental support organization running patient scheduling and intake through its own app faces a specific problem: front desk staff at every location field the same basic questions about how the app works, over and over, across dozens of locations. An interactive tour on the practice website or in a new-patient email can absorb a good share of that before the phone rings.

A DSO's marketing team is often several steps removed from the clinical and compliance side of the organization, which makes the review step in this process more important than the build itself.

Reducing even a portion of those repetitive calls frees front desk staff to spend more time with the patients standing in front of them, which is usually a more valuable use of their time than repeating the same explanation on the phone.

Vendors Covered in this Article

Disclosure: We may earn a commission if you buy through some links on this page. It doesn't change what we recommend.

Decide which screen actually reduces front desk calls

Look at your intake calls for the last month and note the most common question: how to book, how to find insurance information, how to message a provider. Build the tour around that specific screen first rather than trying to cover the whole app, since that's where the call volume reduction actually comes from. If your call logs aren't currently categorized in a way that makes this easy to see, even a rough week of manual tracking by front desk staff is worth the effort before committing to a specific screen for the first version of the tour.

Keep protected health information completely out of the demo

Build the tour using a fictional patient profile with placeholder name, placeholder appointment history, and no real clinical notes, records, or insurance details of any kind. This isn't optional for a healthcare organization, and it should be reviewed by whoever handles your compliance responsibilities before the tour goes live.

Set these rules before anyone captures a screen:

  • Use a fictional patient profile with a placeholder name and a placeholder appointment history.
  • Include no real clinical notes, records or insurance details of any kind.
  • Have whoever handles your compliance responsibilities review the tour before it goes live.
  • Remember that neither vendor's tool is a compliance product, so keeping protected information out of the demo is your organization's responsibility.

Standardizing the tour across multiple locations

If each location currently explains the app slightly differently, a single tour used across the DSO's website and new-patient materials creates a consistent explanation regardless of which office a patient calls. Confirm the app screens themselves are actually identical across locations before publishing one tour system-wide. Where locations do differ, even slightly, note that difference clearly in internal documentation as well, not just on the patient-facing tour, so staff at each location aren't caught off guard by a question about a feature their own office doesn't actually offer.

Choosing between Navattic and Storylane for a healthcare app

Ask each vendor directly about their approach to healthcare-adjacent content, since neither tool is a compliance product itself, and the responsibility for keeping protected information out of the demo sits with your organization, not the platform. Beyond that, evaluate them the same way you would any other tool: how easily your marketing or patient experience team can update the tour after an app change. Beyond the platform choice itself, document your review process in writing once, so future updates to the tour follow a consistent compliance check rather than depending on someone remembering the steps from the first time.

A worked example: the insurance verification screen

Say new patients frequently call asking whether their insurance is accepted before booking. A short tour segment showing exactly how a patient checks accepted plans inside the app, placed on your new-patient page, answers that question before the front desk has to. This same approach extends naturally to other frequent questions once the first tour proves useful, such as how to request records be transferred from a previous dentist, which is another common source of calls in a group serving patients who recently moved or switched providers. Keep a short internal log of which questions the tour was built to answer and when it was last reviewed, so a new marketing hire joining the DSO later can pick up ownership of the tour without having to reconstruct that history from scratch.

Coordinating between marketing and clinical operations

The team that manages the patient app and the team that manages patient marketing are often different groups within a DSO. Set up a short review meeting between them before publishing anything, since the marketing team may not know which app screens are considered sensitive or which details clinical operations would rather not show publicly.

What this looks like for a newly acquired location

When a DSO acquires a new practice, that location's app or scheduling system may differ from the rest of the group's for a period of time. Hold off on adding that location to a group-wide tour until systems are unified, and communicate the transition timeline to that location's front desk staff so they know what patients are seeing online.

Budgeting time for the compliance review, not just the build

The build itself, capturing screens and adding guided steps, usually takes less time than getting a compliance review scheduled and completed across a multi-location organization. Budget for that review time explicitly when planning the project, and loop in whoever owns compliance early rather than treating their sign-off as a final formality, since their feedback may change which screens end up in the finished tour.

Executive Capability Standard

What Good Looks Like

Good looks like one app tour, built on a fictional patient profile and reviewed for compliance, that answers your single most common front desk question and stays consistent across every location.

Building The Capability (5-Stage Skill Ladder)

1. Learn:Review a week of front desk call logs to identify the one question a tour could most realistically absorb.
2. Do Manually:Print or email a simple screenshot walkthrough of the app's booking screen before investing in an interactive version.
3. Delegate:Assign the build to your patient experience or marketing team, with a compliance review built into the process, not the app development team.
4. Automate:Tie a tour review to any scheduled app update so it never falls out of sync with what patients actually see.
5. Buy:Subscribe to whichever platform your patient experience team found easiest to update without engineering help.

How to Get Started

Disclosure: We may earn a commission if you buy through some links on this page. It doesn't change what we recommend.

WhatConverts

Track whether new-patient calls drop after publishing the app tour, and see which calls still come through, with WhatConverts.

Visit WhatConverts→

Frequently Asked Questions

Do we need to involve compliance before publishing a patient app demo?

Yes. Have whoever manages your organization's privacy and compliance responsibilities review the fictional patient profile and every screen before the tour goes live, even though no real patient data is involved, since the review itself is part of good practice.

Should every location link to the same tour?

Only if every location's app experience is genuinely identical. If any location runs a different scheduling system or workflow, build a separate tour for that location rather than showing patients a mismatched experience.

Will this actually reduce front desk call volume?

It can meaningfully reduce the most repetitive questions, like how to book or how to check accepted insurance, but it won't replace calls that involve a patient's specific clinical situation, which should always go to a person.

About the numbers

This guide doesn't quote a sourced benchmark. Figures in it are estimates or general guidance, so check them against your own numbers.

Related Guides