“SaaS先锋”系列继续为您呈现国内SaaS领域的先锋企业，今天的主角名叫ProcessOn，ProcessOn是一个垂直领域的作图工具和社区，在这里，用户不仅能够感受到非常强大且好用的专业作图工具，还能轻松找到自己想要的知识资源，不经意间，可能还会发现很多垂直领域的“大牛”在分享自己的作品。其实， ProcessOn就是做一款前沿、高效的作图工具，当然也可以简单的理解为“云计算时代，微软Visio的替代品”，这个年轻的团队将Visio、Xmind等专业作图工具搬到了“云端”，不再需要下载安装，不再需要授权，直接用浏览器就能够体验在线作图服务，而且作图的效果也很美观且极具专业性。

ProcessOn自2013年上线以来，不到2年的时间里就积累到20万用户，而这一切的根本，就是靠产品，靠用户的口碑传播。所以CTO张莹非常认可那句话，“好产品，自己会说话”，近日，CSDN就采访了这位ProcessOn CTO 张莹，他给我们分享了这款工具产品的“基因”以及背后的开发故事。

ProcessOn CTO 张莹

完全靠自学，89年CTO及其背后的技术团队

ProcessOn团队的CTO 张莹第一眼给人的印象就是“邻家大男孩”，跟他相处久了，就会明白“编程”这件事是需要天分的，没有读过计算机的任何专业，89年出生的他所有的技能都是靠自学。在最初的时候，一个人几乎承担了全部的开发工作，不仅要当研发经理，还要承担产品经理的角色，偶尔还要客串一下UI设计在整个团队中，永远属于“最忙”的那一个。

CSDN：首先介绍下自己和ProcessOn，目前技术团队的关注方向？

张莹：大家好，我是张莹，现在是ProcessOn团队技术负责人，相对于很多牛叉产品的CTO来说，我算是草根出身，既没有名校的牛奔学历，也没有BAT等大企业的从业经验，有的只是对技术的痴迷追求和对互联网产品的无限遐想。无论是我自己还是整个团队，大家都是脚踏实地、吃苦耐劳的人，所有人都很低调，都在默默耕耘。就在这样的环境中，我们孕育出了ProcessOn这款产品。目前，整个技术团队的关注和发展方向，主要是前端领域，尤其是js和其他的前端框架。

ProcessOn 是一款用 HTML5 开发的在线网页版作图工具，用户只需要有一个浏览器即可制作思维导图、流程图、UML图、界面原型设计、组织结构图、思维导图等等，不再像传统的客户端那样，还需要下载和安装。ProcessOn 还有一个很大的特色就是可以做到无延迟协作，方便两个或多个人同时对同一个文件进行协作编辑和沟通，它还采用了实时的保存机制，每一步操作之后都自动保存，用户再也不用担心丢失文件的问题了，当然这也是云计算时代，企业协作类工具的一个发展趋势。

CSDN: 为什么会开发这个平台？背后是基于什么样的考虑或者是看到什么样的市场机会？

张莹：其实ProcessOn的诞生拥有“特定”的基因，其中很重要的一点，就是因为我们团队的创始人热衷于BPM领域，就在几年前，国内还没有一个“上得了台面”的BPM（Business Process Management，即业务流程管理）作图工具和社区，而我们的创始人深耕BPM领域多年，同时他也是SOA/BPM国标制定的参与者，所以ProcessOn最初就是奔着这么一个目标去的。

其实，早在2011年，我们团队就开发出一个Flash版本，当时为了保证用户的质量，一直都是采用邀请机制，直到正式上线后才开放注册。随着ProcessOn的不断完善，以及经过N+1次和用户交流之后，我们感受到Flash版本的设计器已经不能满足用户的需求和我们精益求精的态度，尤其是用户使用前还必须安装Adobe插件，同时由于本身体积很大，每次做图前加载时间也很长，还有其他弊端问题等等，用户体验一直做不好。在2012年，团队正式接触到HTML5技术，当初它还没有现在这么火爆，于是团队内部经过多次讨论后，就放弃之前做了一年多的Flash设计器，然后基于HTML5重新开发一版新的设计器。虽然当时针对HTML5的争论很多，其技术也不是很成熟，还有很多安全问题，但是我们还是坚定选择了HTML5，现在证明我们当时的选择是正确的，更重要的是，用户的反馈非常的好，就在不久前，我们还收到了第一笔来自用户的捐款。在得到众多用户充分的肯定和认可后，我们团队有信心将ProcessOn做成一个国内独一无二的互联网产品。

CSDN:你们这个平台对于客户来说最大的价值体现在哪些方面？

张莹：首先，ProcessOn最大的价值就是帮助用户非常方便和快捷的实现多个领域的作图体验，不管是流程图、软件模型图、UML，还是思维导图，用户只需一个浏览器，即可在线访问这款企业协作类作图工具，非常的方便和快捷，而且非常的专业。

其次，ProcessOn作为一个基于SaaS模式的云服务平台，不仅让用户摆脱了对单一设备的依赖，真正意义上实现随时随地的“云办公”模式，而且还可以实现在线协作的功能，多个用户可以针对同一文件进行修改，直接在云端就能进行同步，可以帮助协作小组极大地提升办公效率。

