app产品需求的介绍以及4大维度

  1。外部需求与内部需求：

 

  前者从各种渠道收集用户的反馈信息，如微博、微信、QQ、邮件服务、客服电话，以及产品的反馈渠道（如BBS服务区、即时在线咨询窗口，等）；后者则来自公司内部，如老板和其他部门需要。这些反馈通常不是很清楚，需要通过学生的操作来进行，以提取和提取需求。

 

  2。改善需求和新型需求：

 

  他们是两种不同的从一到十，从零到一。我个人的建议是，现有产品可以改进和优化，并且尽量不要以不同的范围开始，除非原始产品与新的需求不一致，从位置到样式。这是一个效率问题。你能快速使用现有的产品来实现商业目标，而不是等待一个新产品上线并错过一个有价值的窗口吗？另一方面，有必要利用现有的流量或品牌优势来加速业务目标的实现。

 

  这就要求内部现有的产品定位和功能操作，外部的公司可以利用现成的平台和资源也很熟悉，让他们能够根据制定一个合理的解决问题的需求，有时甚至可以不需要改变和新的产品可以达到的一个目标。

 

  要推广一个新产品，是从头构建一个产品网站，一步一步做得更快，内容和流量要拉到用户还是潜在用户，能直接接触到产品的渠道合作更快？拍头是怕的是做一个产品，不考虑是否使用现有的资源平台，导致留下一堆半拉子工程，说也可以，但缺乏一个明确的定位和维护，后期的运营推广是不好的；同时，有系统留下了大量的冗余代码。如果负责人离开，没有人能解释产品的起源，所以他会再推一遍…这是对人力资源的浪费。

 

  三.一般要求和的类型要求：

 

  大量的用户反馈的需求前，了解分析，否则太一般没有具体的要求，不能实现，甚至使马，因为需求不明确，将导致延误和反复修改，终崩溃，所有的参与者都忙得不开心，宁愿早期用一些时间来清理的需求。

 

  4。为解决和提高效率的需要问题的需要：

 

  然而，后者需要评估使用的频率。如果是高频率的使用需求，有必要开发一个。否则，就会比较麻烦，找到研发学生导出邮箱每次。如果是一个临时项目，或者一些低频项目一年，就没有必要开发一个特别的特性。

 

  为什么要区分这些维度，因为资源的产品需求往往是有限的，所以我们明确需求和优先级的合理性，并以此来确定资源的开发和调度。