一般企业销售部门运营管理流程图 产品架构图、产品结构图、产品功能结构图、产品信息结构图、产品流程图、产品业务流程,有什么联系和关联?

[更新]
·
·
分类:互联网
4124 阅读

一般企业销售部门运营管理流程图

产品架构图、产品结构图、产品功能结构图、产品信息结构图、产品流程图、产品业务流程,有什么联系和关联?

产品架构图、产品结构图、产品功能结构图、产品信息结构图、产品流程图、产品业务流程,有什么联系和关联?

谢邀。
对于一个产品从业务方提出需求开始就有明确的核心业务逻辑,根据需求方的需求绘制业务流程图;确定了整体流程之后,对产品架构图的设计,产品架构的设计需要考量到产品的定位、目标受众、业务需求、产品流程、产品逻辑架构、产品功能设计、商业价值等等,因此产品架构是至关重要的一步;确认整体的产品架构,进而落实产品的功能逻辑和产品信息的思考;根据业务需求细化功能粒度以及页面信息构成;最后以产品流程图来梳理整体的功能逻辑,设计原型图,从整体到局部,从抽象到具体,整个产品工作流程的把控都对产品最终的落地以及后续的投入市场测试都起到重要的作用。接下来针对每个流程图在产品不同的环节产生的作用做具体分析。
一、产品业务流程首先是产品业务流程,它指的是在明确核心业务逻辑后,并针对核心业务逻辑进一步分析;明确特定的主体都有哪些工作任务以及各个特定主体之间的联系;它的作用是用于表达业务需求在整个产品线中不同阶段中不同功能之间的信息交互。
一般情况,一个业务需求包含多个功能需求。
举例说明:某跨境电商公司的防伪标签追溯系统的业务需求,那么功能需求就包括编码信息系统对比校验、分配标签锁定RFID内供应商所属、系统扫描录入防伪标签编码并与订单绑定、(验吊牌 外包装)扫RFID验证货源;根据服务商生成的编码信息录入系统进行信息真实性校验,后台新增标签管理模块进行分配标签与供应商进行绑定,供应商发货至转运仓由设备扫描录入防伪标签编码与商品信息绑定。
业务流程图通常涵盖多个系统的数据流转,涉及范围有前、中、后后等多个系统,细节必须面面俱到,每个异常情况都必须有相应的方案解决。
二、产品架构图在确定了整体流程之后,相当于对整体的业务需求已经做了很深入的了解,接下来是对产品架构图的设计,一个好的架构对产品是至关重要的,它所涉及到的范围特别广泛,产品从设计到投入市场进入测试阶段,包含了产品的定位、目标受众、业务需求、产品流程、产品逻辑架构、产品功能设计、商业价值等等,由于涵盖内容过于广泛所以搭建起来并不容易需要漫长的时间沉淀与经验累积。
三、产品结构图再者是产品结构图,指每个产品的功能逻辑和产品信息的构成图,它的作用是前期产品原型设计前整体逻辑的梳理,只要完成整体的产品结构图梳理后,我们对整个产品构成有了大致的轮廓了,如下图所示:(以蜗牛读书APP做具体例子说明)
四、产品功能结构图再者产品功能结构图用于描述功能之间的隶属关系的图表,能够梳理出每一个模块及其组成的功能点,根据业务需求细化功能粒度,避免在转换需求的过程中出现功能遗漏等问题,如下图所示:(以蜗牛读书APP做具体例子说明)
五、产品信息结构图再者产品信息结构图是指产品页面中的产品信息构成,用于开发人员定义的字段,作为开发人员表数据结构创建时的参考依据;它与功能结构图的主要区别于信息结构呈现页面的信息载体,在信息架构时必须要思考的部分,而在功能结构时并不考虑信息结构的展示。举例说明更深一步区分两者差异:如蜗牛读书的基本信息模块,”名字”字段在当前页面显示信息又可以提供修改的功能。(以蜗牛读书APP做具体例子说明)
以上页面的信息结构由头像、背景、昵称、ID、性别、个人主页书籍组成,由于产品结构更注重功能的维度,因此页面的信息结构过少的体现。
六、产品流程图最后,产品流程图是作为产品和开发人员进行高效沟通的重要途径,我们在设计产品之前进入开发环节,首页先梳理产品架构图和功能结构图后,最后用产品流程图梳理整体的功能逻辑,再者设计原型,从整体到局部;产品在需求评审和书写需求文档,流程图便于你宣讲需求和开发人员的理解。

业务逻辑需要多久才能培养出来?

具体看自己
你要做的就是工作过程中,多了解公司的业务,多跟市场/销售、运营跨部门的同事交流,如果能接触到用户,那就更好了。业余时间的话,也可以多跟别人交流,吸取别人的经验(当然,别人的经验是比较难感同身受的,只能在特定时候借鉴一下)。
其次,就是要多干活,必须要加班加点,只要年轻就无所谓,不要怕吃亏。你做得越多,学到的东西就越多,用时间去换取经验,你会发现你干2年跟普通人干2年的差距会拉得多大。
下面针对问题回答一下:
A1:前提是熟悉该功能相关的业务(还是交流,各种问),这样才能知道业务背景,是来自公司内部的需求,还是真正来自用户的需求,是真需求还是伪需求,还是需要你再优化的需求。
梳理业务的时候,先用思维导图把所有相关的内容都列出来,需要逻辑流程的,就用visio或白纸画出流程图。然后该添加文档说明的,还是要另外新增一个文档。这样其他同事特别是开发的同事才能理解并做出功能。
A2:上面也提到了,熟悉业务背景的时候,也是需求分析的时候,分辨是真需求还是假需求,真需求当然要做,伪需求可以推掉或者用其他需求解决。另外,需求确定要做,也是要根据需求大小、紧急程度进行排优先级。不要一有需求就马上丢给开发。
这些是第一次的流程。
你有经验后,以后类似的功能需求,你就可以直接拿过来套用了,你也就拥有了这些需求分析能力和逻辑能力。