Skip to main content

onboarding-flow-basic

Use when designing product onboarding, setup wizards, first-run flows, and activation experiences. Basic version focused on progress, motivation, task sequencing, and activation; emphasizes fast layout, obvious labels, a minimal section set, and a short checklist.

跳到安装

来源信息

仓库
Mr-Q526/TeamCC-Platform
最近来源活动
2026年4月15日 03:16
检测到的 SKILL.md 语言
英语
星标
8
分支
1

安装方式

默认使用会先检查来源的 Prompt;你也可以切换为直接命令,或下载本地副本。

检查来源文件

决定是否安装前,请先阅读 SKILL.md,以及 SkillsMP 当前展示的配套文件。

文件资源管理器
4 个文件

正在显示 SKILL.md

SKILL.md
来源说明 · 只读预览
schemaVersion
2026-04-11T00:00:00.000Z
skillId
frontend/onboarding-flow-basic
name
onboarding-flow-basic
displayName
Onboarding Flow Basic
description
Use when designing product onboarding, setup wizards, first-run flows, and activation experiences. Basic version focused on progress, motivation, task sequencing, and activation; emphasizes fast layout, obvious labels, a minimal section set, and a short checklist.
aliases
["onboarding-flow-basic","Onboarding Flow Basic","onboardingflowbasic","新手引导","入门流程","onboarding","flow","onboarding flow"]
version
0.1.0
sourceHash
sha256:140ff7d046698f4b0d5ff2f526176d93ff7e71ee13af2fb2fa69df408c88d5b0
domain
frontend
departmentTags
["frontend-platform"]
sceneTags
["design"]
# Onboarding Flow Basic Use this skill when the task is to design product onboarding, setup wizards, first-run flows, and activation experiences. Goal: produce a quick but usable draft page or interface that supports progress, motivation, task sequencing, and activation. ## Variant intent - Use the lightweight draft version for quick prototypes, rough alternatives, or retrieval-quality comparisons. Keep it shippable, but accept simpler structure and fewer refinements. - Optimize for fast layout, obvious labels, a minimal section set, and a short checklist. - Prefer concrete UI decisions over generic advice. ## Default workflow 1. Define the primary user, task, and success action. 2. Map the minimum page structure needed for the scenario. 3. Establish hierarchy: what must be understood first, second, and third. 4. Design responsive behavior for mobile and desktop. 5. Add states: loading, empty, error, success, disabled, and permission where relevant. 6. Run the final checks before delivery. ## Design rules - Use clear section names and user-facing copy. - Make the primary action visually dominant and repeat it only when it helps. - Keep navigation and secondary actions subordinate to the main task. - Use spacing, typography, and alignment before adding decorative containers. - Do not hide critical information behind hover-only interactions. - Preserve keyboard access, readable contrast, and touch targets. ## Basic guidance - Start from a simple recognizable layout and keep the section count low. - It is acceptable to use conventional patterns if the page remains clear. - Add only the most important states and interactions. - Avoid over-polishing; this version is useful for quick drafts and baseline comparisons. - Mark any assumptions that a stronger version should revisit. ## Reject these failures - Ambiguous primary action - Important status or pricing hidden below the fold - Dense UI with no scan order - Decorative visuals that compete with the task - Missing mobile behavior ## Final checks - Can the target user understand the page purpose in under five seconds? - Is the next action clear without reading every paragraph? - Are edge states and responsive behavior accounted for?
在 GitHub 查看