明道云已经很久没有更新协作套件了，似有疏远之嫌。
但有些人认为，协作套件还是很有用处的。
从明道营销来看，协作套件是将普通大众吸引入门的一个常规路径；从用户需求来看，协作套件的展现形式还是有很大优势的。工作表用来做业务，而任务和日程是用来协助自己管理业务的，不能完全否定“协作套件”。
优化建议：建立一个“系统应用”，将【日程】与【任务】的数据，分别用“系统应用“中的工作表对应起来。这样，即可以继续使用协作模块，又可以在应用里很方便地对任务及日程的数据进行查看与管理。
“系统工作表”，用来与日程、任务的数据对接，使得日程、任务的数据可以在工作表中呈现，工作表中的数据可以在日程、任务中呈现。在哪边更改都可以与另一边同步。日程的呈现方式还是很不错的，可以用来规划自己的时间；任务那块，还可以进行项目管理。
针对协作套件的去留，大家有什么看法？
我们当初采购的时候，看重的还是低代码开发功能，但是部门使用下来，发现现在是离不开协作套件了，每个都很实用，希望官方能够增强协作套件而不是去掉。
确实，目前协作套件和应用的关系，非常尴尬
协作套件一定会留，它也是明道云的一个特色。我们过去一两年不得不专注在 APaaS 能力建设上，所以协作套件的迭代肯定不能兼顾。但是我们未来肯定会回来继续增强协作套件，尤其是实现和 APaaS 模块的打通。不过，我们应该不会采用您描绘的这么重的整合方式，大体会通过工作流这个工具来实现灵活的集成。
今天极客伙伴群里聊的估计就是这个事。
希望能够早日实现协作套件的【任务】与【日程】成为某个特定应用中【任务工作表】与【日程工作表】的特殊展现形式，并且通过工作流实现同步。
协作套件一定会留，它也是明道云的一个特色。我们过去一两年不得不专注在 APaaS 能力建设上，所以协作套件的迭代肯定不能兼顾。但是我们未来肯定会回来继续增强协作套件，尤其是实现和 APaaS 模块的打通。不过，我们应该不会采用您描绘的这么重的整合方式，大体会通过工作流这个工具来实现灵活的集成。
当务之急，权宜之计，能不能先在工作流中增加一个【创建日程】的节点？
这样可以充分利用目前日程的功能，即使不能实现双向同步（目前创建任务不也不能双向同步的么），毕竟工作表日历视图有它的局限性。
若能再有一个【创建动态】的节点就更好了 😄
协作套件一定会留，它也是明道云的一个特色。我们过去一两年不得不专注在 APaaS 能力建设上，所以协作套件的迭代肯定不能兼顾。但是我们未来肯定会回来继续增强协作套件，尤其是实现和 APaaS 模块的打通。不过，我们应该不会采用您描绘的这么重的整合方式，大体会通过工作流这个工具来实现灵活的集成。
感谢您的回复。期待明道云 APaaS 平台与协作套件并驾齐驱兴伟业。
协作套件一定会留，它也是明道云的一个特色。我们过去一两年不得不专注在 APaaS 能力建设上，所以协作套件的迭代肯定不能兼顾。但是我们未来肯定会回来继续增强协作套件，尤其是实现和 APaaS 模块的打通。不过，我们应该不会采用您描绘的这么重的整合方式，大体会通过工作流这个工具来实现灵活的集成。
