建议减慢新功能开发，维护好现有版本

heifumen

一、建议降低小版本发布频次！
建议像Discuz一样，出个小版本短则半年，长则几年。发布，一定是稳定版，不是半成品。（DZ2.5-->3.0）
二、建议减慢新功能开发，做精做细，维护好现有版本。
建议重点往稳定靠，不大改大调。
做精现有的功能，跟DZ一样，除了“高级编辑”帖子，可以简易发帖，很多功能都要会编程懂语言，受众群体就小了很多（创建个表单，还要复杂设置。表达搞好了，内容还提取不出来，数据试图获取不到，还要去建数据库表，还要写语法。）！抢占市场占有率，群体小了不好！群体大了，自然有人把软硬件往这边靠，形成良性循环！
做细“使用手册”、“开发手册”，如今好多使用手册不说没有，有很多是过时了的！比如（直连版本关闭每次检查更新，如今代码跟教程文档已经不同了。怎么修改为自己的版本发布，教程文档没有）。建议文档和手册，借用阿里云文档手册一样，在底部加入：“有用”、“无用”评价，“无用”的情况，可以说明原因，后台管理员看见，便于维护更新（随着手册越来越大，维护难度也变大，建议这个还是要有。如果能跟git一样，其他人能一起编辑，管理员审核并入，更好！）。

论坛管理员

       非常感谢您对O2OA的关注，也感谢您从2020年开始一直支持和陪伴着我们！

       经过这几年的发展，O2OA拥有了近万家企业级用户，也拥有了数百家付费的企业合作伙伴。为了满足广大企业在平台使用中逐步产生的对平台的能力需求、业务需求，以及为了配合伙伴完成项目开发中遇到的形形色色的定制化需求，平台必须保持一定的迭代速度。还请广大使用O2OA的朋友们支持和理解。

       关于迭代速度：O2OA目前是保持每1-2年升级一个大版本（比如V6到V7），3-4个月升级一个小版本（比如V7.2到V7.3），但版本发布之后的功能修复版本的发布的确是不会固定时间(比如V7.3.x)。
       不过通常小版本发布之后的几天或者几周内，我们会有修复性的小版本发布，相信您和细心的小伙伴们都已经总结到了版本的发布规律。^_^
       这些修复性的更新都是伙伴在项目开发过程中反馈的。您也可以关注一下更新日志，如果和咱们自己使用的功能相关性不大，也可以选择不更新，很多更新并不是与平台稳定性相关的。

       关于您提到的做精现有的功能，我们也一直在努力，也非常感谢您在这里提及！作为协同办公领域的开发平台，我们注意到有很多是低代码甚至是无代码平台，不需要编码，企业普通员工就可以完成表单，流程的制作。相信您在选型时也作过了解，甚至试用过。我们也一直在想办法降低开发的难度，但如果咱们做过很多企业级项目就会发现，低代码、无代码平台不管是风格，使用方式还是业务实现上的限制是非常大的，并不足以满足各个企业的定制化要求。所以，在目前阶段我们仍然考虑使用JS脚本来帮助实现一些复杂定制化需求。我们预留了很多编程接口以保证平台在业务实现过程中的灵活性，毕竟在企业级项目里，需求实现才是最重要的，不是吗？^_^

       做细“使用手册”、“开发手册”！关于这一点，我们也是在尽力在修改和更新现有文档，感谢您一直关注我们的文档，感谢您对我们的建议，我们会认真考虑和对待您对文档编写的建议。

       另外，您使用DZ论坛作为O2OA的对比对象，其实也是有一定局限性的。并不是说DZ产品不好，但毕竟DZ是论坛，使用的场景和定制化的特殊需求实现的难度和O2OA所面临的场景是不一样的，后者会复杂得多，对平台的能力要求也高得多。

       最后，真心谢谢您对O2OA提出的建议，非常感谢！