网站内容管理系统 上传word( 之前接手了一个素材管理系统的产品需求，到『测试上线』 )

　　网站内容管理系统 上传word(

之前接手了一个素材管理系统的产品需求，到『测试上线』

)

　　本文从“有这个想法”到“在线测试”，分析一个B端产品的完整工作流程。

　　在接管一个物料管理系统的产品需求之前，leader的主要意思是：让这个后台聚合公司各部门的物料（物料包括图片、视频等），集中管理，促进公司内部资源共享。

　　当然，作为产品经理，要得到一个需求，首先需要进行需求分析。下面我将详细整理一下我的工作过程，与大家分享，希望能给大家带来一些有用的东西。如果你有什么问题，请海涵。

　　01 背景

　　我的公司是一个内容导向的公司，所以各个部门通常会储备很多材料。这些资料主要包括图片、视频等，但是这些资料分散在各个部门，没有有效的管理，导致资料的利用率很低，个别部门不得不重复工作。

　　例如：3月份，宣传部需要广告部制作一个品牌A宣传片； 5月，广告部需要广告部制作一个品牌A宣传片。由于没有统一的素材管理，广告部可能会做两个宣传片，但是宣传部和投放部的视频是可以共享的。广告部无需再制作视频。这浪费了广告部门的时间，增加了公司的运营成本。

　　所以现在公司需要一个物料管理系统来统一管理各个部门的物料。

　　02 业务问题总结

　　公司内部可以共享的材料很多，但都没有得到有效的管理。这使得其他部门要使用某些材料时非常麻烦。他们需要经过很多人，过程非常复杂。最终，他们可能无法找到他们想要的东西。材料。

　　我之前遇到过这样的情况：我需要一个品牌A的宣传图，然后我找到我的主管，问她有没有相关材料，然后我的主管找到设计部门的主管，问有没有是any A 对于品牌的宣传图，设计部负责人问他的设计师有没有A品牌的宣传图，后来发现有设计师给A品牌做了宣传图，但设计师辞职了。在他电脑的某个文件夹里，就这样，从早上9点30分到晚上7点多，拿到了A品牌的宣传图，这个过程很长。如果有物料管理系统，我直接登录，搜索品牌A，然后下载相应的图片。整个过程不到5分钟。我怎么能浪费这么多时间？

　　综上所述，目前存在的业务问题是：大量现有资料存放在各部门的电脑和服务器上，没有统一的管理平台，不利于公司资源的沉淀和共享。材料;同时，也会造成部分部门重复工作。增加公司的运营成本。

　　03 核心业务流程

　　物料系统的核心流程如上图所示。

　　对于用户来说，素材系统的使用流程大致是：找素材、下载素材；

　　维护流程大致为：上传资料、修改资料、删除资料。

　　04 产品定位

　　05 功能板设计

　　功能部分的设计要谨慎。需要根据业务的需要，在产品的后期充分考虑各种使用场景，让功能可以应用到当前的产品中，让系统被更多的人使用。

　　对于物料管理系统，最重要的功能是搜索、下载和批量上传。我设置删除为最高权限（只有超级管理员才有删除权限），因为删除是素材管理系统最敏感的操作，需要特别注意，也可以一定程度上防止“删库跑路”条件。

　　06 进化蓝图

　　进化蓝图可以理解为：先开发哪一块，再开发哪一块，最后开发哪一块。

　　系统不能一下子开发出来。产品经理需要把整个开发过程分成n个阶段。我自己把这个系统分为 4 个阶段。

　　具体的演进蓝图周期需要根据业务和开发资源的特点来确定。确定进化蓝图后，您需要与您的领导和相应的开发工程师交谈。如果有不合适的地方，可以适当调整。这样才能保证项目开发过程的合理性。

　　07 商业建模

　　业务建模的作用主要是细化业务，总结和设计对应的实体关系（ER，Entity-Relationship），这是一些复杂系统必不可少的过程，但是物料管理系统的运行原理在这篇文章比较简单。不参与。

　　08 角色和流程

　　我们需要先定义使用物料管理系统的角色，然后再梳理每个角色使用这个后端的流程。

　　因为素材系统不涉及多个后端，角色比较单一，所以我直接把数据库调出来，把数据库作为角色和流程图的一部分。这主要是为了强调数据库的重要性，让用户浏览的都是最新的素材。

　　在制作角色业务流程图时，需要定义角色和详细流程。每个步骤和过程都必须明确，不能含糊不清。我是来给大家参考的。

　　09 权限管理

　　权限管理包括功能权限和数据权限两部分。

　　10 接口

　　在当前的所有工作完成后，是时候设计原型了。

　　物料管理系统采用React框架构建，开发时使用了大量组件。所以在设计原型的时候，我遵循了Ant Design的设计规范，大部分交互效果直接参考了Ant Design。这样不仅可以提高我绘制原型的效率，还可以节省开发成本和需要的效果。我直接附上链接，让开发者看的时候就知道我是什么意思（这也是产品经理在工作的一个小技巧，有些效果不好用语言描述，直接展示最终效果发展）。

　　原型图是产品经理的基本功，这里就不赘述了。

　　11 个数据埋点

　　物料管理系统，我使用的 GA 分析工具，使用全局埋点，没有细化到特定组件。我打算先看一下粗略的数据，然后针对具体的组件埋点。后期可以根据这些数据对系统进行优化和迭代。

　　12珠三角文档编写

　　我个人习惯是直接把PRD写在原型图的右边，这样技术人员开发起来更方便，可以同时看原型图和需求文档。

　　文档的呈现方式可以与技术人员协商，可以找到双方都喜欢的方式（原型、Word文档、Excel表格、流程图等）。如果公司有规定，尽量关注公司。

　　13 协调调度

　　然后就可以按照进化蓝图找到开发进度表了。安排时间，然后跟进，测试，上线。

　　14 需求管理，迭代

　　物料系统上线后，我采集了各部门的一些需求，整理了一些需求，并计划在明年进行物料系统的迭代。

　　B端产品需求的优先级应该遵循：业务需求>用户需求>产品需求，先解决公司业务需求，再解决用户需求，最后解决产品本身。

　　我个人使用Excel表格进行需求池管理，这样每个字段都比较清晰。建议：需求池表必须自己制作。不要原封不动地借用网上的模板，因为每个公司和每个项目的环境都不一样，产品经理需要根据自己的环境做相应的表格。

　　15 总结

　　B端产品的工作流程大致如下：

　　结合业务现状，总结业务问题，梳理核心业务流程，产品定位，功能板块，设计演进蓝图，业务建模，梳理角色和流程权限管理，原型设计，数据嵌入， PRD文档编写、协调调度、需求管理和迭代

　　最后需要几步？您需要根据产品本身的特点灵活增加或删除某些步骤。同时，你还需要适应自己的工作环境。

　　本文由@徐李原创发表，人人网是产品经理。未经许可禁止转载。

　　标题图片来自pexels，基于CC0协议

　　奖励作者，鼓励他努力！

　　欣赏

　　一人奖励