B端:从需求落地到上线
流程总览
业务:提出需求
产品:需求调研&分析
产品&UI:产品设计之后,产品输出PRD、设计输出UI稿
产品&UI&研发&测试:产品主导需求评审,设计主导UI评审,研发和测试为参与方
研发:进入开发
测试:研发提测后进入测试环节
运营:进行运营方案设计
业务&产品:对开发出来的产品进行验收
上线:由运维主导版本上线
运营:产品上线后,运营方案上线
项目复盘:整个迭代组进行项目复盘
有些公司业务和产品均有产品经理来负责。
一、业务:提出需求
产品提前制定需求收集方式和模板
- 各个公司的收集方式不同
二、需求调研&分析、
调研
-
行业调研
关于行业调研,大家可以通过如下3种方式进行长期的积累:
艾瑞咨询、IT桔子等各类行业报告平台的调研报告
加入行业社群
关注行业自媒体,如公众号、知乎大v等
阅读行业相关书籍
行业调研是一个需要长期投入和关注的长线工程 -
客户调研
客户调研的本质,就是在反复沟通中明确需求的核心3要素:用户、场景、目标。
在明确调研方向之后,就可以选用相对合理的调研方式了,例如问卷、一对一访谈、现场观察等。
问卷适用于有一定的用户规模、调研深度较浅的需求,虽然节约时间但效果容易被问卷设计所干扰;一对一访谈和现场观察适用于更为深入和直接的调研,成本高但调研效果更为可靠。
-
竞品调研
-
关键点:明确竞品调研的目标
只有明确了目的,才能清楚的框定范围、选择合适的调研内容和方式。
-
在看竞品实现之前,提前思考自己会怎么做
-
关注竞品和自身在该功能上的竞争力对比
-
分析
在真正分析开始之前,先要对用户的描述打破砂锅问到底,明确真实的信息,减少信息熵。
在客户调研中,最大的坑就是还没弄明白真正的需求,就直接按照表面需求或者二手需求开始设计方案了。
请注意数据调研和调查分析。
三、产品设计
一个相对通用的产品设计流程应该是怎样的呢?
其实整个产品设计流程和需求评审是高度结合的,因为需求评审就是不同阶段产品设计成果的里程碑。
在笔者此前写过的需求评审文档中,详细介绍了需求评审的3个阶段:范围评审、低保真评审、方案评审。相应的,PRD的落地过程也需要对应分为3个阶段:需求范围稿、低保真稿、最终方案稿。
1. 需求范围稿
- 定义需求的边界和优先级。明确需求。去掉伪需求。
2. 低保真稿
确定业务核心的逻辑、流程、交互和样式。
-
核心业务逻辑
- 关注实体和实体关系
- 记住那次面试时,所讲的关系。类和关系,数据方案。——见SOP任务流程
-
核心流程
-
核心交互和样式
- B端倾向于使用通用框架,切勿在交互样式上下太大功夫
3. 最终方案稿
- 细化
- 反思、补漏查缺
- 程序思考角度
- 补全其他场景的内容
- 明确写出各项逻辑
四、项目管理(开发&测试&验收)
建议
-
- 产品需要对结果负责。
-
- 先自己独立思考处理方式,思考后再和直系leader或者同部门同事请教。
五、项目复盘
项目复盘
产品复盘
- 可用性、实际价值、导致的缺陷和风险等
- 数据搜集方式:埋点、回访等
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· C#/.NET/.NET Core优秀项目和框架2025年2月简报
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 【杭电多校比赛记录】2025“钉耙编程”中国大学生算法设计春季联赛(1)