Worktile 7.0 产品设计背后的思考

Terry
Terry 2018-08-27 15:07 5 1638

开篇
在过去几年的时间里,Worktile中的任务应用承载了Worktile中大部分客户的业务场景,很多客户都是通过任务管理和项目管理而与Worktile结缘,而看板式任务管理、轻量级和可视化也成为Worktile的标签。然而随着越来越多的中大型客户使用Worktile,原有看板式轻量级的任务管理在承载用户的业务场景时,显得有些力不从心。
从去年下半年开始,团队经过慎重的思考,决心从零开始重新打造一款更加强大更能适应用户业务场景的项目管理应用。通过复盘以前的任务应用,以及梳理我们收集到的上千个客户的反馈,我们得出了Worktile 7.0产品的几个要点:场景化、积木化、个性化和中庸化,在本文中我们来谈谈Worktile 7.0产品背后的那些思想。

场景化
在6.0之前的版本中,Worktile在项目管理方面的解决思路是,提供一套以任务为核心数据模型,以看板为核心展示方式的通用项目管理方式,其本质是用同一套模型去满足客户不同的业务场景,需要客户的业务流程来适配产品,这样的解决方案颇有点削足适履的味道,对客户在企业中推广落地会有很大的挑战。这种思路可以用图1表示:

图片1.png

(图1 同一模型适应多个不同的业务场景)

经过近两年的商业化进程,在越来越多的企业中推广时我们意识到,要切实解决客户的业务场景,让企业能够更快的落地推广,我们产品需要在场景化上有进一步的提升,即使用不同的模型去解决客户不同的业务场景,可以用图2来表示:

图片2.png

(图2 不同模型适应对应的业务场景)

回到具体的产品中,当客户在创建项目时,就可以看到系统预置好的一些项目模板,每个模板都会对应客户不同的业务场景:

图片3.png

(图3 按业务场景选择合适的模板)

积木化
要满足客户的业务场景化,我们有两种不同的解决思路:第一个思路是场景定制化,或者说场景垂直化,即客户需要哪个业务场景,我们团队去对应开发这个场景的项目模板。这种方式虽然可以满足需求,但是对客户的需求响应速度上不会很快,首先我们需要深入了解这个业务场景,才能够去做定制化开发。另外即便是同一个业务场景, 针对不同的客户在实际操作中也不尽相同,比如以敏捷开发为例,不同的团队在具体执行上也是千差万别,场景定制化开发在满足客户的个性化方面显然力不从心。

图片4.png

(图4 乐高积木玩具,组装成不同的形状)

第二个解决思路就是积木化,即通过提供大量的底层元部件,把这些元部件根据客户的业务场景,组装成不同的项目模板,通过配置化的方式实现场景化。这些元部件可以看做时一个个的积木形状,最后组装成什么样子,取决于你需要什么。在Worktile 7.0中,我们提供大量了用于组装项目模板的元部件,包括:任务类型、状态、工作流、关联、数据源、组件、角色、事件、模式等等,客户并不会关心这些元部件(乐高块)是什么,有什么用,客户关心的是能用这些乐高块构造出他想要的业务场景,这就要求元部件要做的极具抽象,只有这样才有可能用最少的功能,最大化的满足客户的需求。如图5所示,运用这些元部件构造一个敏捷开发的场景模板:

图片5.png

(图5 运用元部件构造一个敏捷开发的场景模板)

构造完模板后到具体的客户业务场景中,打开项目时将会看到这样的展现形式,在这个项目中用户看到的元素都是与敏捷开发场景相关的:

图片6.png

(图6 敏捷开发项目模板)

个性化
标准化产品和客户个性化需求之间的矛盾,一直是困扰各个企业SaaS服务厂商最大的问题,一方面要做SaaS化标准产品,另一方面在面对每个不同的客户时,有些个性化的需求又需要满足,很多的SaaS厂商都陷在这个泥潭中无法自拔。有些厂商干脆放弃个性化的需求,只专注于解决通用化的问题;也有一些厂商组建了专门的定制化团队,针对客户80%的通用需求用SaaS产品的方式满足,而剩余20%的个性化需求通过定制化的方式满足。
在Worktile 7.0设计之初,我们就考虑了这个问题,通过提供PaaS化(不是十分准确的表达)的配置平台——图灵平台来缓解标准化和个性化之间矛盾,最大程度上的降低客户的定制化需求。我们期望标准的产品仍然可以解决客户80%的需求,而通过图灵平台可以通过配置解决客户15%的个性化需求,剩余5%的个性化需求通过定制解决。图灵平台的思想如图7所示:

图片7.png

(图7 图灵平台介绍)

简单的讲,图灵平台由两部分组成:第一部分是一套完善的PaaS化的基础平台,包括Metadata管理、Tenant 数据管理、各个业务中间件、设计语言等等,而所有的Worktile应用(如7.0新上线的项目应用)都构建在这个基础平台之上;第二部分是一个可视化的配置工具,这个配置工具是为了让客户成功团队更方便更简单的使用图灵平台底层的能力,打造出更加适合客户业务场景的模板,同时图灵平台的部分配置能力也向客户开放,即企业IT部门也可以直接在配置中心做一些更适合自己企业的个性化配置。

