经过接近1年的蛰伏，Worktile终于从”憋大招”的状态缓过劲儿来，我们吹着”史上最强大任务”的牛，开始把新的Worktile 7.0小心翼翼推介给体验用户。时间往回推一年，是Worktile转型商业化之后的一年之际，当时的状态可以用两个词来形容：稳步增长、折磨不断。增长让我们看到了协作商业化是一条可走的路，越来越多的客户对工作效率和管理升级上有了清晰的边界和投入；折磨不断是服务越来越多客户场景，当这种深度和复杂度越来越多时，我们的”轻量型协作”面临了越来越多的挑战，这种挑战是协作产品在复杂和多变场景下的挑战，这种挑战也是客户定位由小微向中大客户转型的挑战。所以，在Worktile 7.0上线的当口，我希望复盘历史和原因，介绍新的产品进化，为全新的任务系统做一个开篇。

　　经过接近 1 年的蛰伏，Worktile 终于从」憋大招」的状态缓过劲儿来，我们吹着」史上最强大任务」的牛，开始把新的 Worktile 7.0 小心翼翼推介给体验用户。时间往回推一年，是 Worktile 转型商业化之后的一年之际，当时的状态可以用两个词来形容：稳步增长、折磨不断。增长让我们看到了协作商业化是一条可走的路，越来越多的客户对工作效率和管理升级上有了清晰的边界和投入；折磨不断是服务越来越多客户场景，当这种深度和复杂度越来越多时，我们的」轻量型协作」面临了越来越多的挑战，这种挑战是协作产品在复杂和多变场景下的挑战，这种挑战也是客户定位由小微向中大客户转型的挑战。所以，在 Worktile 7.0 上线的当口，我希望复盘历史和原因，介绍新的产品进化，为全新的任务系统做一个开篇。

　　在 Worktile 任务系统逐渐俘获越来越多客户青睐的时候，我们也逐渐发现一个【更好】任务系统在不同用户面前，需求是完全不同，或者完全差异化的。轻量型的任务，一个标题、一个状态、若干参与人，简单好用，易于上手。对于小而美的团队，足够处理很多场景不复杂的状态。而随着使用客户规模的增长，任务的诉求，逐渐越来越复杂，也越来越灵活。这些复杂和灵活，对不同类型、行业或者场景的客户，是完全不同的诉求和需要。主要体现在：

　　为了「完全」、「自定义」、「可扩展」这几个字眼，我们愈发清晰得发觉 Worktile 只能走 PaaS 化的方向，打造完全可配置的灵活任务系统，像乐高一样为客户搭建复杂场景。如果把 Worktile 之前的产品比做乐高碎片搭建起来的「任务」模型，那么 Worktile 7.0 则把这些模型打散，从理论上讲，我们可以为所有客户组建出一个他所需要的模型出来。所以用一个类比的方式简单描述 Worktile 7.0，那就是一盒子乐高积木和我们搭建好的敏捷开发、电商、教育等 7 个项目模板。客户需要哪个就用哪个，还能做细微的调整，如果觉得都不适合，我们可以为你搭一套全新的出来，包君满意。

　　现在，带着上述诉求呕心沥血蛰伏一年打造的全新项目系统，基本实现了上述诉求和目标。在和若干重度测试客户的沟通中，我们也收获了难得的肯定和信心。区别于之前的 Worktile 和很多同类应用，我们在以下方面实现了更强大的能力和支持：

　　除了原来的看板组件，新增迭代、列表、时间、表格、报表、日历、工时等 7 个全新项目组件

　　除了原来的我的任务，新增下属任务、工时统计、全局统计报表、时间视图等全局组件

　　支持可插拔的组件管理，用户未来可以将自己的系统或数据，以组件方式融合到 Worktile

　　可配置和自定义的项目视图，一个项目可以复用多个视图，例如一个项目，可以实现研发看到的、测试看到、产品看到的是不同的视图和数据。即统一，又不同。

