需求的收集、整理、排优先级是产品设计的第一步，个人认为也是最重要的一步。
如爱因斯坦的名言“提出问题比解决问题更重要”，提出问题的深度体现了提问人站得高度和思考的深入程度。类似地，埃隆马斯克提出了“第一性原理”。
如运营的一个需求，反馈到你耳边时往往会是“我们想要一个什么功能、或者一个什么页面、按钮”之类。按照运营的要求去做，是能满足他们的要求，但没准过一段时间又会找到你说，这个按钮有了局限性，我们需要再增加一个按钮；如果运营提出需求时，你去挖掘使用场景和功能背后要解决的问题，就能够在一个版本中将他们想要做得事情充分地解决；如果在理清楚用户需求的基础上，考虑平台的定位和产品阶段，认为这个需求具有扩展性和后续需求，仅做成固定的模块在后续业务升级中限制使用场景和使用效率，可能地将这个功能做成一个通用地、可配置模块，这样不仅满足了当前的需求，好的扩展性使得这一类后续的需求都可以一次性地做到初步满足。
回到需求收集与整理，有以下几点一定要获取到：
1. 用户描述的功能的使用场景，和在功能之下真正期望解决的问题。产品至理名言“如果我最初问消费者他们想要什么，他们应该会告诉我要一匹更快的马”
2. 需求的重要程度一定是和业务挂钩的，与使用频次、使用量、使用人次强关联。对应地，不同的使用强度也往往对应着不同的解决办法。
3. 目前的这个需求他们的线下解决流程和使用场景，越具体、清晰越好，非常有助于理清功能在线上设计时候的模块划分和流程切割。也可能发现更高效解决问题的操作方法。
3. 发现这是一个真实且重要的需求后先不要考虑能否有办法解决，更重要地是决定要不要做，什么时候去做；
4. 功能设计：少即是多，不要追求完美。
A，一个稍微大的模块功能，不要一次就做到完美而是至少要分三期来做。
B，第一期仅把基础的功能模块、核心流程提供，便捷操作、惊喜功能都不要做。原因很简单，当时告诉你的很想要的一个工具，可能不会用多少次，他们只是设想时觉得有用，用户没有撒谎，只是没有认为对而已。
C，第二期，用户在使用了一段时间基本功能核心流程后提出来的期望功能优化。这时有了数据基础，有了用户实际操作感触，再去设计辅助工具、惊喜功能会更能get到点上。
D，第三期，在这个功能成熟稳定以后，我们能够基于此做什么呢？
