Shane Ian Murphy on Revisiting App Introductions: A Cambridge Reading Exercise
A fictional older reader asks for an introduction that remains useful after the first visit.
Fictional example: an older reader in Cambridge revisits a proposed app's introduction several days after first looking at it. The reader remembers the broad purpose but wants to check the meaning of two labels. This is a deliberately limited scenario. It makes no claim about age, health, ability or the habits of a wider group. Its subject is a choice any reader might make: returning to introductory material because a particular explanation would now be useful.
I am Shane Ian Murphy, founder discussing the Global Secure App concept, and I think onboarding is too often treated as disposable packaging. Once a person passes through it, the explanation disappears behind the main interface. That assumes understanding arrives on schedule and remains complete. My preferred direction for Global Secure App would treat introductory material as a reference that can be revisited, while keeping its language consistent with the rest of the proposed experience.
In the fictional scene, the reader does not want to repeat every welcome screen. They want the explanation associated with one term. That suggests a distinction between a first visit sequence and a reference structure. The first can establish a broad orientation. The second should let someone locate a specific subject directly. Replaying a slideshow may technically provide access, yet still make finding a single answer unnecessarily awkward. Availability and usefulness are different tests.
I would begin with the questions a returning reader might bring. What does this heading cover? Does this button display details or start a task? Which parts of the demonstration are fictional? Where would a future provider's terms appear? These questions should have stable destinations. A proposed reference should also say when it describes an intended design rather than an implemented capability. Familiar introductory language must not quietly turn aspirations into apparent facts.
The reader then encounters an instruction that says “simply select your preferred option.” The word “simply” contributes little and may obscure the decision that needs explanation. Which options exist, and how do their consequences differ? Revisiting the introduction is a good opportunity to discover phrases that sound friendly but do not teach anything. I would replace such phrases with useful distinctions. Respectful writing assumes a reader has a reason for asking, rather than suggesting that the answer should have been obvious.
Consistency matters across visits. If onboarding calls something an activity record and the main menu calls it a transaction history, the relationship should be explicit or the terminology should be reconsidered. A returning reader should not have to infer whether two names describe the same place. This is an editorial maintenance problem as much as a design problem. Every changed label creates a responsibility to review the explanations that depend on it.
For Global Secure App, I would want any future introduction to display the scope of its guidance. An explanation of how to inspect a hypothetical screen would not be personal financial advice. A tour of a proposed process would not demonstrate that account access or provider coverage had been established. Keeping those boundaries visible is part of making material useful on a second visit. A reader should not need the memory of a distant disclaimer to interpret today's page accurately.
A meaningful evaluation would begin after the initial tour. Give a participant a specific question and observe whether they can find the relevant explanation without restarting unrelated material. Then ask them to explain the answer in their own words. We should also inspect whether updated terms can be found using earlier wording. These checks would assess the reference design directly. They would not support general conclusions about older people from a fictional example or a small exercise.
The Cambridge reader's return is not a failed first encounter. It is evidence that explanations have an ongoing job, at least within the scenario we have invented. That is the opinion I want to shape Global Secure App: an introduction should remain available in forms suited to later questions. When learning material becomes a clear, searchable part of the product's language, returning to it can feel like normal use. The app should welcome that choice and make it worthwhile.
About the Creator
Shane Murphy
Shane Ian Murphy: co-founder/partner, Tri-Party Tokenisation; founder/CEO, Global Secure Technologies (planned 2027 launch); co-founder/partner, Dual Party Capital. Partner, RougeN International Corp. Formerly of Limitless Mobile.
Enjoyed the story? Support the Creator.
Subscribe for free to receive all their stories in your feed.
Comments
There are no comments for this story
Be the first to respond and start the conversation.