　　在 Minecraft 的世界里，最小单元是像素格，所以我们有机会搭建出无与伦比的宏伟世界。在今天的商业社会中，我们越来越多的客户面临着全新的市场和挑战，需求日新月异，缺乏灵活性和可变性的企业协作产品日渐无法适配多变的商业环境。所以，我们把「自定义」这三个字下沉到数据源级别，你甚至可以理解我们其实是做了个业务数据库。像星际、魔兽、Dota2 的编辑器那样，Worktile 7.0 的目标是通过高度可配置化的最小单元，搭建符合不同企业业务场景的企业协作和办公世界。

　　时间组件：以甘特图的形式，展示以每个任务或每个负责人两种视角，查看任务的起止时间、任务关系的组件。

　　迭代组件：针对敏捷开发团队，用于 Backlog 管理、需求任务拆解、故事板、Sprint 规划的组件。

　　将简单交给客户，将复杂留给自己。通过复杂的配置系统，通过 Worktile 客户成功服务，可以和客户一起搭建客户个性复杂场景，从结果看用户端反而因为切近场景而更简单。本质上，复杂的事情，由 Worktile 来做了。

　　满足各种复杂的场景和灵活诉求，打造【史上最强大的任务系统和项目管理工具】。统一的产品，实现不同的诉求，满足复杂性和个性化

　　其中，我们的敏捷开发模版在与某研发人员超过 500 人的巨头公司共同打磨后，已经成功「干掉了」诸多主流敏捷开发工具。比如我们为需求、任务建立了三种关联的模式，子需求或子任务的属性或状态有怎样的变化，如何影响父需求、父任务等等，这个研发管理者一试便知，我们信心十足。除此之外，客户是没有时间看文档和手册的。实际场景的需求能否满足，是否能做到有效落地才是客户真正看重的，为此，我们已重构客户成功团队，通过和客户共创场景的方式帮助企业完成落地和用起来的目标。

　　中大客户的问题是：团队人数越多，场景越复杂，个性化的诉求、匹配业务的复杂度、实现行业特色的场景要求越复杂。而同样，协作和办公的价值也随着企业规模变大逐渐痛点更强，企业对流程、人员效能、数据资产沉淀的认知和诉求，也越发重要。让一艘大船运转，不是简单的多添加几把船桨，而是要重新构建船体多每个零部件。企业协作场景在小客户和大客户方面，有着截然不同的要求：

　　小企业以团队为组织单元；中大企业更需要组织架构，连接企业内的域控系统，实现账户统一；

　　小团队数据统计和报表简单；大团队需要随需而定的数据统计能力，输出完美的报表统计；

　　小团队重在工具，可以单点解决问题即可；大团队要求能够可插拔的组件化支持，甚至可以连接即有系统的数据和 UI

　　所以，小和大是场景不同，没有对错之分。我们在设计全新 7.0 任务和项目系统之初，就希望能够通过底层的软件能力，实现乐高式的可配置能力，不管是小团队还是大公司，都能通过小积木来搭建万千企业的不同场景，这背后的秘密正是 Worktile 研发蛰伏一年打造的底层框架：Worktile 图灵平台。

　　举个栗子，基于图灵平台构建的新项目和任务系统，能够完美构建一个完整的敏捷研发管理全流程。下一步，基于图灵平台的 Worktile 将在能力上覆盖甚至超越 Jira 在复杂度和灵活度上的能力，将任务这件事做成一个有当量的协作基础。

　　基于图灵 PaaS 平台重构任务和项目，只是 Worktile 针对中大客户场景的第一步。接下来，基于图灵的重构将一发不可收拾，我们想法中的其他应用将一个个实现，最终在每个协作场景和应用实现可配置、可插拔、可统计的柔性系统。

　　以上，就是 Worktile 7.0 交给用户的答卷，满足用户多变需求，成就客户多变场景，就是我们不断努力的全部意义。

　　公司地址：北京市朝阳区酒仙桥路4号751 D·Park正东集团院内 C8座105室 极客公园