提产品需求，看似简单，其实并不容易

提高产品需求是操作学生的日常工作之一，看似简单，其实并不容易。产品需求是什么？产品需求是对产品功能和特性的描述，可以从以下维度划分：1。外部需求和内部需求：前者来自微博、微信、QQ群等各种渠道收集的用户反馈、客服邮箱、客服电话、产品本身的反馈渠道(如论坛客服区、*即时咨询窗口等。)；后者来自公司，如老板和其他部门的需求。这些反馈通常不是很清楚，需要操作学生进行整理、挖掘、沟通和研究，然后提取需求。如果不整理提炼就把所有的产品都扔给研发同学——会被鄙视（qia）视（si）...2.改进型需求和新型需求:两者从1到10和从0到1不同。我个人的建议是，如果现有产品可以在改进和优化后使用，尽量不要重新启动炉子，除非原产品的定位和风格与新的需求不一致。一方面，它关系到效率。我们能否快速使用现有产品来实现我们的业务目标，而不仅仅是等待新产品上线，错过宝贵的窗口期；另一方面，它关系到我们是否可以利用现有的流量或品牌优势来加快业务目标的实现。这就要求运营商熟悉公司内部现有的产品定位和功能，熟悉公司外部可用的现成平台和资源，从而根据需求制定合理的问题解决方案，有时甚至不需要产品变更和新增就能达到目的。比如做媒体，先从微信微信官方账号开始，比直接开发app更实用；要推广新产品，是从零开始建立产品官网，一步一步做内容，做流量，吸引用户，还是快速与直接接触产品潜在用户的渠道合作？最害怕的是做一个产品，不考虑是否可以使用现有的平台资源，导致一堆半项目，说可以使用，但缺乏明确的定位和维护，以后的操作推广不容易做；同时，系统留下了很多冗余代码，如果负责人离开，没有人能解释产品的背景，所以再次推动。这是对人力和物质资源的巨大浪费。3.一般需求和精确需求:前者如:「现在这个编辑器太难换了，很多代码格式都不支持」；后者如：「除了目前支持的代码格式外，还需要一个编辑器，可以支持markdown语法」。许多用户反馈需求是前者，必须深入了解分析，否则太一般不具体的需求，无法实现，即使不情愿，也会因为需求不明确，导致工期延误和反复修改，最终处理，所有参与者都忙不开心，宁愿花更多的时间在早期找出需求。4.解决问题和提高效率的需求:例如:「我需要一个后台，可以给用户群发邮件」和「我需要能够导出符合某些特征的用户电子邮件列表，并将电子邮件发送给他们」。然而，后者需要评估使用频率。如果需要高频使用，仍然需要开发一个，否则每次找研发学生导出电子邮件真的很麻烦；如果是为了临时项目，或者一年不能使用几次低频需求，则无需开发特殊功能。为什么要从这些维度来划分？由于实现产品需求的资源通常是有限的，因此必须明确判断需求的合理性和优先级，以确定开发的资源投资和时间表。此外，有些似是而非「产品需求」，其实不是需求，而是bug。bug和产品需求的区别和处理方法如下:产品需求:解决不存在的功能「不好用」问题的实现周期通常较长，发给产品经理处理(这取决于具体的团队组成和分工，是否有专门的产品经理来处理需求，如果您操作并对产品负责，则由提出需求的学生自行处理）产品bug：解决现有功能的问题是「不能用」问题的解决时间取决于bug的严重程度。通常需要尽快处理，可以直接发给R&D人员解决提需求和提bug的过程。产品需求描述产品经理通常需要将收到的所有需求整理成产品原型文档。但对操作学生没有那么严格的文档要求，只要产品学生能理解你的意思；但为了提高沟通效率，有必要参考一定的格式来描述您的需求，以下是我现在团队的例子：1。需求名称：产品名称 功能 提出时间，如「编辑后台改进产品需求-2015-8-17-17」2.目的：帮助产品学生充分了解您的需求的必要性和重要性，如「为了提高编辑出版的工作效率」或「UI重新设计，以统一网站的整体风格」。3.优先级和时间要求：这也很重要，因为产品经理通常会收到很多需求，如何安排优先级处理顺序？3.优先级和时间要求：这也很重要，因为产品经理通常会收到很多需求。如何安排优先级处理顺序？如果您在需求中有明确的说明，处理效率将更高。如「第一优先级需要在6月15日前完成」。4.需求描述：解释用户身份（外部用户和内部用户处理不同）、页面需要包含哪些元素、预期布局和风格、排列顺序、必要选项、特殊要求、查询条件设置、权限管理等信息，尽可能详细，最好给出参考案例或类似竞争产品截图。在什么情况下需要提及产品需求？如果你已经熟悉了以上，如何提及产品需求应该没有问题。但又慢又慢，知道怎么做才是最基本的，对于合格的操作来说，更重要的是判断该做什么，不该做什么。用户的需求是永无止境的。操作不能只是需求的麦克风。需要深入分析用户需求背后的目的和隐藏问题。如果能用现有产品实现，尽量不要重复建设和制造新产品；如果能用操作技术解决，就不用兴师动众地利用产品和研发；如果能利用现有成熟的渠道和平台进行推广，为什么要做一个？「自己的」一切从零开始的独立平台？做加法总是比做减法容易，在原有的基础上开一个新炉子似乎比修复和改进更快乐（在某些情况下，它也被视为性能的体现），但资源总是有限的。无论是人力还是时间，即使你有一群强大的产品，24小时无条件地与研发学生合作，你仍然需要评估需求的真正价值，并衡量投入产出比。操作的优势在于给你一个产品，你可以探索它的100种用法（游戏玩法），并将其传递给用户以满足业务的需求。如果你收到了新的需求，你必须做一个新的产品，而不是看看使用现有的产品是否能解决问题。操作本身的价值是什么？案例1：在数据分析的背景下，一些同事负责运营垂直专业领域的群体，并提出做一个数据分析的背景，可以根据加入群用户填写的个人信息自动生成各个维度的分析图表，「就像专业的数据分析报告一样」，他说。虽然有必要对用户进行数据分析，但这并不是一个简单的实现需求。然而，该组目前只有成千上万的注册用户，新用户的增长速度非常缓慢。用户数据分析的及时性不是很高。因此，最终的解决方案是将用户数据导出到Excel中，并根据统计需要使用Excel生成分析图表。至于它是否像一份专业报告，这取决于你的Excel造诣~如果未来用户数量和增长速度达到一定规模，人工统计无法满足，需要开发数据统计背景。案例2：我的社区运营团队负责组织公司的开发者会议注册，通过社区的各种渠道向开发者用户宣传，使用社区活动注册系统，可以将各种渠道的注册数据汇集到后台数据库。一些同事建议开发一个会议注册应用程序，以后组织会议可以让用户通过应用程序注册，所以推广只要通过应用程序推送提醒~~~我说你的想法很好，你想让用户安装这个应用程序，然后。一些同事建议开发一个会议注册应用程序，以后组织会议可以让用户通过应用程序注册，所以推广只要通过应用程序推送提醒~~~我说你的想法很好，你想让用户安装这个应用程序，然后。然后就没了。。。总而言之，在收集到需求之后，首先要问自己以下几个问题：目标是否足够明确？现有产品真的不能满足工作要求吗？现有产品的缺陷是否极大地影响了工作效率？成本合适吗？如果答案中有一个是否定的，则需要重新审视需求的合理性，并积极与需求方沟通以确定最终解决方案。如何促进需求尽快实现需求表达清晰、沟通清晰、提交流程规范：必须按流程提交需求，最好与产品经理面对面沟通，尽快实施需求，必要时愿意削减需求，确保快速*充分利用资源实现目标：通常与产品设计研发学生建立良好的关系，即使有必要通过老板推广是一种方法（但这个大动作不常用）总结产品改进通常落后于业务需求，这是互联网产品改进的正常现象伴随着整个产品生命周期，而不是一次性产品改进通常是由运营驱动的，由产品（不了解运营）驱动的大多数失败产品，不注意运营也是浪费内容运营和社区运营，产品是辅助手段，目标不是具有一定产品能力的运营，会有更多的职业发展机会