中庸化
《中庸》首篇中说:喜怒哀乐之未发,谓之中;发而皆中节,谓之和;中也者,天下之大本也;和也者,天下之达道也。致中和,天地位焉,万物育焉。这里表达的其实就是中庸和适中的意思,我们常说“过犹不及,不能走极端”就是这个意思。
从Worktile 1.0上线运营到现在,已经经过了七个大版本的更新,产品设计也走了很多的弯路,经过反思与总结,我们得出做企业服务产品设计的一个重要原则:中庸。在整个Worktile 7.0产品设计的过程中,到处可以看到这一思想的体现。
我以标签管理功能为例来阐述中庸思想,在Worktile 4.0之前的版本中,任务标签的管理方式是每个项目都有一套自己的标签组,如图8所示:

图片8.png

(图8 每个项目一套标签)

在实际使用中,我们收到了大量的客户反馈,期望标签管理是一种全局的方式,而不是每个项目一套标签,以便于查询与统计。在Worktile 5.0推出企业版时,任务标签管理方式改为了全局的方式,即企业中所有的项目共享同一套标签组,如图9所示:

图片9.png

(图9 所有项目使用同一套标签)

然而这种方式对于客户来说同样也有问题,如果想给某个特殊的项目定义一套不同的标签,无法做到。实际上这两种标签管理的方式都是走了极端,一种是每个项目一套标签,另一种是全部项目一套标签。在Worktile 7.0中把所有这样极端化的地方,都改成了中庸化的路线,选择权交给客户,如图10所示:

图片10.png

(图10 中庸化的标签管理方案)

此处仅仅是以标签管理为例阐述中庸化的设计思想,事实上在7.0的产品设计中,到处可以看到这种思想的体现,从角色管理到安全管理、再到权限管理,从提醒方式到通知方式,中庸化的思想无处不在。

总结
在整个Worktile 7.0的设计过程中,我们以场景化为设计出发点,以积木化为整体指导思想,以个性化为最终目标,以中庸化贯穿始终,完成了史上最为强大的项目管理工具的设计。

Worktle 免费了

评 论

陈明 陈明
09-04 10:53 #2

7.0版本概念是不错,但上线以后很多方面都还存在缺陷。平时没有问题不会找你们,真正遇到问题的时候,作为一个付费用户,我自然是需要关注bug的处理时效,由此才能反映出你们到底是如何对待客户的反馈的。

你们的销售人员,收钱促单很积极。软件遇到bug需要解决的时候,却无法回复一个准确的时间。之后还否认跟我说软件就是这么设计的。

我希望负责产品的同事给我一个明确的解释:7.0项目系统中的迭代规划面板,需求可以从左往右边拖动,却不能从右边拖回来,还会出现错误提示,就是这样设计的吗?这符合设计规范吗?

反馈时:

IMG_1132.PNG

否认:

IMG_1128.PNG

都是搞产品的,蒙谁呢?

#2楼 @陈明:您好,您反馈的情况我们已经了解,7.0版本会通过之后的迭代把功能逐步加入,您说的情况属于产品功能缺失,还没有来得及加入,我们会反馈到产品,尽快完善此功能,感谢您的支持~

Honeycam 2018-09-05 14-47-11.gif 我想报上面的问题 还有就是打开一个card先刷一个模糊版的然后再闪一下刷好各种成员的头像才能正常使用 那些带图片的card刷的就更慢了,任务或者子任务拖动慢的问题我就不想说了 我想问一下你们自己接受这个速度吗?还是产品就是这么设计的? 现在比半年前我们刚转到worktile慢的太多了,各种卡顿。

昨天你们技术远程协助看了一下,竟然说 速度很正常没觉得有问题。。。

我也是佛了,大家都是做产品的骗谁?

王正 王正
09-14 16:19 #5

这次wt的升级太自我化了!有没有考虑用户感受? 很多东西都没准备好,就升级了。如:使用方法说明,帮助文档等等。7.0是功能强大很多,不会用还是不是等于零吗? 而且项目里面得东西不能和台历,任务互通,任务不能跨项目转移,项目里面的任务,不能把任务发到聊天里面等等。 而且升级也没有表明你们的态度。以后任务模块不用了,还是并行用。如果并行,我们宁愿不升级。如果以后项目要替代任务,就要升级说明,公司里面几十个项目同时在运行,我们团队50号人对wt几乎是依赖的状态。但这个wt的升级对我们工作负面影响太大了。希望 wt越做越好,也希望下次升级的时候多考虑用户,以用户落地使用为中心!做为50人的付费用户,这次升级真心有点火大,平时反馈少,多多包含。

#5楼 @王正:您好,感谢您对我们长久以来的的支持,有关您提到的几点情况,这边给您解释一下:1、使用说明在项目-配置中心可以下载查看(参考下图),您也可以联系与您公司对接的客户成功经理,他会给您发送使用说明,并辅助讲解项目这个模块的功能使用;2、项目与其他模块的打通功能,目前项目模块的功能还没有全部完善,很多功能会在后续的迭代中加入,可关注下我们后续的版本更新。您也可以联系客户成功经理,提出您对产品改进的建议和需求,我们会提交产品评估,在确定后给您回复;3、有关任务模块和项目模块的留存问题,目前是会两个模块并行,后续如果我们有其他改动,也会同步到客户知悉。 图里.png