这两天公司组织了一个软件建模的培训，整体的强度比较大。整个培训下来，感觉最重要的点就是如何形成一种软件建模的方法论。
其实从最本质上来讲，软件建模的目的还是希望能够明确最根本的用户需求，然后根据用户需求来定义自己希望做的产品功能，进而根据产品功能充分细化拆分各个功能的业务，并进行业务的重组，最终形成一套较完整的产品模型。
个人认为老师讲的对我影响最大的一点就是通过不断的反问自己，质疑自己来寻找用户的最根本的需求。在进行讨论的时候老师就让同学们举例自己产品中遇到的某些需求的困境。比如有的同学就会说到“当前用户注册数太少”是目前用户最大的一个需求。这时老师就在反问，用户数注册太少是用户真正的需求吗？注册用户太少，那已经注册的用户就不能正常使用你的功能了吗？得到的自然是否定的答案。
然后老师就会指出注册用户太少是你老板的需求，而不是用户的需求。如果你觉得注册用户太少是老板的需求，同时你又需要解决用户的需求，可能就要想办法把老板的需求，通过某种方式转化成为可以激发用户的行为的这一需求。就比如注册用户太少，同时我就需要让更多的用户注册，那如果没有更多用户注册，就会损伤用户的利益。从这个角度出发，是否就可以推出一种邀请别人注册，然后老用户得到佣金的这么一个功能。这样的话，用户不邀请朋友加入产品就可能自己无法获取更多的佣金，因此他就会更积极的来调动身边的亲朋好友来注册产品，这样就形成了不同需求的统一。这就是一种很好的思维方式。
追根结底就是，在讨论一个需求的时候，一定要清楚你这个需求真正要解决的是谁面对的问题，如果没有这个功能对这个用户是否有影响，由此来确定这个功能是否真正的是你目标用户所期望的重点需求。而不是非目标用户的需求，或者是目标用户的伪需求。
