由于老师编辑章节或单元已有保存按钮，如果管理模式还存在保存操作的话，对于编辑功能来说需 次保存才算是真的保存，理解成本过高。选择实时保存方式更合适。 根据以上 点，我的方案选择实时保存，实时更新。 最后 以上是我对于工作内容中关于管理模式的复盘思考，最终设计方案的产出还是需要结合自己产品的业务，在体验和功能的权衡之下做出最合理的设计。 关于第三部分排序放在下次在写…. 本文由 阿青 原创发布于人人都是产品经理。未经许可，禁止转载 题图来自，基于协议。 该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。G端产品的工作流程和B端、端还是有一定得差异。比如正文作者分享的这种零散性需求，其流程和方法，都与大家认知的有很多不同。 在G端项目中，根据项目需求的大小、复杂度和涉及对象的不同，往往可以大致划分为几种不同的类型。
新项目需重新搭建并规
划产品 如政府部门的全新电子政务系统、大型企业的 垃圾邮件数据 企业资源计划）系统建设等。这类项目通常是从零开始，需要进行全面的市场调研、需求分析、产品规划、系统设计、开发实施及后期运维等全链条工作，并伴随着长期的战略规划，其中的技术选型、架构设计、未来扩展性等都需要考虑长远。在系统的搭建上
可能需要跨部门跨团队甚至
跨公司的紧密合作，包括项目管理、产品设计、开发、测试、运 聚焦中央 维等多个环节。 针对政策的新模块需求或零散性需求，涉及不同公司负责的不同模块 如税务系统的年度更新、社保政策的调整导致的相关系统模块升级等。这类需求往往由政策变化或新政策出台引起，需要快速响应并调整现有系统，需求可能以模块化的形式出现，每个模块可能由不同的公司或团队负责
需要高效的接口对接和协
同工作，且系统需要具备一定的灵活性，以便快速适应 cl 列表 政策变化带来的需求调整。 针对后台或前端的零散需求或自用需求，只涉及自己公司的开发内容 如公司内部O办公自动化）系统的功能优化改进等。这类需求通常来源于公接需求，不涉及外部合作。往往要求快速响应和迭代，以满足业务发展的需要。可能更注重提升系统性能、优化用户界面使用效果等。 产品经理到底该不该选择做B端？ 近几年互联网经历了砸钱做市场的热潮后，越来越意识到，仅靠端发力是不行的，需要尽快补齐B端的短板。那产品经理到底该不该选择转型做B端呢？
