丨一、严格把控需求
把控需求是要你花费大量的时间搞清楚几件事情:
1、每个需求的来源和背后的逻辑是什么?
2、所有需求中,哪些是最重要的?
3、每个需求的实现方案有哪些?
4、根据目前的需求重要程度和实现困难程度,下一步该做什么?
例如:用户或老板提出一个需求时,需要自己弄明白为什么要做这个需求。当你理解了这个需求的功能时,你就要对这个需求进行系统的技术设计。作为产品经理,不要偏袒技术,不要觉得难就不做了,而对于需求的重要程度,一定要从需求方的角度(用户)考虑问题。
丨二、需求重要程度的设计
1、首先,我们将需求简化成几个字,然后把重要程度标记下(按照程度等级来标记),最好也把重要程度的原因也写下来,方便其他人员的参考和了解。例如:
2、之后根据需求和预想的功能,跟开发团队讨论执行的难度。同样,实现难度也作一次标记(按程度等级来标记)。
3、最后是特别关键的一步:跟用户需求方核对需求,确认当前需求有没有需要更改或添加。跟技术方确认有无其他方案能够实现。最后结果如下:
4、于是就变成了下面的列表
5、最终需求表格矩阵图
6、推动的开发顺序为
丨三、顺产品思路,拒绝不合理需求
如下图所示,自下向上设计的思路是所有产品设计中最重要的,记住是最重要的。举个简单的例子,我们做一个类似知乎的产品把。
第1步,战略层:大概的描述它的市场定位,然后再简洁的一句话概括,例如:目前知乎主要还是分享干货、解决具体问题,给人一种严肃、严谨、严格的定位。用一句话来概括就是
:
分享知识、为人解决/回答问题的社区。
第2步,功能层:当我们决定要做这么一款产品时,就要考虑满足怎么样的需求,需要什么样的功能。其中,核心的需求,对于读者和发布者来说就是获得知识和解决问题等;而对于作者和解决问题的人来说就是成就感以及更实际的效益等。
基于上述需求,我们可以进一步推导出需要什么样的核心功能:
1、读者:发现(热门、精选、搜索、关注、推荐、收藏)等
2、发布者:发布文章(发布问题、邀请等)、回复、感谢积分等
3、写作者:发布文章(写作)、专栏、积分或者奖励机制等
4、回复者:点赞、评价、积分或者奖励机制等
第3步,结构层:既然再战略层中确定了整个产品的逻辑都是围绕着内容,那我们就以【文章】作为核心点,去展开具体的逻辑。
对于发布者来说,到达文章的路径可以是这样的
对于读者来说,到达文章的路径可以是这样的
最后,关于框架层、视觉层就不介绍了。最终5个层次的内容大概是这样的:
核心层 | 任务 | 内容 | 内容 | 内容 | 内容 | 内容 | 内容 |
视觉层 | UI设计 视觉展现 | 视觉设计 | 视觉设计 | 视觉设计 | 视觉设计 | 视觉设计 | 视觉设计 |
框架层 | 界面展现 布局引导 | 界面设计 | 界面设计 | 界面设计 | 界面设计 | 界面设计 | 界面设计 |
结构层 | 基本架构 交互设计 | 页面逻辑 | 页面逻辑 | 页面逻辑 | 页面逻辑 | 页面逻辑 | 页面逻辑 |
功能层 | 用户需求 功能设计 | 发现 | 阅读 | 发布文章 | 奖励机制 | 评论 | 奖励机制 |
读者 | 发布者 | 回复者 | |||||
战略层 | 产品定义 市场定位 | 分享知识、为人解决/回答问题的社区。 |
丨四、用成本最低的方式给用户解决问题,拒绝不切实际
成本低的意思是,没有必要一下吃成胖子,先完善核心需求,再考虑其他的需求。做任何产品的初衷都是给用户解决问题,满足需求。如果你将用户当成傻逼,想通过投机取巧的方式来获取成功,那么你早晚也会成为傻逼。举两个例子:
1、用砸钱的办法让用户去用并不需要的产品
你花了人力物力去发传单,送礼品让别人下载了APP、关注公众号,但是这款产品用户是否真正的需要?
2、企图用高频需求拉动低频需求,用刚需拉动非刚需
就比如说导航这款产品,你要是导航的路线和实时路况做的不好,还有谁会用你的这款产品?之后你并没有完善两种功能而是着手开发另一个功能,满足另一个需求去拉动核心功能,就仅仅相当于做了个产品B,只是在上面挂了产品A的广告。
最后一句话,对任何功能都足够慎重,对所有用户都要心存敬畏。
文章作者:刘飞 转载自:http://www.woshipm.com/pmd/206289.html