关于在JVS的基础上企业内部私有化红头文件实现的思考
大家好，我是JVS产品经理，今天接到一个定制的需求，要在“无忧·企业文档”中定制扩展企业红头文件的文件管理，针对这个实现的逻辑到底是在基础框架层面实现还是说在应用内部实现？
我先介绍下背景：
JVS是集成用户体系的后台用户体系，企业文档是在JVS之上的应用前台，为什么有前后台之分呢，其实整个体系结构如下，存在多个前台应用，应用之间是在业务层面可以逻辑隔开。
文章图片
我们的企业文档已经支持，在线的富文本协同编辑、在线表格协同编辑、在线脑图编辑、在线的线框图编辑、已经包括MSoffice多种格式文件的预览，现在接到的新增红头文件的管理，
那么产品经理整理了整个思考的过程
第一步，先考虑如何实现功能
红头文件其实是非常严格的格式要求，那么，我们已经实现的在线文本编辑的功能如图：
文章图片
内部思考了，因为富文本编辑更多倾向与编辑，而非格式，所示富文本编辑paas，那么要思考如何去实现文件的套红。
第二步，找实线模式的探究
终于产品经理经过海量的查阅与思考，找到现网的一个实现案例，那么我们需要去加工集成，通过模板去实现，模板尽量定义抽象更多的格式支持，如图：
文章图片
支持图片、支持格式文字、支持生成图像、支持长文、支持签章、支持表格等等，从功能层面基本能层面能实现严格的套红文件。
从功能层面实现，配置红头文件模板（样式、变量等），通过表单录入红头文件
第三步，内部讨（si）论（bi）技术能力实现的可能性
产品和技术就开始讨论了，从产品的角色实现的方式有两种：
a，在企业文档内部增加 一种文件类型“格式文件”，直接在企业文档中创建文件 ；
b，在基础框架层面实现，编辑器是通用能力，在使用的时候 调用。 如图：
文章图片
文章图片
最后整体思考，选择第二种方案，因为从产品规划的方式来看，除了红头文件需要，风控报告，打印模板都需要这个能力，所以将这个功能作为基础能力。
第四步，基于技术实现的可能性，使用场景的思考
场景设计：
【关于在JVS的基础上企业内部私有化红头文件实现的思考】a、流程化管理
管理员配置模板（展示样式+信息录入表单）
使用用户 选择某个模板，填入信息，预览红头文件，提交发起审批流程
结合流程引擎配置的流程，红头文件完成签章，完成红头文件的生成
使用用户导出文件进行发放
b、作文格式文件编辑
用户在企业文档中，新建格式文件
通过接口跳转到格式文件编辑器中
完成配置后，保存退出，系统生成对应文件，在企业文档中展示出来
第五步，设计编辑器与大致原型
格式文件编辑器的原型如图：
文章图片
使用入口设计：
文章图片
文章图片
第六步，产品经理与技术人员讨论排期
大致的排期版本，2.1.5,去实现啦。
文章图片
复盘分析
需求端：
企业现在越来越多要私有化很多在线管理格式文件，那么格式高要求的文件，例如红头文件、制式报告（风控报告、评估报告）、申报文件的的在线管理与闭环管理的需求越来越多。
设计过程：
从产品经理接到需求，找到合理的技术方案，再到思考场景，最后设计实现原型，当然整个过程没有小编写得这么简单，其实很多产品经理缺乏整个流程的思考，而且很多产品经理不会去找已经有的轮子。
后期思考：
产品经理应该要多去逛逛 github、gitee这些 ，不一定只有技术人员才会去看技术相关的资料。
demo环境：http://knowledge.bctools.cn/
开源地址：https://gitee.com/software-mi...
欢迎吐槽，完美的摸鱼，又划了一天。
推荐阅读
- 在线学习培训系统2022版|在线学习培训系统2022版|视频点播|在线题库|在线考试
- 如何在 JavaScript 中获得“准确的”倒计时
- 使用Web|使用Web Deploy自动打包发布
- redis|redis数据类型list总结
- redis|redis数据类型hash总结
- javaWeb|redis错误总结
- 使用对等连接在天翼云两个用户的云网络之间架起一座天桥
- 高防服务器和香港独享服务器有什么区别，优势在哪里（）
- 服务器|MQTT服务器部署
- 阿里云服务器部署