惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

阮一峰的网络日志
阮一峰的网络日志
Blog — PlanetScale
Blog — PlanetScale
B
Blog RSS Feed
L
LangChain Blog
Jina AI
Jina AI
爱范儿
爱范儿
C
Check Point Blog
云风的 BLOG
云风的 BLOG
Last Week in AI
Last Week in AI
月光博客
月光博客
GbyAI
GbyAI
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
Stack Overflow Blog
Stack Overflow Blog
V
V2EX
A
About on SuperTechFans
有赞技术团队
有赞技术团队
Microsoft Azure Blog
Microsoft Azure Blog
The GitHub Blog
The GitHub Blog
博客园 - Franky
Apple Machine Learning Research
Apple Machine Learning Research
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Google DeepMind News
Google DeepMind News
博客园 - 三生石上(FineUI控件)
S
SegmentFault 最新的问题

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
如何通过复盘一期项目经验、深入了解二期需求
Ychen · 2025-05-27 · via 人人都是产品经理

在B端产品的设计过程中,二期项目的规划和实施往往面临诸多挑战。本文将分享如何通过复盘一期项目经验、深入了解二期需求、制定详细设计计划以及优化组件复用等方法,高效支撑B端产品的迭代设计。通过实际案例分析,帮助设计师更好地理解需求、熟悉业务,提升设计效率和质量。

我们做项目,一般都会有二期规划,那么在二期中需要进行设计支持,在人员资源配比上,相对首次会少了产品经理,甚至是项目经理,直接对接的客户的开发给到需求,另外一点是一期与二期的间隔时间较长了,中间有关系到二期项目的规划到确定的时间消耗。

那么接到设计任务需要在脑子里过一遍这几点需要知道的信息,比较好的顺利进行下去。

1、一期复盘,二期需求了解

小项目就是先对一期项目进行复盘和经验总结,作为二次设计支撑的基础。复盘是为了了解分析先前项目实施设计过程中的几个环节,总结经验和不足。到二期的时候了解项目目前的进展位置(看公司配置是否支持同步项目管理文档之类的),需求是谁提的、目标受众以及业务目标。比如说之前的一个小的临床招募项目,中间过了大半年的时间,启动项目最终验收,在验收阶段又提出新的需求,这个阶段里就是人员配置上是设计对接项目经理,减少耗时。设计也可以快速了解需求和业务目标。

比较大的项目就不一样了从项目开始有明确的需求文档(一般在合同里就有需求说明了)到项目交付的全流程进行全回顾,包括需求分析、设计规划、开发实施、测试服务等阶段(文档资料可以找项目经理拿)。梳理在各阶段遇到的问题(这些也是在会议纪要里能看到),比如需求变更频繁、技术选型不当(了解就行)、数据质量问题(这个更多和项目经理沟通,数据质量直接影响设计工时)等。详细查看这些问题,分析产生的原因及时沟通,为后续项目提供改进方向,避免重复问题。项目中的成功经验部分哈(哈哈哈,一般也没啥突出的),如团队协作高效、技术方案合理、用户反馈良好(通过阶段会议反馈,也是从项目经理得知)等。例如,我们经常在项目中采用敏捷开发方法,团队成员之间沟通顺畅啊,那开发进度就顺畅。那么产品上线后用户满意度也会提高。这些“成功经验”就可以作为二次设计的参考。在项目里积累一些有效的知识与技能,比如说之前对临床科研大数据平台的数据检索、数据分析等的处理技术理解、特定业务场景的解决方案等。将这些知识与技能进行整理和沉淀,形成设计有效知识库,便于学习。例如,整理出一套数据检索操作流程,为后续类似项目提供设计支持。

2、二期需求定位和分析

通过回顾项目一期中的重要结果,二期需求定位就容易比较明确的,容易理解的。进一步落实需求,明确方向。有一点就是不要对需求美化,实打实的。收集用户对项目一期使用的反馈意见(这个很重要,直接影响二期真实需求),主要方式就是和甲方进行会议沟通,留存会议纪要,抓住用户遇到的主要问题和新需求。比如说,在对检验检查互认平台进行用户调研时,发现用户希望增加数据统计功能,以便将分析结果用于向领导汇报项目成果;同时,汇报不单单是数据图表,那么数据大屏就更直观了,给用户提提建议,再确定设计中需要重点优化的功能模块。忘了提一句和项目经理和产品沟通。从当前业务流程的角度出发,分析现有产品在支持新增加的业务需求方面是否有不足之处,或是寻找优化和创新的机会。又比如哈,在中药处方流转系统二期项目中,甲方不仅仅是对异常处方记录,从线下人工处理异常,转入到线上处理,那么需要对处方异常进行标记,支持对异常处方处理并回归正常化操作,解决因为漏传、业务滞后问题。

3 、二期设计的实施与优化

明确了二期设计的需求后,需要制定具体的设计根据二期需求分析的结果,制定具体实施计划,包括任务分解、时间规划、特别是资源分配(这个本来人力资源就少,不规划免不了一顿吵)等。将设计任务分解为多个子任务,明确每个子任务的时间节点。比如,对于数据检索功能任务,可以进一步分解为数据抽取、筛查功能设计、数据组合功能设计、数据检索结果展示等子任务。合理分配资源。设计的实施过程中,和开发需要紧密协作,确保开发的功能能够满足甲方操作需求并且质量上可靠。开发人员在完成功能开发后,提供详细的用户操作文档,以便用户能够快速理解如何实现。设计完成后,还需要根据用户反馈和市场变化,持续进行优化和迭代。及时收集甲方对二期设计功能的使用体验和建议,对产品进行优化。设计也要关注市场动态和技术发展,适时引入新的实现方式,不断提升产品的竞争力。

4、组件复用和优化

延续基础组件使用,新需求优化组建,收集积累可服用组件,对提升效率和质量有帮助。举个例子,销售拿到一个单子,我们有技术有能力,就是缺页面,需要短时间出页面,共甲方参考。那么组件的机会就来了。市场上第三方的组件资源已经成熟了,需要善用,进一步提升组件库的丰富和实用性。有测试的团队,可以让测试工程师验证它的功能、性能和兼容性,提高组件运用效率和体验。

以在问答区看到的一个提问作为结尾,设计需要从需求、业务出发,理解需求,熟悉业务,支撑项目。

本文由人人都是产品经理作者【Ychen】,微信公众号:【B端设计啊呜】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。