首页

学会这个方法后,再多的设计需求都不怕!

涛涛

1. 先理解什么是业务需求、目标、目的

1.1 什么是业务需求

业务需求是企业为了达到某些目标和某种目的而制定的。它代表着企业希望下一轮产品的迭代能带来什么收益,所以企业和 PM 在制定需求时必须谨慎且方向清晰。在工作中,交互要分析拿到的业务需求是否合理,所以就要理解在业务需求中的一些基本元素:

  • 需求定位:产品或用户,还有企业战略
  • 需求类型:功能类、数据类、设计类等
  • 重要性:重要、暂不重要

拿到需求首先就要分析,定位是否清晰,属于技术类、数据类、设计类等中的哪一类,筛选所有需求中哪个更重要,然后再去做相应的工作。

1.2 什么是业务目标

需求分析:我走过最长的路,就是需求的套路

涛涛

作为一名产品经理,有幸逃过UI “五彩斑斓的黑”这样的千古难题,也不像开发一样面临“什么是最好的语言”这样的灵魂拷问,但世事无完美,不信抬头看,苍天饶过谁。

需求,正是这样的终极存在,他是产品经理存在的意义,也是众多套路的根源。无论是文能提笔写文档、武能调试查异常的老司机,还是熟读《梦的解析》、倒背需求层次论的学院派,和需求打交道的日子也难免“被套路”。

面对千变万化的需求,也许很难抽象出一套普适的方法论,不妨一起来看看需求分析过程中的那些常见套路,或许能有一些值得借鉴和思考。

1. 披着需求外衣的解决方案

从交互细节优化到业务流程调整,我们总会遇到这样一些需求:描述简单明了、细节清晰,几乎稍作整理就可以形成PRD、开发实施:

  • “输入框需要加长一点,保证输入内容完整可见”
  • “工单需要支持批量分配,勾选后自动显示可分配对象列表”
  • “用户注册推送新手任务提醒,引导完善资料,必填项有XXX……”

日历

链接

个人资料

蓝蓝设计的小编 http://www.lanlanwork.com

存档