第八天 架构设计

第八天 架构设计

问：老师，赚钱又让人眼亮的目标出来了，我们是不是就该围绕每个目标来设计相关的功能了，但是我们过去有过很多失败的经历，就是计划总赶不上变化，当然写了文档也就流产了。所以写那些东西费什么劲呀？

答：我在前面各节课都很强调的就是：

1你的计划必须符合赚钱的这个核心原则。如果你偏离了这个原则，你肯定赶不上变化，因为你的计划和老板的期望是相反的，自然不会支持你，自然会打乱你的设想。

2你的计划必须符合老板能给你的时间，能给你的人，其他部门能给你的支持。如果老板给你的时间很短，但你规划的功能却超期，那么老板自然来打搅你了。一个功能到底要做到多精细的功能，必须把老板给的尺度当然计算的前提。如果销售部、实施部、客服部都对你很怒视，那么你在一边蒙头干活，他们在一边说你坏话，那么你也自然不能按计划坐住了。

所以，你在设计、计划的时候就一定要首先想到这两点，从这两个原则出发再去设计、计划，那么你才会可以有预期的、变化较小的执行。

你遵循了这两个原则，你的文档才不会白写，你设计的功能也符合实际时间，那么程序员也不太会超出或缩短，否则谁都没有把握，每个人每个组都在剧烈的变化，谁和谁都配合不上去，有人忙死，有人闲死在等其他人完成后才能继续下一功能。

另外，我们做设计时，一定要考虑这样一个情形：你是面对什么层次什么类型的用户的？

小型的用户，需要功能简单，没必要填写那么多东西，没必要控制那么多，也不需要功能处理的那么细那么灵活，而且必要的模块就可以了，更多特殊业务也用不上。

中型的用户和大型的用户，就填写的信息越来越多，控制越来越多，特殊处理业务也越来越多。不同规模的用户，你一套软件怎么能满足呢？我们往往看到一个软件开始是简单的，给大型用户用不合适就卖给小型用户，最后做的客户多了，功能越来越复杂，最后小企业用着又不合适了。最后，一套软件，谁用着也变扭，都觉得不是给自己这一层次定制的。哪头都不落好。

所以，我们设计功能的时候就需要考虑我们究竟是针对哪一规模客户的。当然，老板希望一个版本什么规模的客户都能用，而我们要考虑到的是怎么设计不同版本。千万不要想把所有功能都维护一个版本，然后通过参数来设定，这样内部判断非常复杂，导致软件复杂的稳定度你无法控制。一定要有一个良好的技术架构来支撑如何能维护尽量多的公共代码，而针对大、中、小不同规模客户的代码却不一样。

另外，南北方也不一样。中国各地发展不一样，中国各地人性也不一样。有的地方讲究处理业务非常细致，有的地方却讨厌细节。有的地方非常强调权限控制，有的地方却提倡共享。这对技术架构提出了更高的要求。