如何通过复盘一期项目经验、深入了解二期需求

Ychen
0 评论 133 浏览 0 收藏 9 分钟
🔗 产品经理的职业发展路径主要有四个方向:专业线、管理线、项目线和自主创业。管理线是指转向管理岗位,带一个团队..

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

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

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

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

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

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

2、二期需求定位和分析

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

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

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

4、组件复用和优化

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

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

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

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

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!
专题
37919人已学习20篇文章
“搜索功能”拆解:小功能,大细节。
专题
13841人已学习12篇文章
本专题的文章分享了CRM的入门知识,分享了CRM是什么。
专题
17690人已学习13篇文章
本专题的文章分享了小程序介绍、小程序搭建、优化设计规范和功能设计指南
专题
36031人已学习14篇文章
原型对于产品经理来说是一门必修课。
专题
18615人已学习14篇文章
智能客服类产品,最根本的价值在于以低成本取代人工客服工作中大量重复性的部分。本专题的文章分享了如何搭建一个智能客服。
专题
14357人已学习12篇文章
4P指产品(Product)、定价(Price)、渠道(Place)、宣传(Promotion)。本专题的文章分享了解读4P营销理论。