共计 1338 个字符，预计需要花费 4 分钟才能阅读完成。
大家好，我是 JVS 产品经理，明天接到一个定制的需要，要在“无忧·企业文档”中定制扩大企业红头文件的文件治理，针对这个实现的逻辑到底是在根底框架层面实现还是说在利用外部实现？
我先介绍下背景：
JVS 是集成用户体系的后盾用户体系，企业文档是在 JVS 之上的利用前台，为什么有前后台之分呢，其实整个体系结构如下，存在多个前台利用，利用之间是在业务层面能够逻辑隔开。
咱们的企业文档曾经反对，在线的富文本协同编辑、在线表格协同编辑、在线脑图编辑、在线的线框图编辑、曾经包含 MSoffice 多种格式文件的预览，当初接到的新增红头文件的治理，
那么产品经理整顿了整个思考的过程
第一步，先思考如何实现性能
红头文件其实是十分严格的格局要求，那么，咱们曾经实现的在线文本编辑的性能如图：
外部思考了，因为富文本编辑更多偏向与编辑，而非格局，所示富文本编辑 paas，那么要思考如何去实现文件的套红。
第二步，找实线模式的探索
终于产品经理通过海量的查阅与思考，找到现网的一个实现案例，那么咱们须要去加工集成，通过模板去实现，模板尽量定义形象更多的格局反对，如图：
反对图片、反对格局文字、反对生成图像、反对长文、反对签章、反对表格等等，从性能层面根本能层面能实现严格的套红文件。
从性能层面实现，配置红头文件模板（款式、变量等），通过表单录入红头文件
第三步，外部讨（si）论（bi）技术能力实现的可能性
产品和技术就开始探讨了，从产品的角色实现的形式有两种：
a，在企业文档外部减少 一种文件类型“格式文件”，间接在企业文档中创立文件；
b，在根底框架层面实现，编辑器是通用能力，在应用的时候 调用。如图：
最初整体思考，抉择第二种计划，因为从产品布局的形式来看，除了红头文件须要，风控报告，打印模板都须要这个能力，所以将这个性能作为根底能力。
第四步，基于技术实现的可能性，应用场景的思考
场景设计：
a、流程化治理
管理员配置模板（展现款式 + 信息录入表单）
应用用户 抉择某个模板，填入信息，预览红头文件，提交发动审批流程
联合流程引擎配置的流程，红头文件实现签章，实现红头文件的生成
应用用户导出文件进行发放
b、作文格式文件编辑
用户在企业文档中，新建格式文件
通过接口跳转到格式文件编辑器中
实现配置后，保留退出，系统生成对应文件，在企业文档中展现进去
第五步，设计编辑器与大抵原型
格式文件编辑器的原型如图：
应用入口设计：
第六步，产品经理与技术人员探讨排期
大抵的排期版本，2.1.5, 去实现啦。
复盘剖析
需要端：
企业当初越来越多要私有化很多在线治理格式文件，那么格局高要求的文件，例如红头文件、制式报告（风控报告、评估报告）、申报文件的的在线治理与闭环治理的需要越来越多。
设计过程：
从产品经理接到需要，找到正当的技术计划，再到思考场景，最初设计实现原型，当然整个过程没有小编写得这么简略，其实很多产品经理不足整个流程的思考，而且很多产品经理不会去找曾经有的轮子。
前期思考：
产品经理应该要多去逛逛 github、gitee 这些，不肯定只有技术人员才会去看技术相干的材料。
demo 环境：http://knowledge.bctools.cn/
开源地址：https://gitee.com/software-mi…
欢送吐槽，完满的摸鱼，又划了一天。
