Playbook, healthtech app
Most of what blocks a new account has nothing to do with the app
Nobody here is stopped by an installation step. They are stopped because they are in a country the service cannot cover, because they are under an age limit, because the code their employer gave them will not take, or because the questions at sign up asked for something they were not expecting to give before they had decided anything.
Why this is not the general answer
The handling pattern for setup and onboarding holds across every trade. What follows is the part that does not.
- A clinician is registered to practise in a defined place, so where the person is decides whether the service can be offered to them at all, and that is a hard boundary rather than a rollout schedule.
- There is an age limit, and beneath it a different arrangement involving a parent or guardian, which means a sign up that fails is often the policy working rather than a form misbehaving.
- Access frequently arrives through an employer or an insurer with a code, and the commonest reason a code is refused is that it is being used with a personal address against an arrangement built around a work one.
- The questions at sign up ask for health information before anybody has been seen, and people reasonably want to know why they are asked and who reads them before they type a word.
How it arrives
- can i use this if i live abroad
- the access code from my employer will not work
- how old do you have to be to sign up
- why does it ask all these health questions before i start
- can i set this up for my son
- what happens after i finish signing up
What has to be indexed for this to work
| Where the service can be offered, listed by country | Which places are covered, what somebody does when theirs is not among them, and what happens if they are only travelling. This is a registration boundary rather than a market decision, and saying so ends the argument. |
|---|---|
| The age limit and the arrangement below it | The minimum age, what a parent or guardian can set up instead, and what changes when a young person reaches the age themselves. Publish it, because a sign up that fails without an explanation reads as a broken form. |
| How a sponsored access code works | Where the code comes from, which address it has to be used with, how long it stays valid and what to do when it is refused. Almost every failure has the same cause and one paragraph settles it. |
| What the sign up questions are for, and who reads the answers | Why the information is asked, what it is used for and who sees it. This is the question that decides whether somebody finishes the form, and a link to a privacy notice does not answer it. |
The reply
Where the service can be offered depends on the places our clinicians are registered to practise in, and that list is on our eligibility page along with what to do if yours is not on it [1]. There is a minimum age, and below it a separate arrangement set up by a parent or guardian, described on the same page. If your access comes through an employer or an insurer, the code has to be used with the address the arrangement was set up against, which is the usual reason one is refused [2]. I cannot check eligibility, validate a code or set up an account. Leave your name, an email and what happened and the team will pick it up.
The country answer is given as a registration fact rather than as availability, because somebody told a service is not available where they live will ask when it is coming, and that is the wrong question. The code cause is volunteered since it explains most refusals. Nothing here judges whether the service suits the person, which is the sentence a sign up page invites and this one declines.
Where it stops
The trigger. The visitor asks whether the service is right for their situation, describes a condition or a medicine while asking about eligibility, or has a sponsored code that will not work.
I cannot check whether you are eligible, validate a code, or say whether this is right for you. Leave your name, an email and what you have run into, and the team will come back to you. If you have a health question in the meantime, please put it to your own doctor rather than to me.
It stops answering before it guesses, says who will pick it up, and asks for the one thing that makes a reply possible. Nothing about it reads as a dead end.
Never say this here
Out of bounds
- Never say the service is suitable for a person, a condition or a situation they have described.
- Never say the service is available somewhere it is not, or that coverage is coming to a country.
- Never confirm that a code, an address or an employer arrangement is valid, since nothing here can check one.
- Never ask a visitor for health details in order to help them through a sign up form.
Questions
- Should the country limit be explained or just stated?
- Explained, in one line. Somebody told a service is unavailable assumes a launch schedule and asks again in three months. Somebody told it depends on where the clinicians are registered understands that it is not a queue.
- Can it help somebody through the health questions at sign up?
- It can say what the questions are for and who reads the answers. It must not help anybody decide what to put, because that is interpreting their health, and it must not receive any of it in the chat.
- The employer code failures are constant. Is a page enough?
- It is, provided the page names the address the code has to be used with. That single fact causes most of them, and it is usually buried in an email the person read once on their first day.
Keep reading
- Everything for a healthtech appHealth data is a special category and clinical claims carry device rules. What a healthtech assistant answers for patients, and for buyers.
- Handling setup and onboarding in generalMost product material is written for somebody who already understands it. A first run guide has to be ordered, not merely complete.
- The message that has to leave this channel immediatelyTwo routes, one about the software and one about the clinician, with different reviewers and different clocks. How to sort them in one reply.
- The app is awake at three in the morning and nobody else isConsultation hours, a clinician rota across time zones, and a user who has travelled. What an overnight message needs in its first line.
- The same clinician, or the sooner oneContinuity with the same clinician, a notice window, and a review that has to happen before a repeat. What is answerable without any diary.
Try it on your own material
Upload a document or point it at your site, paste one line of HTML, then ask it something only your business could answer.