除此之外，ProcessOn还提供小组、推荐、发现、活动等很多社区性质的功能，帮助用户在完成自己的工作之余，还能够认识更多与自己兴趣相似的朋友，同时还可以在这个平台上学到新的知识和技能。现在ProcessOn社区内已经拥有高达50万张图，而且每天以2000张以上的速度在不断增加，这些优质的资源能够给用户带来更高的附加值。我们深信这种“工具+内容+社交”的模式可以更全面、更有效的为用户创造新价值。

平台构建历程和无数个“微创新”支撑极致用户体验

平台打造的历程难度很大，从最初的Flash版本到后来完全重新架构设计的 HTML5 版本，体现的是对产品用户体验的极致追求，而 ProcessOn也是目前国内首家将HTML5中的Canvas运用到商业生产环境中。而在产品的优化上，ProcessOn团队对细节的追求近乎疯狂。例如一个简单的跨主题的连线功能，他们耗费3个星期，后台代码也达1000多行，为的是将用户体验做到极致。

CSDN:打造这个平台遇到哪些坎？你们是如何应对的？

张莹：ProcessOn平台的核心是设计器，难点也是在设计器上，目前HTML5中的Canvas在国内真正最早运用到商业生产环境中的，Processon应该是首家。其实，在HTML5刚出来的时候，我们就被Canvas所吸引，而且痛下决心，放弃了开发1年多的Flash版本，完全重新设计架构，启动了HTML5版本的开发。

其实开发设计器的难度非常大，一个看上去简简单单的小功能，往往需要上千行的代码，它需要进行非常复杂的js计算。我们在整个设计器的开发中，也运用了很多js的看家本领，比如javascript的面向方法、面向对象编程，js的插件开发等等。更痛苦的是，我们完全没有任何参考案例，全都是团队成员自己摸索探路，然后再进行各种讨论，各种研究，同时还需要进行数学推算，一遍一遍寻找最佳的算法。尤其是空间向量的知识，在设计器的开发中运用的最多，为此我们还“恶补”高中时期的数学知识（这也是学渣的苦果啊）。总体来说，因为在专业在线作图领域，我们在国内的起步非常早，所以也没有任何借鉴的经验，都是靠团队自己“拼”出来的。

CSDN:能不能详细介绍一下这个平台架构的构建过程？都使用了一些什么技术，分别做了什么？

张莹：ProcessOn的前端采用Nginx做请求分发，作为一款轻量级的Web 服务器/反向代理服务器，相对于其他同类产品而言，其轻量级以及低内耗的优势，使它也成为了ProcessOn的首选，尤其是对工具类的互联网产品来说，我们高并发的特性也非常依赖Nginx的性能。

其次，在应用服务器层，我们采用了比较成熟的Spring MVC，相信这也是很多工程师的首选。需要特别说明的是，ProcessOn在前端技术上，大量使用HTML5技术和复杂的js计算，数据层面则采用MongoDB和Redis。尤其是在数据库的选择上，因为考虑到性能和速度，我们毅然选择了MongoDB，虽然其在事务、内存等方面存在一些小的非议，但是就ProcessOn而言，我们在数据服务上的体验还是很不错的，我们也会继续一直关注和优化我们的数据层面的体验和服务。

当然，还需要特别说明的是，因为我们想做一款国际化的SaaS应用，也想拥抱云计算时代，所以ProcessOn放弃了先前自建的服务器，转而将整个服务器放在青云上，首先是顺应云计算时代发展的潮流，其次也为我们未来进军国际市场打下一个良好的基础。

CSDN:该平台的用户体验如何保证？在产品优化上你们做了哪些努力？

张莹：ProcessOn在短短的时间内积累20万用户，不单单是作图功能上的强大易用，更重要的是我们非常看重用户体验，比较对一个垂直领域的作图工具来说，这不仅仅是简单的把传统软件搬到了线上就可以了。为此我们做了充分的市场调研，并建立了自己的QQ用户群，不断跟用户进行沟通交流，在充分了解用户的作图习惯之后，我们将传统软件中的优势保留，糟粕去除，比如添加了多人实时协作的功能等等。ProcessOn还舍弃了传统软件自己搭建服务器端的复杂操作，完成了实时保存、云端存储等多种附加功能。

我想叙述一个很小的开发细节：在开发思维导图的过程中，团队希望增加一个跨主题的连线功能，这个功能其实很简单，国内外很多工具，只有一个简单的连接功能，但是我们的技术人员，为了将这个功能做出更好的体验，整整耗费了三周的时间，不仅可以更改连线的粗细程度，还可以改变颜色和连线的弧度，甚至还做出了“橡皮筋”的动态效果，仅仅这个小小的功能，后台代码的实现就需要1000多行，所以我们的用户体验才可以做到最好。当然这个功能的实现，仅仅是我们庞大生态系统中，一个的小小的细节，但是ProcessOn就是凭借这一个个小小的“微创新”，才能真正让用户相信，我们做产品的态度就是“追求极致”。

