# A launch spike is a beginning, not a business

How to investigate a new app without mistaking its opening weekend for lasting demand.

By AppRill Editorial · Published 2026-09-08
Canonical: https://apprill.app/blog/new-app-first-week

A new app jumps into a chart. Screenshots circulate. Someone posts an ambitious revenue estimate. By lunch, several people have decided the category is the next big thing.

A launch is an event. A business has to survive Tuesdays.

## Build a timeline before a theory

Record the first observation, store release information, visible updates and chart captures you actually have. Keep the word “first” honest: the first time your tool saw an app is not necessarily its launch date.

Then add possible distribution events with source links: a founder announcement, an identifiable creator video, a relevant publication. Events occurring together suggest questions; they do not establish attribution.

## Watch what happens after attention

Return to the same country and chart. Look for repeated observations rather than drawing a growth curve through two convenient points. Read new reviews for evidence about actual use, but remember that reviewers are a selected group of customers.

An early complaint might describe a launch bug already fixed. A glowing review might describe the first five minutes. Both can be real without answering whether the app becomes a habit.

## Test a quieter explanation

Could the spike reflect a temporary promotion, an existing audience or a seasonal need? Could the app have an older web business? Is the apparent new product a renamed listing?

You don't need to solve every uncertainty before learning something. You do need to keep uncertainty out of the headline's certainty.

The useful output is a watchlist entry with a reason to revisit: “Check whether the same user problem appears in later reviews,” or “Compare chart persistence after the campaign.”

Give a promising app time to become interesting for a second reason.


## Sources