万字前端效率大提速系列 🚀 :十四、产品思维和项目管理

232 阅读6分钟

作为一名开发同学,如果我们想在工作中做出亮点,掌握更多的话语权。可以从产品、项目的角度出发,做一个懂业务、有目的、懂商业价值的开发。

其实像 Vue 、Antd 这样热门的开源项目也是一个产品,如果我们细心观察这些产品,我们会发现他们都具有易于上手、功能强大、生态完整、体验良好、设计优美等等优点。参与打造这样的产品的大牛们,不可能不具备产品思维和项目管理能力。开发同学若想用技术创造更高的价值,就应该培养自己的产品思维和项目管理能力。

产品思维

前端同学作为产品中最接近用户的角色,具备产品思维能够帮助把控产品产出质量。最直观的收益,就是在每次需求迭代中,处理好需求文档的疏忽和遗漏。提高产品能力具体分以下几块:

需求分析

产品是为解决需求而生的,需求来源有多种途径,如公司运营的内部需求、对用户的观察、对市场分析报告的判断等。在一个迭代开始前,最常见的是老板给产品经理分配了任务:需要做一个什么APP、或者给现有的系统加一个功能。

接到一个任务后,产品经理需要进行需求调研(用户调研、竞品分析)。用户调研即通过问卷、用户行为数据、市场报告等资料,确认用户的痛点及产品需要解决的问题,还可以将自己摆在用户的角度去思考产品的形态。竞品分析则是研究解决相同问题的产品,研究他们是如何解决痛点、满足需求的,研究他们的功能结构、商业价值等等。

做好调研后,我们已经准备足够的数据支撑我们做出产品模块功能划分了。此时可以建立一个细化的功能需求池,对此次的功能迭代进一步细化,排出所有需要做的模块,标记好每个模块的功能和解决的问题,并为它们标上优先级。

需求池
|-功能模块A - 模块功能
  |-子模块1 - 子模块功能 - 优先级高
  |-子模块2 - 子模块功能 - 优先级中
  |-子模块3 - 子模块功能 - 优先级低
|-功能模块B - 模块功能
...

产出产品需求文档

产品需求文档一般由思维导图、流程图、产品原型图、功能说明这几块组成。

思维导图可以是用 XMind 绘制的树形图:

image.png

流程图则是根据用户角色及业务绘制而成:

image.png

产品原型图最接近设计稿,贴上原型图的同时配上相应的功能、交互等说明:

image.png

产出设计稿

将产品需求文档交给设计师,设计师会根据原型细化样式、调整结构、确定交互,产出设计稿:

image.png

产品经理应该以用户的使用角度,对页面的展示重点、交互、使用流程做最后的确认,旨在使系统使用起来舒适又高效。其中有几条定律可以参考:

  1. 费茨法则
    • 指用户达成目的需要花费的时间,在交互设计中,应该把主要、重要的功能放置在显眼,易触达的位置,提高用户的操作效率
  2. 席克法则
    • 让复杂的东西变简单,可以通过结构化、层次化复杂的功能模块,将它们梳理得更可用更可读。
  3. 泰思勒定律
    • 即复杂性守恒定律,每个功能模块都有一定的复杂性。在无法继续优化的时候,应该选择隐藏用户不需要感知的细节,以步骤的形式,让用户专注于当下的操作。

产品规划

不仅仅是着眼于当下的需求任务,还应该做好季度、年度的产品规划。围绕产品功能完善、用户增长、提升转化率几个角度,把日后要做的事情进行初步的规划,为每个需求任务确认目的,并根据上线后收集的运营数据及时调整战略。

功能完善阶段 --> 用户增长、转化、运营阶段 --> 巩固、创新阶段

项目管理

作为开发人员,学习项目管理能力是很有益的。即便不考虑做项目经理,具有把控项目进度能力的开发同学也是吃香的。

项目流程总览

不同公司的项目流程会有所不同,但核心都是围绕同步需求,开发并稳定部署来做的。大致由以下骨架流程扩展延伸:

需求方提需求
↓
产品经理确认方案
↓
设计师根据方案定设计稿(可选)
↓
项目经理组织团队进行需求评审
↓
开发人员讨论技术方案并排期
↓
线上观测 + 项目复盘

作为开发人员,我们从需求评审开始,直至线上观测,完成一个项目流程。

项目步骤要点

  1. 需求方提需求

需求方可能是老板、运营同学根据公司运营需要提出来的,也可以是根据用户体验、技术改进提出的优化需求。

  1. 产品经理确认方案

这一步产品经理会根据需求产出产品文档、原型图等

  1. 设计师根据方案定设计稿(可选)

设计师根据原型图产出设计稿,也就是最终要做成的样子,中后台管理系统可以没有这一步。前端同学可以和设计师进行较短的设计稿评审,把样式、交互、动画等细节一一确认,在实现复杂度和最终效果之间做权衡。

  1. 项目经理组织团队进行需求评审

需求评审时认真评估需求的合理性和技术可行性,必要时进行技术调研。发现问题及时提出讨论,设计稿、流程、交互有变更及时同步,确认需求后不宜再有大改动

  1. 开发人员讨论技术方案并排期

开发人员完全理解需求后,自顶向下进行系统设计,然后估出开发 + 联调 + 提测 + 验收 + 上线的时间节点。之后确保在每个时间节点(也就是 dead line)之前完成任务

  1. 线上观测 + 项目复盘

部署上线后进行几天的线上观测,收集日志、埋点统计等数据,作为之后产品发展的支撑。再进行项目复盘,逐步改善项目执行中的薄弱点

参考

从需求到产品:0岁产品经理进阶之道

构建之法