热门标签 | HotTags
当前位置:  开发笔记 > 前端 > 正文

产品需求分析原则二

我们常说,存在即为合理,但是在许多产品经理的需求工作中,似乎并不是这样。许多客户提出的需求,在经过了我们人为的过滤之后&#

我们常说,存在即为合理,但是在许多产品经理的需求工作中,似乎并不是这样。

许多客户提出的需求,在经过了我们人为的过滤之后,被打上“不现实”、“不可能”的印记而束之高阁。

客户提出的这些被束之高阁的需求果然是不现实,不可能的吗?

在01年的时候,我在一家通用软件企业,当时互联网已经开始平民化,许多传统的软件公司也开始关注这个市场,希望能在网络大潮中有所作为,当时,公司开发了一个基于IE内核的网上冲浪平台,之所以没说是浏览器,是因为这个平台集合了许多网络应用工具,例如邮件收发,网络下载,网上聊天等,有点像现在许多浏览器上增加的插件,但是我们那个产品的插件是不开放的,只能由公司来提供。

当时,这个产品的产品经理获得了一个需求,用户希望能够通过这个平台订阅自己感兴趣的新闻,并且能主动推送给订阅者,类似于现在的RSS,这个产品经理分析了这个需求后,得出的结论是:这个需求在现阶段不能实现。

理由如下:

1、网络环境:那个时候,家庭用户普遍还是56K猫,好一些的家庭用户顶多是ISDN,虽然已经有ADSL了,但是价格贵的离谱,这样的网络环境去实现搜索并整合成用户订阅的信息,简直是天方夜谭。

2、信息来源:01年的时候,软件公司和互联网公司基本属于老死不相往来,软件公司的看不上互联网公司,认为一点技术含量也没有,这就出现了一个大问题,客户订阅的信息从何而来呢?去抓取互联网公司的信息,除了技术上的考虑,更关键的是质量上的考虑,如果没有固定的信息来源,即使第一个问题解决了,依然无法实现这个需求。

3、表现形式:可能是因为当时受到新闻形式的固有思维所限,他认为推送给用户的新闻就应该是图文并茂并且能够让用户在线阅读的形式,如果是这种形式,那么,就又会受到第一个问题的影响而无法实现。

当时我记得这个产品经理列了很多个原因,但是我印象比较深的就是这三个,确实没错,即使仅仅是从这三个原因去看,确实对于实现这个需求是一个很大的挑战。

但是,在前面说到了,存在即为合理,既然有用户提出了这个需求,那么就说明这个需求是合理的,也就说,客户提出的任何关于产品的需求都是对的,有朋友可能会说了,你这是吹毛求疵,怎么可能呢?

其实原因很简单,首先,客户提出的需求可能是业余的,但很有可能是需要的,我们不能用我们专业的角度直接就否掉一个可能许多用户都非常需要的需求,这在第一篇文章里也说到了,关键是我们对待客户的心理决定的,其次,客户提出的需求可能是不好实现的,但不代表是不能实现的,正是因为我们有时候显得过于专业了,在思考许多问题的时候,陷入了一种专业思维的惯性中,尤其是一些技术转型的产品经理,更是如此,往往去思考一种最完美的实现形式,因此,许多不可能仅仅是因为我们觉的不够完美而已,第三,也是最关键的一点,客户提出的问题往往不会超出我们的产品范围,这很好理解,用户对于产品的需求都是引导式的,简单地说,也就是只有当用户在使用了产品的A应用后,才会促使他去想会不会有比A更好用的B能够更好的满足我的需求呢? 大家可以仔想想,我们在使用一个产品的时候,经常会想,“如果这个功能要是能这样或者那样改进一下就更好了”,而这种想法的前提一定是在我们使用了这个产品后才会有的。

因此,用户提出的问题都是在目前这个产品范围中的,用户是不会提那些没有接触过,但是却能够靠空想描述出的需求来的。

简单的说,想法一定是建立在客观上的。

因为我们的产品是客观的,用户的使用也是客观的,他们的想法也是客观的,客观的就一定是存在的,存在的就一定是合理的。

我们不要轻易否定用户的需求,不要轻易向用户说:你的想法是错误的。

因此,需求分析原则二的第一点就是:客户永远是对的。

那么,基于这个前提,我们产品经理要做的事情又是什么呢?

很简单,找到一个最合适的方法来满足用户的需求,而不要去找最好或者最贵的方法。

继续刚才那个案例,最终那个需求实现了吗?当然实现了,并且实现效果在那个时期了还是不错的。

先不说我们是怎么实现的,咱们先来做两个假设。

第一个假设:

去寻找一种最好的解决方法,我们会想,如果用户家里是512K的ADSL(估计那时候许多人还不知道AD呢)该有多好,要是互联网公司都开放接口该有多好,要是互联网上的信息都是规范的该有多好……

