把不确定变成确定

今天在处理一个企业内部协同办公系统问题的时候，有个困扰就是项目生命管理周期一直变动的问题，流程是按照制定好的流程来走的。这就变成流程一直会发生变动。之前处理这个问题的时候，关注点一直是世面有什么好用的工作流引擎来解决这个问题。直到今天突然心血来潮，我就不信世面没有协同办公软件。就去找这一类软件。直到看到Teambition，惊叹啊。别人通过合理的设计，避开了这个问题，就是允许流程可变。项目启动时候采取制定流程，而不是把项目归类成要走什么流程。围绕的是工作内容为中心，而不是关注点在工作流。弱化了工作流，变成可以任意定义工作流，这样更简单还更灵活。口语化来讲，就是既然你要变，那你要怎么变就怎么变，我不管。

这里回到另外两个问题上：

一个是：客户表达的是专业的，但是表达的内容不一定是直接作为设计的依据。

另外一个：产品设计思维，开发人员关注的是实现，而没有去到另外一个维度，软件的表达。两者没有高低，但是当两者结合的时候，则更有力量。

难顶，周四估计又要挨怼了。

收获：把不确定的最大的东西变成确定性的东西，思路决定出路，哈哈哈哈。