记一些定制化SaaS的挑战

今天算是被读书群的定期读书笔记逼迫，早早回家捧上一本书开始学习，无奈有些抓不住点，不如记录一些最近产品服务遇到的一些挑战。看看能不能理一理解决的思路。

物流软件SaaS化，碰到的最大的挑战还在于平衡标准产品和定制需求。这个挑战最明显的体现在两个方面：一是需求冲突，客户A和客户B同时对一个功能提出了不同的要求，那么系统如何来应对?这是一个需求和产品设计问题，可能的方式有一，写死两条逻辑，二，做成两个功能，三，抽取成配置项，四，说服其中一家。我不知道还有没有五。

看上去哪个都不好搞，我的想法是，先尝试四，实在不行，看二，三。不能做成一。

那么什么叫实在不行?按大师的说法就是两家核心的诉求真的不同，或者业务场景不同，无法勉强用同一个解决方案完成，"到底要解决什么问题"这是一个好问题。

那么二三该如何抉择，我的想法是核心流程选三，输入输出选二，输入输出包括：信息录入，系统接口，打印和邮件，报表和下载。虽然D哥早上还是强调我们的配置还是不够多，不够灵活，但是我还是有点怕配置的继续膨胀。一个配置就是一条岔路，配置多了之后很快就会导致分叉覆盖不全，失去掌控力。

反过来想想，系统的输入输出因为没有前置和后置流程，所以他在做成不同的定制功能的时候，比较少的会影响前序和后续，所以覆盖的时候用加法原理一一覆盖即可。但是中间的流程可能是有前序有后续，他的流程变化很可能会导致前后的链式反应，覆盖的时候可能需要用乘法原理才能覆盖所有情况，而这在大多数情况下是不太可能的。

再想想，那么在整体流程中一定要有定制和选项怎么办，拍脑袋的想法是设定一个或者多个铆钉点。比如，从a到b中间可能有4个是否的配置项，那么我的整体分支就是2的四次方，16个。但是如果我们在中间加一个集合点，把流程变成从a 到 c 再到b，然后把四个配置项分别放到ac与cb之间，那么的分支就变成了2的2次方加上2的2次方，8个了。

当然这只是一个吃完麦当劳后写着写着蹦出的一个想法，能否操作另说。

另一个挑战就是相互影响了，实际他和需求冲突有共同的地方，却又有些不同的侧重点，可能更偏向于设计和测试层面，留待下一篇再细说。

最后放一张家附近的一个图书馆，很不错的读书氛围，赞!

记一些定制化SaaS的挑战