您现在的位置：首页 --> 查看专题： 需求
任何功能(解决方案)是没有价值的，功能背后满足的那个需求(问题)才是有价值的，但，功能决定了成本，所以，选择用什么功能来满足需求也很重要。最终，我们要看的是 性价比 = 价值/成本，凭此推出我们应该先满足哪些需求。
市场营销，就是“通过改变影响用户产品购买决策的各种因素，实现争夺用户或激发用户消费的目的”，对产品运营人员来说，无非是解决“吸引新用户、掠夺竞品用户、留住现有用户、促使用户购买、促使用户购买更多”等实际问题，于是，产品运营人员需要去不断了解用户需求，改善市场策略，而市场调研是了解用户需求最常用的方法。
功能与商业确定需求（的价值、范围）后，便着手思考解决方案。很多方案是对产品功能的添删和改善，比如上传图片： 「上传图片」按钮。但一次只能上传1张图片 添加「批量上传」按钮，一次最多可以上传25张图片 删除「上传图片」按钮，更新「批量上传」按钮为「上传」，一次可以上传30张图片 优化视觉，突出「上传按钮」 优化方式，允许用于拖动图片到网页即可上传。同时将上限提高到50张 然而，功能通常滞后，而且容易被竞争对手模仿。功能上的改进对专业的竞争对手来说几近透明，还记得脸谱用更改颜色来验证校内网「反应速度」的例子吧（别在意是否真实）。反之亦然，自己的产品也可以跟风很酷的功能。
一般藏得深，用户难以表达出来，甚至他们自己也不知道想要什么。举个例子，用户说「饿了」，往深挖掘：如果问题是「活不下去」，塞给馒头即可；如果问题是「想吃好的」，馒头就不管用了。有意思的是，用户往往直接提出经过自己思考后、理想化的解决方案(比如，更快的马)，这个时候已经离问题十万八千里了。
“这个网站相当简单，所有你需要做的就是完成X，Y，Z。你看起来应该是技术很好，所以，我相信，你不需要花费太多时间就能把它搭建起来。” 我时不时的就会收到这样的Email。写这些邮件的人几乎都是跟技术不沾边的人，或正在研究他们的第一个产品。起初，当听到人们这样的话，我总是十分的恼怒。他们在跟谁辩论软件开发所需要的时间？但后来我意识到，即使我自己对自己的项目预测要花去多少开发时间,我也是一筹莫展。如果连我自己都做不好，我何必对那些人恼怒呢？ 真正让我郁闷的不是他们预估的错误。问题在于他们竟然认为自己可以做出正确的估计。作为开发人员，我们经常会发现，在软件开发的问题上，一个外行人会很自然的把复杂的事情估计的很简单。 这并不是为我们的愤怒找借口。但这引起了另外一个有趣的问题：为什么我们天生的预测复杂性的能力在遇到编程问题时会失灵？ 为了回答这个问题，让我们来认识一下我们的大脑如何估计事情的。
需求又变了，怎么办？ 先上一个轻松的段子： 程序员XX遭遇车祸成植物人，医生说活下来的希望只有万分之一，唤醒更为渺茫。可他的Lead和亲人没有放弃，他们根据XX工作如命的作风，每天都在他身边念：“XX，需求又改了，该干活了，你快来呀！”，奇迹终于发生了，XX醒来了，第一句话：“需求又改了？”。 这个段子用幽默的方式反映了需求变化是每一个程序员、架构师或项目经理都会经常遇到的问题。面对这个问题，不同的人有不同的应对之道，最近微博上有一段关于需求变化的讨论： @假装刺猬的猪：我们在软件开发过程中，会持续碰到客户需求变更的情况。如果没有领域建模，我们单纯将问题使用直觉将问题解决，那么等到客户需求变更或者有新的需求时，就会面临一个僵硬的前设计！无法在以前的设计上持续深入的优化模型，导致需求变更无法及时深化。设计实现均滞后与变更！
地图需求的概念、满足方式与需求识别的未来展望。
关于需求满足的概念、实施以及展望综述。
一、什么是需求满足 1.1 什么是需求满足 用户来搜索“章鱼 保罗”，就文本相关性而言，搜索引擎只要返回和“章鱼 保罗”内容相关的结果就可以了，这样用户是否满意呢？ 用户甲：听说章鱼帝挂了，来看看最新结果，怎么全是8月份的，往后翻页中… 用户乙：今天同事们在讨论章鱼哥挂了，章鱼哥是啥？我又out了，来搜索一下章鱼帝生平事迹是啥，怎么全是最新的结果，没有章鱼哥的介绍啊，变换个query看看 用户丙：我是...
产品人总会产生各种各样的新想法，这其中极少数“应景且靠谱”的想法会成为产品、惠及网民，而更多产品想法只会成为谈资、或博文素材，比如下文中的这片想法。那么，产生不应景、不靠谱的想法是不是错误呢？我认为不是，这种“产生想法――想法博弈――想法毁灭”的过程，对于一个产品新人来说，至少算是一种对互联网市场的猜想、对用户需求的分析、对产品策划模型的创造。关键在于，自己是否可以通过简单的市场调研、理性的需求分...
“要学会做减法，少做就是多做”――――很多很多业内人如是说。慢慢的，所有产品人员都将这句话当做至理，时时提醒自己。如何体会到这句话的精髓？如何让自己在做产品的时候，对这句话感同身受？急不得。要逐层修炼，方可修成正果： 第一层：学会“需求博弈” 有时候，经常面对某一类需求或某一个功能，要决定做与不做。其实，是在对比和权衡这个需求本身的价值，是在做一次博弈。博弈的过程或快或慢，但答案却没有对与错，因为一...
国内互联网公司里，百度的产品一向为人称道。尤其是其搜索引擎的周边产品，比如百科、知道、贴吧等一系列产品。在不少资深互联网用户和专家眼中，这些产品应该是搜索引擎的标准配置。然而到底是什么让百度能够规划和设计出这么多优秀的产品，为什么他的竞争对手在这些领域根本无法与其匹敌？我们邀请百度的产品经理亲自为我们揭开谜底。 任何一个产品人员，要理清产品的分析和决策思路，首先要弄清楚什么是产品。产品的核心价值，...
昨天有幸邀请到周爱民先生在懒懒交流会上分享《架构，框架和库》，很精彩睿智的讲演，受益颇多。其中提到对架构的一个描述： 架构是把握问题的关键，平衡设计。 很认可。下面是我的些许理解： 什么是把握？在武术届有一种器械训练方式是“抖大杆”：一条白蜡木做的大杆，杆长超过两米，训练者一手把杆，一手握住杆的底部，全身配合双手，将杆抖出各种样式。把和握是两个不同的动作，把的是方向，握的是基底。把握是一种掌控，武...
作为交互设计师，你是否在一个项目中花费大量的时间来沟通、修改、明确需求？其实这些前期工作（设计原型前）是我们和PD、运营、开发之间必须要做的功课，如果没有，你就会陷入如下窘境：
[ 共19篇文章 ][ 第1页/共1页 ][ 1 ]
近3天十大热文
-
[696] Go Reflect 性能 -
[24] 正态分布的前世今生(一)
-
[16] rsync同步的艺术
-
[15] Cuckoo Filter：设计与实现
-
[13] Linux Used内存到底哪里去了？
-
[13] 什么是DNS劫持和DNS污染？
-
[13] 关于RDS只读实例延迟分析
-
[13] 深入浅出选择类排序算法(简单选择排序,堆排序
-
[11] vim入门,进阶与折腾
-
[11] React 应用的架构模式 Flux
赞助商广告
