看这篇文章的朋友，都用过Visio吧？如果没有用过，用过之后再来看吧。

(1)Visio-事实上的流程图绘制标准平台

Visio本身不是微软的产品，是1999年被收购并入Office2000产品线的。经过10年的融合，应该说已经融入微软Office产品很好了。但是和Office产品中的Word/Excel/PowerPoint三大产品相比，用户数量相差甚远(用户数相差至少在10倍以上，100台PC里面有10台装有Visio已经是一个很高的比例了，而Office是99以上装机率)。Visio是一个相对专业的产品，一些基本的图形绘制(例如组织结构图)，利用Word/Excel/PowerPoint就可以绘制，不需要动用Visio。

在流程图绘制方面，国外曾经有统计，使用Visio(18.2%)和基于Visio开发的平台(7.8%)，合起来超过被调查者的25%。考虑到排在第三位的不到7%，这两个数据说明Visio在流程图绘制方面，市场份额是相当高的。可以说，在流程图绘制方面，Visio就是事实上的标准。在中国，这个比例可能更高。

利用Visio绘制流程图，有如下好处：(1)工具易得。大多数人免费使用。工具简单易学，和Office其他产品使用习惯一样。(2)文档格式通用。利于文档传递和交换。(3)和Office-Word/PowerPoint集成比较好，方便图文混排，制作文档。

基于以上理由，个人觉得，作为入门级的产品，Visio绘制流程图确实已经足够了。

(2)Visio的不足

难以管理大量(例如100个以上的)流程模型。在一个Visio文件里面绘制100个模型？那查找、定位模型是一个很麻烦的事情。如果分成多个文件，在文件和文件之间无法表现模型的接口关系。在同一个文件内，对于模型之间的接口关系表现方式有限，力度很弱。而在实际项目中，200~300个流程是很常见的。

对于团队协作支持有限。一个流程项目，例如可能有10个左右人员协作建模。Visio使用单文件方式管理模型。一般模型与模型之间是有接口关系的(例如财务与销售、销售与生产、生产与采购等)，需要对其他人的模型保持了解。如何保持对其他人模型的及时了解？只能通过文件传递的方式来实现。这种方式是比较低效的。文件的传递也会导致商业机密的扩散可能性加大。对于进行中、未完成的流程无法及时看到。

仅限于绘制图形，对于模型的分析有限。一个大型流程梳理项目，如果有很多的模型，最终会需要生成一些报表，例如，岗位/部门-流程关系表、流程-流程关系表、统计流程数量、生成流程清单等，用Visio很难生成类似分析表。只能用人工统计。工作量大、重复。当然高手可以用VBA进行编程实现，但是这种编程需要针对具体项目具体编程，复用性差。基本上在实际项目中很少使用。

难以管理发布，难以记录流程更新记录。对流程文件进行修改后，如果不加以发布，相关人员无法及时看到文件。发布之后，以前发布的文档和新的文档同时存在，可能会导致误用风险。文档自身很难记录修改和变动历史，需要相关人员另行维护。

流程手册文档编辑维护工作量大。大多数流程图会嵌入Word文档，和文字一起形成流程手册。在文档创作阶段，流程图的变更比较频繁。只要流程图修改，对应Word文档就需要进行修改。在实际项目中，此工作相当繁琐，而且容易出错。在文档维护阶段，由于Vision和Word分成两个文档，维护一定需要维护两个文档。只有Word文档，无法对其中的流程图进行编辑和修改(如果采用嵌入Visio文档，可以实现编辑和修改)。这种情况，在实际工作中经常碰到。

其他不足：支持流程模型类型有限、多人协作难以统一模板、绘制过程中随意性较大、权限功能不足(可见、可编辑等权限较弱)、