如果有幸参加前期产品讨论会，那么我们会时常听到周围的人用“假设用户...”来定义需求。
一开始，定义好了需求的基本外形，拿出来和大家讨论可行性。“假设用户想...，要怎么解决呢？”，在会议室里坐着，想象着用户可能会有的行为和操作。
一般，需求来源大致分为以下几种：
a、用户反馈。
b、内部驱动。
d、老板需求。
e、竞品分析。
在设计需求的前期，需要清楚几件事：
a、这个功能是用户真正需要的吗？如果不清楚，可以去看看数据，或是问问用研同学。
b、这个功能可以解决用户在使用中遇到的什么问题？这个问题我们这期要做上去吗？（这点会看公司发展的阶段，有些功能是要做的，但并不一定是眼前必须做）。
总之，不要用“假设”来设定问题，我们不是真正的用户群体。如果没有搞清楚目标用户到底想要什么，可以先放弃这个需求，避免造成资源的浪费和产品臃肿。
