提升产品需求是运营学员的日常工作之一。看似简单，其实并不容易。
什么是产品需求？需求是为实现某一最终目标而必须完成的产品的功能和特性的描述。它可以分为以下几个级别:
1.外部需求和内部需求
前者来自于各种方式收集的用户反馈，如新浪微博微信qq群在线客服邮箱热线，以及产品本身的反馈方式(如社区论坛在线客服会员区，在线及时咨询窗口等。);后者来自企业内部的反馈，比如老板等单位。这种反馈一般不容易建立，必须 *** 作学生进行梳理和探索，沟通和调查，从而提炼需求。如果所有的产品都没有整理就交给产品研发的同学去解决，会被qia视为(si)...
2.改进的需求和新创建的需求。
它们从1到10和从0到1不等。我的建议是，如果现有的产品可以改进升级，就没有必要尽可能地改变航向，除非原有的产品从精准定位到设计风格都与新的要求不符。这就规定了运营对当前产品的精准定位和功能清晰，能够根据需求制定出有效的疑难问题解决方案，有时甚至不需要对产品进行改造就能达到目的。这样不是很有效率吗~
我最怕的就是拍着脑袋做一个产品，不管现有的能不能用，导致一堆半拉子项目。有就有。他们之间的精准定位不清晰，中后期的营销推广也不是很好做。此外，系统软件中很多冗余代码无法维护。如果负责人辞职了，这个产品的前因后果从此谁也说不清，所以是资金投入的巨大消耗。
3.模糊需求和精确需求。
前一个就像“现在很难改变这个在线编辑器，很多代码格式都不兼容”，后一个就像“除了目前的代码格式，必须有一个可以应用markdown英语语法的在线编辑器”。很多用户的反馈需求就像之前一样，需要有透彻的了解和分析，否则过分模糊不切实际的需求就无法完成。即使诉求不成立，工期也是一拖再拖，不断变化的。最后，他们习惯了，所有的参与者都忙得不可开交，他们开始怀疑自己生活不幸福，宁愿花些时间搞清楚一开始的诉求。
4.解决困难和提高工作效率的需要。
“我需要一个可以给用户群发邮件的后台管理”“我需要一个可以自己导出的用户邮箱目录，满足一些特征才能给他群发邮件”。但是，必须评估后者的应用频率。如果是高频应用需求，还是要开发设计一个。不然每次都要找产品研发同学导出邮件，真的很不方便。如果是为了一个临时的新项目，或者是为了一年用不了几次的低频需求，那么就没有必要去开发设计一个专业的角色。
为什么要从这个层面划分地区？因为完成产品需求的资源一般是有限的，所以需要建立和区分需求的合理化和优先性，并对开发和设计的资源和资金的投入及其安排的顺序进行决策。
另外，一些无法描述的“产品需求”其实就是bug。bug和产品需求的区别以及不同的处理方法如下:
产品要求:
对于还不会提到的角色。
它处理的是“不太好用”的问题
完成周期时间通常很长。
发给产品主管解决(这个要看实际精英团队的构成和职责分工，是否有专业的产品主管解决需求，产品的运营和承接是否会由明确提出需求的同学自己解决)
产品缺陷:
对于已经存在的角色。
它处理“不可用”的问题。
处理时间视bug严重程度而定，一般规定尽快解决。
可以立即送往R&D人事部门进行处理。
提出需求和缺陷的步骤
产品要求描述
一般产品主管都要把收到的各行各业的需求整理成产品的原始文本文档，而对于运营生来说没有这么严格的文本文档规定。如果产品生能搞清楚你的意思，他们就能；但是为了提高交流的效率，你必须参考一定的文件格式来描述你的需求。以下是我的精英团队的一个例子:
名称:明确提出产品名称的作用，如“CocoaChina写后台管理提升产品需求——2015.8.17”
目标:有助于产品生充分理解你的需求的重要性和关键程度，比如“为了更好地提高撰写和发布文章的工作效率”或者“为了更好地统一网站的整体设计风格，进行UI重新设计方案”。
还有优先的时间:这个也很重要。由于产品主管通常会收到大量需求，如何分配优先级来解决这些需求？如果你总是在需求中有明确的指示，那么解决效率会更高。如“第一要务，必须在6月15日前进行”。
需求描述:表明用户的真实身份(外部用户和内部用户的处理方式存在差异)，网页必须包含哪些元素，期望的合理布局和设计风格，顺序，是否需要，有什么特殊要求，是否需要检查和查询条件，是否需要管理权限等。，而且要尽可能详细。最好能拿到一个参考的例子或者类似竞争对手的截图。
要求产品的需求是什么？
如果你已经熟悉以上内容，那么在如何要求产品上应该没有问题。然而，等一下。知道怎么做只是最基本的。对于达标的 *** 作，更重要的是要分清什么该做，什么不该做。用户的诉求是无止境的，运营不能只做诉求的传声筒。需要详细分析用户需求背后的目的和隐藏的问题。如果能用现有产品做到，尽量不要重复基建做新产品。如果能用运营技巧处理，就不需要费时费力的使用产品和产品研发；如果可以利用现有的完善方式，用服务平台推广营销，为什么非要做一个“自己的”单独的服务平台，从零开始呢？
加减永远比加减容易，而且改课程似乎比基本上修复和改进原来的课程更让人耳目一新。但是，资源总是有限的，无论是人力资源还是时间。即使给你一群强大的产品和产品R&D学生，他们没有理由24小时互相合作，你仍然要评估需求的真实使用价值，考虑投入产出比。运营的优势在于给你一个产品。你可以探索它的1001种使用方法(游戏玩法)，发给用户考虑不同的需求。如果一接到新需求就需要做新产品，而不是先看应用现有产品是否能解决困难，运营本身的使用价值是什么？
示例1:数据统计分析的后台管理
以前有个朋友承接了一个垂直专业领域的群聊运营，明确提出要做一个数据统计分析的后台管理，可以根据添加群聊的用户填写的私密信息自动生成各种级别的图表分析，“就像技术类专业的数据统计分析报告”，他说。尽管对用户数据进行统计分析是必要的，但这并不是一个非常简单的要求。但是现阶段这个群聊的注册用户只有几千人，新用户推广的速度很慢，所以用户数据统计分析的时效性不是很高。所以最终的解决方案是将用户数据信息导出到excel中，根据统计分析需要自行 *** 作，用excel形成图表分析。是否像技术专业报告，那就要看你自己的excel技能了~如果以后用户数和增长率达到一定的经营规模，人力资源的统计分析都满足不了，那就要开发设计数据分析的后台管理了。
例2:交流会申请app
我所属的社区运营精英团队，曾经承担过机关企事业单位开发者交流会，针对社区的每一种模式，对开发者和用户进行宣传策划。应用了社区主题活动的在线报名系统，能够收集各模式的报名数据，查询后台管理数据库。有朋友建议开发设计一个交流会申请app，然后机构交流会让用户申请app，这样营销的时候根据app消息推送提示就可以了~~我说你的艺术创意很好，应该先想到让用户安装这个app，然后。。不会有后续。。
综上所述，收到需求后，问自己以下几个问题:
总体目标是否充分确立？
现有产品真的达不到工作标准吗？
现有产品的缺点是否已经对工作效率危害极大？
费用合适吗？
如果答案是否定的，那么就要重新考虑这种需求的合理化，并积极与需求方沟通，明确最终的解决方案。
如何促进需求早日完成？
描述成立，沟通清晰，提交步骤规范:自己该做的一定要保证。
按照步骤提交需求后，最好在公开场合与产品主管沟通，尽快落实需求并启动。
必要时，你应该知道如何减少需求，确保快速发布。
灵活运用各种资源达成目标:平时熟悉产品设计和产品研发的同学，必要时由上级领导推动。
几个方面的总结
产品改进通常落后于业务流程需求。
互联网技术产品的改进，不是和所有产品的寿命一蹴而就的。
产品改进是由运营驱动的。
产品再好，运营跟不上也是徒劳。
对于内容运营和社群运营来说，产品是一个辅助的方式，而不是总的目标。
掌握产品的互联网技术写作/运营，会带来大量的职业发展机会。
创作者:张远产品运营部
来源:百度百家
全文:http://www.jianshu.com/p/65fa56a8cf2c#
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）