当然了,最终我们会想,要是用户不提这个需求该有多好,省的我这么麻烦,呵呵。

这个假设的前提本身就是有问题的,期望通过一种理想状态来实现需求,如果这种理想状态真的有了,还需要你产品经理干什么,产品经理不就是为企业寻找与众不同的机会,创造与众不同的产品,为客户创造与众不同的价值吗?

如果做不到这些,企业能答应你吗?

第二个假设:

去寻找一种最贵的解决方法,刚才也说到了,其实从根本上来说,要是能够解决用户带宽的问题,那么,其他两个问题是比较容易解决的,那么,我们可以这样做,一方面从公司入手,增加自身服务器出口带宽,另一方面,从用户入手,要求用户都换成ISDN或者ADSL,这样,这个需求就很容易实现了。

但是,成本呢?先不说公司自己,有那个用户会因为看几条新闻而付出这么大的成本呢?

如果想做到这些,用户能答应你吗?

两种比较极端的假设就不去多说了,好,我简单来说一下当时公司是怎么来实现这个需求的,可能用现在的眼光来看就显得有些可笑和幼稚了。

我们无法改变用户的网络环境,那么我们唯一能做的就是优化信息的来源和形式,通过优化来尽量满足用户现实的网络环境。

其实思路很简单,就是这个,当然,具体工作就多了,例如通过人工来收集信息(还好,当时互联网上中文信息有限,所付出的收集成本不是太高,如果是现在这种情况,靠人工来实现就肯定不可能了,并且当时投资我们公司的集团还投了一个互联网公司,做分类信息的,这种共享的资源对我们做这个服务起到了关键的作用),把信息通过自己开发的一个小软件自动导成纯文本的,虽然表现形式上不如HTML的,但是传输速度大大增加了,有时候用户订阅的最大新闻量也不会1K,现在RSS传输过来的也是纯文本。

反正通过利用了不少方法,在没有增加公司多少成本的情况下,这个需求还是实现了,也赶上当时许多用户确实是处于上网兴奋期,对于美观不美观没什么太多的要求,能有新闻看,能有论坛灌水,能有聊天聊天就非常满足了。

因此,需求分析原则二第二点就是:提供最合适的解决方案,而非最好或最贵的方案。

我们能够提供给用户的产品在不断发展,不断改进,不断完善,同样,我们的用户也在不断进步,不断熟悉,不断精通我们的产品,我曾不止一次见到许多用户提出了非常专业的问题,甚至有时候看产品的眼光比我们许多产品经理还犀利,我曾经待过的一家公司就把一个用户招了进来,最终做到了产品经理。

因此,如果用户的进步速度超过了我们的发展速度,那么,我们的产品在市场上就面临着很大的危险,这样的产品太多了,遍地都是,比如说winzip这个软件吧,想当年是多么的火,但是现在还有多少人去用它呢,没落的原因有很多,其中有一点就是当许多用户对zip和rar这两种压缩格式都非常熟悉,并期望用一种软件就能实现兼容的时候,winzip落伍了,当winrar能够兼容zip的时候,winzip依然守着自己的一亩三分地,让许多winzip的用户投向了winrar。(备注:zip和winzip不是一回事,zip依然流行,但是winzip却不行了。)

因此,我们许多产品经理不用想当然的认为用户对产品的理解永远不如我们,尤其是软件或者互联网行业的产品经理,认为自己是高科技的玩意,说实话,对于用户来说,没用,一个功能不好用,马上就可以转投他家,因为用户的转移成本太低了,有时候我就在想,是不是也是因为这个原因,造成了许多软件和互联网的产品经理不重视和用户的交流,相对于传统行业的产品经理来说,我们欠缺的太多了,需要向传统行业的同行们学习的太多了,而我认为最为重要的,最需要学习的一点就是:永远不要把自己和用户拉的太远,永远不要认为自己做的东西用户不懂,永远不要认为用户只能按照自己的想法来使用产品,简单的说,就是永远不要把用户当成傻瓜。

对于产品经理来说,没有傻瓜用户,只有我们傻瓜的想法,我们有时候确实太天真,想着能靠忽悠和谎言来自圆其说,保持用户的满意度和忠诚度,如果你现在依然是这么想的,那么,我只能说这个傻瓜是你,而不是用户。

因此,需求分析原则二第三点就是:不要把客户当傻瓜。我想,应该在这句话前加一个前缀,就是“永远”。

总结一下需求分析第二个原则的中心思想:

1、需求分析第二个原则:尊重用户的现实选择。

产品是客观的,用户是客观的,使用是客观的,需求也是客观的,一切都是现实的。

