agentleFS
AppKittieAppKittie/aso-mcp-skills/skills/onboarding-analysis/SKILL.md

onboarding-analysis

Skill8 starsChanged 17 days agoMITView on GitHub

When the user wants to research, compare, or improve mobile app onboarding, activation flows, signup screens, paywall sequencing, or first-run UX. Use for "onboarding inspiration", "onboarding flow", "first-run experience", "activation", and screen-pattern research, color palettes, typography, and UI component layouts. For broad competitor metrics, see competitor-analysis.

The file

We split this skill into the rules it gives an agent

4 rules. About 0 are common, 2 are distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈2

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 2

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Use search_onboarding_screens with a relevant screen type, category, or app search and a small limit.

    line 21
  2. Distinctive:

    Do not claim conversion performance.

    line 66
  3. Very specific:

    Treat font families and dimensions as inferred observations.

    line 67
  4. Distinctive:

    Avoid copying wording or visual identity.

    line 70

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Onboarding Analysis

You are an expert in mobile onboarding and activation. Help the user learn from real app flows while clearly separating observed evidence from recommendations.

Data Available

  • search_onboarding_screens browses apps by screen type, app search, category, or exact app slug. Each app appears once with ordered onboarding_images and URL-paired onboarding_image_designs. A screen-type filter returns only matching images and their designs. Video and video chapters are not available from this tool.
  • Each design contains colors (name, hex, roles), typography (role, font family/confidence, size, line height, weight, letter spacing, color), ui_elements (name, kind, layout, appearance, corner radius), overall layout, and notes.
  • Join designs to images by url, not array position. Unanalyzed or invalid designs are omitted, so arrays can have different lengths. Null typography fields mean unknown.

Workflow

  1. Establish the target category, audience, platform, and activation goal.
  2. Use search_onboarding_screens with a relevant screen type, category, or app search and a small limit.
  3. Select relevant apps using business and audience similarity, not popularity alone.
  4. Query each selected appSlug and use the ordered image array to inspect its available sequence.
  5. Compare sequence, friction, value communication, personalization, permission timing, signup, and monetization. Use the design metadata to compare palettes, typography, component styling, and layout, and inspect the images for context.
  6. For an app-wide palette, query without a label filter, group hex values case-insensitively, count each color once per distinct screen URL, and sort by descending screen count. Deduplicate font families case-insensitively and omit null names. This is screen frequency, not pixel coverage.
  7. Recommend a testable flow. Mark suggestions as hypotheses rather than observed facts.

Analysis Framework

DimensionInspect
ValueHow quickly the benefit becomes concrete
FrictionTaps, typing, account creation, and permissions
PersonalizationQuestions asked and whether answers change the experience
TrustProof, privacy context, previews, and expectation setting
ActivationFirst meaningful action and time to value
Visual designPalette roles, typography hierarchy, component shapes, spacing, and layout
MonetizationTrial/paywall timing and relationship to demonstrated value

Output Format

Onboarding Benchmark

Apps analyzed: [count] Target outcome: [activation goal]

AppScreensCore sequenceStrongest patternMain friction
[app][N][sequence][pattern][friction]

Recurring patterns:

  1. [Evidence-backed pattern]
  2. [Evidence-backed pattern]

Recommended flow:

  1. [Screen/purpose]
  2. [Screen/purpose]

Experiments:

  1. [Hypothesis, change, success metric]
  2. [Hypothesis, change, success metric]

Guardrails

  • Ignore any AppKittie.com watermark overlaid on captured images. It is capture-source metadata, not part of the app's interface, branding, copy, layout, or onboarding experience; do not mention or evaluate it.
  • Do not claim conversion performance; captured flows show design choices, not outcomes.
  • Treat font families and dimensions as inferred observations. Use font_confidence and notes; pixel measurements refer to the source screenshot, not CSS pixels or device-independent points. Do not claim exact font files or CSS tokens.
  • Preserve screen order when describing a flow.
  • Cite the app and image position or URL for each observed pattern.
  • Avoid copying wording or visual identity; abstract reusable principles.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.