みなさん、こんにちは。私はJVSのプロダクトマネージャーです。本日、「Worry-free Enterprise Documents」のエンタープライズレッドヘッダーファイルのファイル管理をカスタマイズおよび拡張するようにカスタマイズされたリクエストを受け取りました。この実装のロジックは、基本的なフレームワークレベルで実装されています。 ？アプリ内に実装されていますか？
最初に背景を紹介しましょう：
JVSは、ユーザーシステムを統合するバックグラウンドユーザーシステムです。エンタープライズドキュメントは、JVSの上にアプリケーションのフォアグラウンドです。フロントエンドとバックエンドがあるのはなぜですか？実際、アーキテクチャ全体は次のように分離されています。
当社の企業ドキュメントは、オンラインリッチテキスト協調編集、オンラインテーブル協調編集、オンラインブレインマップ編集、さまざまな形式のMSofficeファイルのプレビューを含むオンラインワイヤーフレーム編集、および新しく受信した赤いヘッダーファイルの管理でサポートされています。
次に、プロダクトマネージャーが思考プロセス全体を整理します
最初のステップは、関数の実装方法を検討することです
赤いヘッダーファイルは実際には非常に厳密なフォーマット要件です。次に、実装したオンラインテキスト編集機能を次の図に示します。
リッチテキスト編集paasに示されているように、リッチテキスト編集はフォーマットよりも編集に傾いているため、ファイルの赤みを実装する方法を検討する必要があります。
2番目のステップは、実線モードの探索を見つけることです
最後に、プロダクトマネージャーは、徹底的なレビューと検討の結果、現在のネットワークの実装ケースを見つけました。次に、それを処理して統合し、テンプレートを介して実装する必要があります。テンプレートでは、次に示すように、可能な限り抽象的でより多くのフォーマットサポートを定義する必要があります。図：
画像のサポート、テキストのフォーマット、画像の生成、長いテキストのサポート、署名のサポート、フォームのサポートなど、機能レベルから、基本的なパフォーマンスレベルで厳密な赤いファイルを実現できます。
機能レベルから、赤いヘッダーファイルテンプレート（スタイル、変数など）を構成し、フォームから赤いヘッダーファイルを入力します
3番目のステップは、（si）および（bi）内部での技術的能力の実現の可能性について議論することです。
製品とテクノロジーについて説明します。製品の役割を実現するには、次の2つの方法があります。
a、エンタープライズドキュメント内にファイルタイプ「フォーマットファイル」を追加し、エンタープライズドキュメント内に直接ファイルを作成します。
b。基本的なフレームワークレベルで実装されます。エディターは一般的な機能であり、使用時に呼び出されます。図に示すように：
最後に、全体として考えて2つ目のオプションを選択しました。これは、製品計画の観点から、赤いヘッダーファイル、リスク管理レポート、印刷テンプレートの必要性に加えて、すべてこの機能が必要であるため、この機能が使用されるためです。基本的な能力として。
4番目のステップは、技術的な実現の可能性に基づいて、使用シナリオを考えます
シーンデザイン：
a。プロセス管理
- 管理者設定テンプレート（表示スタイル+情報入力フォーム）
- 使用用户 选择某个模板，填入信息，预览红头文件，提交发起审批流程
- 结合流程引擎配置的流程，红头文件完成签章，完成红头文件的生成
- 使用用户导出文件进行发放
b、作文格式文件编辑
- 用户在企业文档中，新建格式文件
- 通过接口跳转到格式文件编辑器中
- 完成配置后，保存退出，系统生成对应文件，在企业文档中展示出来
第五步，设计编辑器与大致原型
格式文件编辑器的原型如图：
使用入口设计：
第六步，产品经理与技术人员讨论排期
大致的排期版本，2.1.5,去实现啦。
复盘分析
需求端：
企业现在越来越多要私有化很多在线管理格式文件，那么格式高要求的文件，例如红头文件、制式报告（风控报告、评估报告）、申报文件的的在线管理与闭环管理的需求越来越多。
设计过程：
从产品经理接到需求，找到合理的技术方案，再到思考场景，最后设计实现原型，当然整个过程没有小编写得这么简单，其实很多产品经理缺乏整个流程的思考，而且很多产品经理不会去找已经有的轮子。
后期思考：
产品经理应该要多去逛逛 github、gitee这些 ，不一定只有技术人员才会去看技术相关的资料。
demo环境：knowledge.bctools.cn/
欢迎吐槽，完美的摸鱼，又划了一天。