2、原则第一点:客户永远是对的。

客户不是我们的敌人,客户不会害我们,客户提出的需求看似在为难我们,但本质上是为了让客户自己更好的使用产品,因此,客户不会为难自己。

3、原则第二点:提供最合适的解决方案,而非最好或最贵的方案。

我们能够做的不一定是最好的,我们不想做的有时候往往是客户最需要的,找到最合适客户的,而不是最合适我们的。

4、原则第三点:不要把客户当傻瓜。

这个世界上没有傻瓜,自以为对方是傻瓜的人才真的是傻瓜,不要忽悠客户,不要欺骗客户,如果非要在这个前面加上一个期限的话,我希望是“永远”。


推荐阅读
  • Windows 7 64位系统下Redis的安装与PHP Redis扩展配置
    本文详细介绍了在Windows 7 64位操作系统中安装Redis以及配置PHP Redis扩展的方法,包括下载、安装和基本使用步骤。适合对Redis和PHP集成感兴趣的开发人员参考。 ... [详细]
  • 1:有如下一段程序:packagea.b.c;publicclassTest{privatestaticinti0;publicintgetNext(){return ... [详细]
  • 360SRC安全应急响应:从漏洞提交到修复的全过程
    本文详细介绍了360SRC平台处理一起关键安全事件的过程,涵盖从漏洞提交、验证、排查到最终修复的各个环节。通过这一案例,展示了360在安全应急响应方面的专业能力和严谨态度。 ... [详细]
  • 掌握远程执行Linux脚本和命令的技巧
    本文将详细介绍如何利用Python的Paramiko库实现远程执行Linux脚本和命令,帮助读者快速掌握这一实用技能。通过具体的示例和详尽的解释,让初学者也能轻松上手。 ... [详细]
  • 使用Vultr云服务器和Namesilo域名搭建个人网站
    本文详细介绍了如何通过Vultr云服务器和Namesilo域名搭建一个功能齐全的个人网站,包括购买、配置服务器以及绑定域名的具体步骤。文章还提供了详细的命令行操作指南,帮助读者顺利完成建站过程。 ... [详细]
  • 本题通过将每个矩形视为一个节点,根据其相对位置构建拓扑图,并利用深度优先搜索(DFS)或状态压缩动态规划(DP)求解最小涂色次数。本文详细解析了该问题的建模思路与算法实现。 ... [详细]
  • 随着网络安全威胁的不断演变,电子邮件系统成为攻击者频繁利用的目标。本文详细探讨了电子邮件系统中的常见漏洞及其潜在风险,并提供了专业的防护建议。 ... [详细]
  • 本文详细介绍如何利用已搭建的LAMP(Linux、Apache、MySQL、PHP)环境,快速创建一个基于WordPress的内容管理系统(CMS)。WordPress是一款流行的开源博客平台,适用于个人或小型团队使用。 ... [详细]
  • 在现代Web应用中,当用户滚动到页面底部时,自动加载更多内容的功能变得越来越普遍。这种无刷新加载技术不仅提升了用户体验,还优化了页面性能。本文将探讨如何实现这一功能,并介绍一些实际应用案例。 ... [详细]
  • Hybrid 应用的后台接口与管理界面优化
    本文探讨了如何通过优化 Hybrid 应用的后台接口和管理界面,提升用户体验。特别是在首次加载 H5 页面时,为了减少用户等待时间和流量消耗,介绍了离线资源包的管理和分发机制。 ... [详细]
  • 深入解析Redis内存对象模型
    本文详细介绍了Redis内存对象模型的关键知识点,包括内存统计、内存分配、数据存储细节及优化策略。通过实际案例和专业分析,帮助读者全面理解Redis内存管理机制。 ... [详细]
  • 本文详细介绍了如何解决Uploadify插件在Internet Explorer(IE)9和10版本中遇到的点击失效及JQuery运行时错误问题。通过修改相关JavaScript代码,确保上传功能在不同浏览器环境中的一致性和稳定性。 ... [详细]
  • 深入理解Cookie与Session会话管理
    本文详细介绍了如何通过HTTP响应和请求处理浏览器的Cookie信息,以及如何创建、设置和管理Cookie。同时探讨了会话跟踪技术中的Session机制,解释其原理及应用场景。 ... [详细]
  • 本文详细介绍了HTML中标签的使用方法和作用。通过具体示例,解释了如何利用标签为网页中的缩写和简称提供完整解释,并探讨了其在提高可读性和搜索引擎优化方面的优势。 ... [详细]
  • 本文详细介绍了如何准备和安装 Eclipse 开发环境及其相关插件,包括 JDK、Tomcat、Struts 等组件的安装步骤及配置方法。 ... [详细]
author-avatar
渡船毛_699
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有