内容或活动
→了解并选择服务→提交需求 / 预约先定义用户要完成什么，再决定页面和平台能力。
小程序的价值不是多一个入口，而是缩短一次真实业务任务。
社交分享
→完成身份或信息确认→查询办理状态短视频场景
→从兴趣进入具体操作→继续服务流程平台选择
微信与抖音可以共享业务目标，但不能照搬交互。
用户进入方式、内容语境、授权能力和审核要求不同。领域逻辑可以共享，页面节奏与平台交互分别适配。
关系与服务延续
- 社交分享与企业触达
- 服务办理与状态查询
- 后续消息和客户关系
内容与即时行动
- 从内容兴趣进入服务
- 更短的移动操作路径
- 平台规范下的业务承接
把业务状态和异常路径一起设计清楚。
真实产品需要说明每一步何时发生、失败后如何继续。
从分享、搜索或内容进入，保留来源与上下文。
表单、选择、授权和提交状态及时反馈。
用户知道当前进度、等待原因和下一步。
网络、权限或接口失败时保留内容并提供恢复。
给出真实结果，并连接后续服务或查询。
产品结构清楚易用的平台入口
业务流程能够完成的核心业务流程
后续运营便于后续运营的产品结构
下一步
提交项目背景 从用户必须完成的一项操作开始。
告诉我们用户从哪里进入、需要完成什么、完成后由谁继续处理，我们会据此判断平台、流程和接口范围。