打造有竞争力的产品系统：需求分析与洞察
用户的需求是产品和商业的根基，如果产品没有满足用户的需求，或者这个需求不够这么强烈，后面的产品迭代就成为了无源之水，无论是渠道推广、黏住用户，或者是想要实现变现，都是非常困难。因此，打造有竞争力产品的第一步是需求的分析与洞察。许多产品的失败
概念设计：明确需求的功能框架
概念设计阶段是“磨刀不误砍柴工”的，功能结构的梳理反而有助于加快功能细节设计环节的进度。概念设计是需求转化为产品设计的第一个阶段，也叫信息架构设计，是指对产品功能的结构进行梳理，之后才是功能细节的设计，很多小伙伴在需求设计的过程中往往会忽略
你为什么只能找到“伪需求”？
如何才能洞察用户的真实需求呢？很多人都在说，需求调研没用。最有名的证据，就是福特的那句话：如果我当年去问顾客他们想要什么，他们肯定会告诉我：要一匹更快的马。可见，用户也常常不知道自己想要的是什么。如何才能洞察用户的真实需求呢？今天师爷就和你
需求分析：它从哪里来，到哪里去？
大家都在谈如何进行需求分析？都有哪些步骤？而本文主要讲的是关于需求的前世今生，它从哪里来，到哪里去？一、需求收集需求分析的前提是已经存在了需求，那么需求都是从哪里来的呢？我们怎么去收集需求呢？可参考《需浅谈需求池管理》中的需求收集。被动告知
以实例讲产品改版（下）：需求与设计
《以实例讲产品改版方法论》系列，是一个时间跨度接近半年的全站改版大项目，留下的一点经验，共分为两个部分。本文为下篇，主要讲改版语境下的需求规划与交互设计方法技巧，上篇为改版的立项与推动实操经验。 ( 以实例讲产品改版（上）：准备与推动 )1
需求分析：运用分析方法甄别实际要做的需求
产品经理是唯一可以挖掘出真实需求的人，如果你没有把握住分析的机会，或许你就在不经意间错过了很多微信级的重量级互联网产品。完成需求收集以后，产品经理要做的就是需求的整理和分析，其中需求的整理相对简单，按照一定的分类规则进行分门别类的整理，不同
场景和用户需求为何捆绑的如此深？
基于场景来思考用户需求，能够使你的产品离用户更近一些。KANO模型在产品迭代的过程中需要注意分层去考虑，及其用户在使用时的场景。当然上图没有列举出产品的反向需求。如果产品人员在做产品的时候出现了反向需求（比如亲子类产品中出现离婚等等的需求…
浅谈用户分析（一）：通过用户反馈发现问题
如何通过用户反馈发现问题？作者分享了自己的一些想法和心得。用户对于产品产品经理而言，既是熟悉的，也是陌生的，熟悉的地方在于，我们产出的产品是给用户使用，我们服务的对象也是用户。但同样也是陌生的，我们虽然时时刻刻的面对用户，但却不能明确用户真
需求定义：要先了解什么是用户需求
需求理解和定义的过程可能不在需求本身，而是在需求之外，跟人的因素、心理学、社会学等有很大的关联关系。通常我们做产品的时候都讲以用户为中心，以需求为导向。这里的需求都有一个前提，就是关联了用户，所以我们平时更多的都是在讲用户需求，也就是与“人
又见树木，又见森林（2）：需求设计
如果说《用户故事地图》可以解决大部分PO以及BA在需求分析时可以“又见树木，又见森林”的话，《需求设计》其实主要是写给BA和SA的。之前说到最近在看几本书，基本上都是用来解决“只见树木，不见森林”的问题的。今天和大家分享第二本《需求设计》。
四个关键点，让你合理地处理需求
作为一个产品经理，我每天需要处理大量来自监管部门、公司老板、运营、客户等等各方面的需求，并将这些需求整理分发给 UI、前端、后端等等各个方面。但是「需求是无尽的，工作量是一定的」。如何合理的处理这些需求成了我最近一直在思考的事情。下边就是我
个人方法：需求的收集，筛选和排序
结合自己的学习和理解，来与大家分享我的需求分析方法。一个产品想要成为成功的产品，最重要就是要以用户为中心，满足用户的需求，产品经理对需求的把握是否准确，很大程度上决定了产品的成与败，所以需求分析对于产品经理是必须要掌握的技能，本人也意识到需
道理都懂，为什么还是做不好需求分析？
hey！产品汪，我有个需求想跟你聊聊~在产品日常工作当中，我们会接收到各种各样的需求，需求可能来源于用户/业务同学/产品本身/老板。在进行设计产品/功能之初，产品得先进行需求分析，根据定位，判断需求真伪，最终制定合理的需求执行方案。然而很多