TGGET Niche Research

Puts two to five finished niche scans side by side to help choose between ideas. items are the niches with their numbers, the report's positioning and napkin economics, and wins: in how many rows the niche holds the better value. rows are the ranked measures (verdict, demand, trend, cost per click, weak search results, competitor sites, App Store apps, fresh community signals) with the value of every niche and best, the indexes of the items that hold the better value; better says which way is better (max or min), null when the row is shown but not ranked. Every item names the country and the language its demand was measured in; demand and cost per click are not ranked across different markets, countries or languages (mixed_markets). The marks are computed from numbers, not written by a language model. Every scan needs a finished report. share_url is a read-only link to this comparison that works without signing in: give it to the person only when they want to share the comparison, it shows the numbers and the conclusions of their researches to whoever holds it.

Finds niches an existing business could grow into. Give what the app, site or business does in words, links to its site or its App Store / Google Play apps, or both. TGGET reads the links (maps and social networks are not read), proposes neighbouring products (a new audience, a new task, a feature grown into a product, a new format, a complement), measures their demand in the country and researches the one with the most demand in full. Uses one research of the quota. Poll get_research with the returned id: once status is completed, findings.growth lists the niches (phrase, monthly demand, axis, fit, why, scan_id of the full research or research_url/catalog_url when already measured) and findings.profile what was read about the business. Check another niche with start_research and its phrase in the same country. What the business does stays private; the niches found are researched as usual.

Starts following the niche of a finished scan that has a report: the scan becomes the first measurement and the niche is scanned anew every month, with a digest of what changed sent to the account. Monthly checks do not spend researches; the plan limits how many niches are followed (FREE 1, Starter 2, Pro 10). Following a niche that is already followed returns its project. The niche is followed in the country and the language its scan was measured in (country and language of the project), so every monthly check measures the same audience.

Returns a followed niche with the history of its checks, newest first: the first measurement (baseline) and the monthly checks, each with its numbers, what changed since the previous check and the id of the research it came from. Pass that research_id to get_report to read the fresh report of a check. Changes are computed from numbers and lists, not written by a language model.

Returns the final niche report of a finished scan (or the report research itself) as Markdown: verdict, what product to build (customer pains with evidence and severity, positioning, MVP with the pain each feature relieves, platform, monetization, competitor matrix), napkin economics (price hypothesis, acquisition cost from the cost per click in paid search, revenue per customer, whether it adds up, assumptions), SEO plan for the site (clusters, pages with title/H1/description, content plan, FAQ), ASO for App Store and Google Play, name options with domain and App Store availability, landing page draft, distribution channels by type with a first step, effort and priority, validation steps and risks. A report whose verdict is not "go" also lists up to three nearby catalog niches with better odds; a report may also name up to three narrower niches worth checking next (start_research with the phrase and the same country checks one). Pass format "json" for structured data (keys: verdict, product, economics, seo, aso, names, landing, channels, validation, risks, neighbours, next_checks).

Returns the current state and findings of a research by id: status, country and language the demand was measured in (null where a source does not measure by country), headline numbers, ranked candidate phrases, competitor overview, child researches (sub-topics, competitor checks, signals) with their ids, skipped stages, and once the report is ready report with its verdict and next_checks: up to three narrower niches worth a research of their own (phrase, monthly demand, weak search results, why, what makes it another niche, country and language; research_url when the account already checked it, catalog_url when the catalog has it). Offer them to the user and start one with start_research in the same country. Call repeatedly until status is completed and pending is 0.

Lists the niches the account follows. A followed niche (a project) is scanned anew once a month and compared with its previous check. For each project: status, whether the plan serves it, the date of the next check, the latest numbers (verdict, demand, cost per click, competitor sites, App Store, community signals) and what changed at the latest monthly check, as structured changes and as digest lines of text. Also returns how many niches the plan follows.

Lists the researches the account started itself, newest first: niche scans of a phrase and descriptions of an idea, without the checks they spawned. Use it to find the id of an earlier research before get_research, get_report, compare_research or follow_niche, or to see what is still running. Each item has id, kind, phrase, status (queued, running, completed, failed), mode, country and language the demand was measured in, created_at, url of its page and total_count: monthly searches of the phrase, null for a description. quota tells how many researches the plan has left. Reads only; spends nothing.

Adds one check to a finished research and returns the id of the new child research. Use it when the scan skipped a stage, when a person asks about one phrase in particular, or to rebuild the report after new checks. A niche scan already runs the usual checks by itself, so this tool is for what is missing. Checks added this way are free: they do not spend researches of the plan.

Checks of a demand research (kind):

• competitors: who holds the search results for a phrase of the research; pass the phrase in phrase.

• dynamics: two years of demand history.

• appstore: App Store apps for the phrase with ratings and freshness.

• wiki, radar, youtube: public interest and community signals.

• paid: paid search for the phrase and its strongest candidates: volume, advertiser competition, cost per click.

• insight: a summary of the findings written by the language model.

• report: the final niche report, written anew from the current data; needs a finished niche scan.

Checks of a child research:

• fingerprint: product sites found by a competitors check, with pricing and app links; the parent is that competitors check.

• reviews: recent App Store reviews of the leaders; the parent is an App Store research.

• insight also accepts a competitors check as the parent.

The parent must be completed and belong to the account. The check runs in the background: poll get_research with the returned id every 20-30 seconds until status is completed. insight and report are rebuilt at most once an hour.

Starts a niche research from a short search phrase or a plain-language description of an app or service idea. A phrase is scanned directly (demand, sub-topics, competitors, signals); a description is first turned into real search queries, the best one is then scanned automatically. Demand is measured in one country and one language: country and language when given, otherwise the country and the language of the phrase (English: United States, Spanish: Spain, Portuguese: Brazil); write the phrase in the language people search in there. country and language of the answer tell how the numbers were measured. Returns the research id to poll with get_research. Counts as one research of the plan allowance, whether the data comes from the sources or from the shared cache.

Pauses a followed niche (paused: no monthly checks, its place in the plan is freed), follows it again (active, needs a free place in the plan) or stops following it (deleted: the project with its checks and digests is removed for good, the researches stay in the history). Ask the person before deleting.

VIP niches, a feature of the Pro plan: the best niches to build an app in, ranked in the order to take them, from the public niche catalog and the account's own researches. The order follows the rule-based verdict: "go" before "maybe" ("no" never enters), then the sum of the verdict factors, then a phrase with weak search results to enter by, signs of room, confidence and monthly demand. Each item: rank, phrase, country, language, verdict, confidence, score, demand, entry {phrase, demand}, openings (signs of room found), trend, stores and search readings, platform, cac_usd and ltv_usd when the report has them, first_step (the first validation step of the report), url (the research page, or the catalog page for a niche of the catalog) and research_id (for get_report; null for catalog niches, whose report is read on the catalog page). Web-only services are left out unless web is true.