CSDN:目前的用户规模是多少，活跃用户、重量级用户？盈利模式方便透露吗？

张莹：目前，ProcessOn的注册用户已经接近20万，每天活跃的用户也在3000+以上，我们也拥有很多重量级用户，很多BAT的产品负责人，还有善用佳软、月光博客、大前端博主浩子、PM265理站长王亮、Axure中文社区创始人尹广磊、CSDN创始人蒋涛都使用并推荐过我们的产品。不过我们想特别说明的是，因为ProcessOn团队目前还没有接受融资，所以我们并没有投入资金去做推广，这些用户的积累大都是靠用户的口碑相传，这也是我们最引以为傲的地方。

至于盈利模式，目前我们还没有考虑，而且也没有借鉴国外的收费模式。我们认为，只有能够为用户创造更大的价值，才会真正得到市场的认可，相信未来，ProcessOn肯定会找到属于自己的盈利模式。

用户关注的响应速度和稳定性问题

张莹坦言，响应速度和稳定性是目前用户关注度较高的问题，当然这不只是ProcessOn一家面临的问题，市场上很多SaaS厂商都面临网络的稳定性问题，这对于一款SaaS产品的用户体验至关重要。目前ProcessOn也在不断的优化产品和联系服务提供商解决这些问题，包括正在积极部署CDN服务，相信不久之后这些问题终将得到解决。

CSDN:对于用户来说，最关心的问题集中在哪些方面，你们有哪些应对措施？

张莹：目前用户最关心的问题，就是网络的稳定性问题。其实ProcessOn在最早期的时候，就上线了英文版本，产品在得到国外用户的高度认可之后，我们才正式在国内推出，从内心深处来讲，我们是想做一款国际化的SaaS产品，所以响应速度就成了影响用户体验最关键因素，尤其是我们平台还拥有4万多国外用户，所以这点至关重要。目前我们将底层服务直接放在了国内新锐IaaS平台青云上，所以网络的反应速度和稳定性也是我们目前很苦恼的事情，尤其是亚太区的国外用户，对这个问题的反映比较普遍。最近我们团队也在努力优化产品，服务提供商也在帮助我们解决网络的问题，同时ProcessOn也正在积极部署CDN服务，相信不久之后，ProcessOn的国内外的访问速度都会得到明显的提升。

CSDN:目前国内这个领域大概是什么情况，和其它同行相比，你们的优势体现在哪里？

张莹：目前，在国内我们还没有发现竞争对手，跟国外的同行相比，我们最大的优势就是免费，并做了很多本地化的优化处理。其实这也是我们的苦衷所在，因为在国内的收费模式基本上是玩不转的。现在，我们只是想深耕用户，不断提升产品，把用户体验做到更好，为将来进军国际市场做好充足的准备。

ProcessOn的优势体主要现在以下几个方面：

节省了正版工具的授权费， ProcessOn采用完全免费的模式，而且绝对的正版； 一般的工具安装比较麻烦，版本升级也很困难， ProcessOn无需下载安装和升级，直接提供在线服务； 在客户端上进行文件的修改和传送过于麻烦，且容易出错， ProcessOn直接提供在线协作功能，多人可同时在线修改，简单方便； 多个文件的本地存储，难查找且易丢失， ProcessOn实时在线存储，自动保存； 用户在作图时需要花费大量时间找资源，而 ProcessOn提供海量资源分享，还有用户自建的社区，可帮助节省大量的学习时间，同时还拥有社交功能。

CSDN:我们知道企业的IT环境非常复杂，而且差异性很大，你们如何满足用户的个性化需求？

张莹：相对于其他互联网产品来讲，ProcessOn的专业性非常强，尤其是像流程图、软件建模语言等等这些都是有严格的语法要求的，所以在研发的过程中，我们都是先严格按照专业作图标准来进行执行，然后才考虑代码的实现。所以很少会存在用户个性化需求不足的情况，大多数情况都是用户希望增加一些功能，我们基本上都会列入计划，尽快进行实现。目前ProcessOn提供了9种不同类似的作图模型供用户进行选择，包括Flowchart、EVC、EPC、BPMN、UML、IOS界面原型图、组织结构图、维恩图、思维导图等等，基本上涵盖了90%以上的用户需求。

CSDN:最后我想你给我们分享下，你对国内SaaS市场的一些看法？

张莹：随着互联网的高速发展，很多企业已经从“信息化”转向“互联网化”，而且收费模式也从“卖软件”变成“卖服务”，所以SaaS将成为未来的发展趋势这点是毋庸置疑的。在2011年，SAP斥资34亿美元收购了人才管理云服务商SuccessFactors，在2012年Oracle和IBM也都涉足该领域，先后投入10多亿美元进行收购同类云服务企业，SaaS市场的火爆程度可见一斑。我们相信美国SaaS市场活跃的投资也肯定会刺激到中国市场的发展，国内SaaS市场也必然进入一个高速的成长期。所以我们相信，只要能坚持做下去，只要能够得到用户的认可，市场就一定会给予我们这些基于SaaS模式的创业团队以肯定。