Skip to main content
GullySystem
A practical guide

Customers installed our app but never open it again

Ganesh HSStrategy and Technology, GullySystem
Practical advice · 5 min read

In this guide 6 sections
The short answer

Customers return to an app when it holds something they need again: a repeat order, a booking, live status of a job, a balance or a record. If your app is only a catalogue or a contact form, the phone’s home screen has no reason to keep it. Brochure apps get deleted.

Ask what the app gives that a phone call does not

Open your app as a stranger would. Ignore the logo and the menu, then ask one thing of every screen: would a customer come back for this next week? A product list does not pass.

The same list already works on a website without an install, and a browser tab serves a customer who checks prices once a month just as well. Unused apps are usually brochures. They show the price list PDF, the shop address, a map pin and a button that dials your office, which a customer needs exactly once. After the first visit the icon becomes clutter, and it gets deleted at the next storage warning, so the install was wasted.

Find the repeat moment in your trade. Every trade has one. A distributor’s retailer reorders the same twelve SKUs every Tuesday, a salon client rebooks every five weeks, and a service customer wants to know when the technician arrives.

  • Reorder from a past invoice
  • Book or move a slot
  • See live status of a delivery or job
  • Check a balance or statement
  • Open a record such as a warranty card

Check the five reasons to return one by one

Repeat ordering is the strongest. It needs no persuasion, because the customer picks a past order, changes two quantities and sends it in a few taps from the home screen. Booking comes next, with a calendar showing real free slots, and live status works when the wait causes worry, such as a repair or a parcel.

A balance matters in credit businesses. Show the outstanding invoices, the last three receipts, the cheque clearing date and a PDF link for the ledger statement. A record is the quietest reason, but a service history or a warranty card with a serial number gets opened years later. Score your app against these five.

Most cover none, and a catalogue with a call button covers nothing. That is the finding. Some cover one badly, for example a booking form that asks for a phone number and then waits for staff to call back.

Look at your install and usage numbers together

Open Google Play Console or App Store Connect, or ask your developer, for three figures: installs, accounts created and customers who opened the app on two different days. A wide gap between the first and the third tells you the app fails after the first visit, not before it.

Look at where people stop. If most leave at the sign-up screen, the app asks too much too early, because a phone number with a one-time code is enough. Long sign-up forms drive people off.

Read store reviews and support chats. Customers usually say it plainly, in complaints such as it does not show my order, I cannot reorder, and it logs me out every time.

  • Installs against accounts created
  • Accounts against a second-day open
  • Screens where the session ends
  • Push notifications opened against sent

Build one reason first and drop the rest

Pick the single reason that matches how your customers already buy and build it properly, because a reorder button tied to real invoices beats ten menu items. Cut the news feed, the photo gallery and the loyalty banner that nobody maintains, since stale content makes customers doubt the live order screens too. Build one thing well.

Connect the app through its API to the billing system where sales orders and dispatch notes already live, so nothing is typed twice. An app that keeps its own copy of orders goes stale within days, staff stop trusting its status screen, and the counter returns to the telephone.

One source keeps status honest. Ask staff to place their own test orders through the app for two weeks, on the same phones customers use, and note every screen where they hesitate. Awkward for staff means awkward for customers.

Give the first week a job to do

The first seven days decide the habit. Send one WhatsApp or push message after the first order, quoting the order number and linking to the tracking screen. Do not send general offers.

A notification should open a screen where the customer can reorder, pay a balance or move a technician visit, never a generic home page. Tell customers in person. Print it.

A delivery driver, a counter clerk or the invoice itself can carry a short line and a QR code that leads straight to the reorder screen. Installs stay low without a nudge. Next step: write down the one repeat moment in your business, then sketch the single screen that serves it on paper before any more features are added.

App return-reason scorecard

The scorecard is a single worksheet with five rows: repeat order, booking, live status, balance and record, each scored for how well the app serves it today. Columns record how many customers used it last month, what blocks it and who on the team owns the fix. A bottom box names the first build.

Open a blank worksheet to print

Questions owners ask

How many people opening an app is a good sign?

There is no single number. Compare customers who opened the app on two different days with those who installed it, and if that share keeps rising, the app gives a reason to return.

Should we send more push notifications?

Only if each one leads to an action. Offers with nothing to do after the tap teach customers to switch notifications off, whereas a message that confirms an order or shows a delivery gets opened.

Is a mobile website enough instead?

For browsing, often yes. An app earns its place when customers repeat something weekly, like reordering or checking a job, and want one tap from the home screen with login remembered.

Does the app need its own database?

Not for orders and balances. It should read from the system your staff already use, so what the customer sees matches what the counter sees.

Browse all guidesBack to top ↑
Next step

Have a specific situation to work through?

This article covers the general case. Tell us what you’re actually dealing with and we’ll respond directly.

Share Your Requirements