用户与定位
梳理客户、场景、需求和竞争，区分事实与假设，明确为谁解决何种问题及与战略的关系。
适合谁
准备新产品、升级系统或将商业治理规则转为数字工具的企业、品牌和项目负责人。
我的参与方式
我负责产品研究、业务结构、需求优先级，以及设计、技术和运营之间的交接统筹。设计、开发、测试及持续支持由约定团队实施，企业确认规则、数据、预算和验收。
工作范围
按实际问题选择服务，工作范围与交付以双方确认的内容为准。
商业与产品机制
把价值、付费、收入成本、激励权益转成产品机制，核对预算和履行条件，使功能与经营能力衔接。
功能与业务流程
明确角色权限、流程、内容、数据及异常场景，确定首期和迭代。账户、数字权益和接口列明依赖及责任。
原型与实施交接
组织架构、文案、原型和验收，衔接品牌视觉。设计技术团队制作成果，我统筹评审移交；开发上线、源码和版本分别确认。
支持与迭代
策划说明、帮助、反馈、监控及升级，明确窗口和责任。运营客服开发团队持续执行，按数据反馈安排迭代。
如何推进
定义问题
确认目标用户、资料和系统基础。
机制与范围
确认规则、优先级、数据和接口。
评审与衔接
设计、技术和业务团队一起核对流程、交付与验收。
交接与迭代
整理版本、支持责任和验证任务。
可能交付
- 定位、用户场景、假设与验证计划。
- 商业机制、功能优先级、流程和首期需求。
- 约定原型、界面内容及设计开发交接。
- 验收、上线支持、反馈与迭代路线。
明确分工，按条件推进。
策划与原型是实施依据，软件、接口、上线、运营及专业业务由对应团队确认，第三方平台或账户接入不会因文件自动开放。
常见问题
可以在已有产品上继续吗？
可以。先核对流程、反馈、接口和团队，再确定保留能力及优化范围。
是否包含设计和软件开发？
策划明确需求与交接。原型、界面、开发部署和支持可组合，但要分别确认团队、费用和验收。
怎样确定首期和迭代？
按用户问题、价值、投入和依赖比较优先级，先验证假设再扩展，数量与版本在项目中确认。
相关服务
首次交流，可以准备
- 业务产品、用户场景及问题。
- 商业模式、预算和业务权益规则。
- 系统原型、内容品牌及接口条件。
- 团队、首期范围、验收和支持需求。
首次邮件简述背景即可，详细资料在确认沟通方式后提供。