大日期产品处理流程图 产品文档怎么整理？
产品文档怎么整理？
在悟空问答上的123个问题，只写接地气的科技内容，欢迎关注。
产品文档，是产品经理必须要懂得的基本技能之一，尤其是互联网企业。
产品文档，也是让很多初级产品经理非常头疼的事情。
到底怎么样才能书写一份比较完善的产品文档呢？其实很简单，我们简单来谈一谈。
为什么会有产品经理？实际上产品经理一职，尤其是互联网产品经理，在2010年以前都是不存在的岗位，一般都由技术部门或运营部门的相关人员负责，或者说直接由老板负责。但是自从移动互联网发展起来之后，产品经理角色突然兴起，变得尤其重要，这样的出现，其实来自于分工的变革。
过去的互联网公司，或者说业务形态，主要是以市场和运营为主导，主要是为了卖服务而工作，所以只要实现需要的功能即可，比如，实际上就是提供了各种各样的服务，并且市场足够垄断，所以可以通过各种钻让消费者，我给你服务。
自从移动互联网发展以来，互联网公司快速崛起，仅仅实现功能的需求已经无法满足用户，大家都在谈一个字：用户体验。谁的体验更好，就用谁的；谁的产品更新快，就用谁的。
所以，专门负责用户体验，负责整体规划的产品经理就诞生了。
为什么需要产品文档？产品经理只是一个职业，而不是一个职位，并不代表就是“经理”。
产品经理与UI、工程师、运营、市场一样，都是一样的，只不过产品经理所起到的作用是至关重要的。简单来讲，产品经理的主要作用，就是设计出运营、市场所需要的产品原型，并且交由技术部门开发，在预计的时间交付，并且负责后续的数据跟踪和迭代。
说白了，就是运营和技术之间的桥梁，把运营的需求翻译给技术部门听懂。而需求文档，就是翻译之后的重要产物。
需求文档包含哪些内容？我听了很多课程，也包括像“三节课”这样备受好评的网课。不过总是觉得他们把产品文档讲得太过于复杂，反而让初学者摸不着头脑。其实就我的经验来看，产品文档主要是四块内容:
1.需求背景：讲清楚目前项目的背景，基础状况，基本数据。说明本次需求开发要实现的功能，预计的开发周期，以及所调配的资源等信息，让技术人员对要做的项目有一个大致的了解。
2.业务流程：这一块是产品文档的重点，也就是需要产品经理画出业务流程图，并且备注好业务逻辑。业务流程图，也就是新添加需求所要实现的所有页面，并且每一层级的页面通过怎样的按钮或操作实现，页面原型可以画得详细一些，但是千万不要上色，会干扰UI做设计。业务逻辑备注，也就是在不同状态下产品所做的不同处理，比如同样一个页面，登录的用户是怎样的，未登录的用户是怎样的，必须要备注清楚。
3.数据打点：没有数据接入的产品，都不能称之为产品。所有的产品都必须要埋点进行数据采集，每个重要的按钮，每个重要的页面。点击、曝光、浏览三个维度去采集，到一定时间段后你就知道哪些功能是用户常用的，哪些是不常用的，用于后期迭代的重要分析手段。当然具体埋点工作则由技术来负责。
4.需求复盘：一般需求上新一周后，就可以做需求复盘了，分别从需求设计、需求开发、上线运营三个时间段去反思犯的错误，进行总结，避免以后再犯类似的问题。
基本上需求文档，就包含这四块的内容，涵盖了从接受该项目，到最后上线运营的整个时间段。当然，仅凭需求文档是不够的，拉着运营和技术开需求分析会也是产品经理必须要做的事情。
除了需求文档还需要什么？单说产品经理的技能，光是需求文档肯定不行。需求调研、业务流程图、页面原型图，页面流程图、需求文档、数据分析这些是基本功。
还要有良好的沟通技能，能够顺利与运营、设计和技术沟通，制定相应的方案。那就必须要懂得基础的运营、设计、技术相应知识，不然别人忽悠你都不知道。
对于项目进度的把控也是必不可少的，学会用甘特图管理任务进度，每天定时做好沟通和监督项目，确保产品能够按时交付。
当然，也要有勇于担当的责任。无论中间谁出了错，只要产品出现问题，只要没能够按时交付，产品经理都应该第一时间站出来扛起错误，及时改正。这样别人才会愿意“为你开发产品”。
产品经理确实是一个吃力不讨好的活，但是又有谁懂得产品上线时的那种成就感呢？
产品架构图、产品结构图、产品功能结构图、产品信息结构图、产品流程图、产品业务流程，有什么联系和关联？
谢邀。
对于一个产品从业务方提出需求开始就有明确的核心业务逻辑，根据需求方的需求绘制业务流程图；确定了整体流程之后，对产品架构图的设计，产品架构的设计需要考量到产品的定位、目标受众、业务需求、产品流程、产品逻辑架构、产品功能设计、商业价值等等，因此产品架构是至关重要的一步；确认整体的产品架构，进而落实产品的功能逻辑和产品信息的思考；根据业务需求细化功能粒度以及页面信息构成；最后以产品流程图来梳理整体的功能逻辑，设计原型图，从整体到局部，从抽象到具体，整个产品工作流程的把控都对产品最终的落地以及后续的投入市场测试都起到重要的作用。接下来针对每个流程图在产品不同的环节产生的作用做具体分析。
一、产品业务流程首先是产品业务流程，它指的是在明确核心业务逻辑后，并针对核心业务逻辑进一步分析；明确特定的主体都有哪些工作任务以及各个特定主体之间的联系；它的作用是用于表达业务需求在整个产品线中不同阶段中不同功能之间的信息交互。
一般情况，一个业务需求包含多个功能需求。
举例说明：某跨境电商公司的防伪标签追溯系统的业务需求，那么功能需求就包括编码信息系统对比校验、分配标签锁定RFID内供应商所属、系统扫描录入防伪标签编码并与订单绑定、(验吊牌 外包装)扫RFID验证货源；根据服务商生成的编码信息录入系统进行信息真实性校验，后台新增标签管理模块进行分配标签与供应商进行绑定，供应商发货至转运仓由设备扫描录入防伪标签编码与商品信息绑定。
业务流程图通常涵盖多个系统的数据流转，涉及范围有前、中、后后等多个系统，细节必须面面俱到，每个异常情况都必须有相应的方案解决。
二、产品架构图在确定了整体流程之后，相当于对整体的业务需求已经做了很深入的了解，接下来是对产品架构图的设计，一个好的架构对产品是至关重要的，它所涉及到的范围特别广泛，产品从设计到投入市场进入测试阶段，包含了产品的定位、目标受众、业务需求、产品流程、产品逻辑架构、产品功能设计、商业价值等等，由于涵盖内容过于广泛所以搭建起来并不容易需要漫长的时间沉淀与经验累积。
三、产品结构图再者是产品结构图，指每个产品的功能逻辑和产品信息的构成图，它的作用是前期产品原型设计前整体逻辑的梳理，只要完成整体的产品结构图梳理后，我们对整个产品构成有了大致的轮廓了，如下图所示：（以蜗牛读书APP做具体例子说明）
四、产品功能结构图再者产品功能结构图用于描述功能之间的隶属关系的图表，能够梳理出每一个模块及其组成的功能点，根据业务需求细化功能粒度，避免在转换需求的过程中出现功能遗漏等问题，如下图所示：（以蜗牛读书APP做具体例子说明）
五、产品信息结构图再者产品信息结构图是指产品页面中的产品信息构成，用于开发人员定义的字段，作为开发人员表数据结构创建时的参考依据；它与功能结构图的主要区别于信息结构呈现页面的信息载体，在信息架构时必须要思考的部分，而在功能结构时并不考虑信息结构的展示。举例说明更深一步区分两者差异：如蜗牛读书的基本信息模块，”名字”字段在当前页面显示信息又可以提供修改的功能。（以蜗牛读书APP做具体例子说明）
以上页面的信息结构由头像、背景、昵称、ID、性别、个人主页书籍组成，由于产品结构更注重功能的维度，因此页面的信息结构过少的体现。
六、产品流程图最后，产品流程图是作为产品和开发人员进行高效沟通的重要途径，我们在设计产品之前进入开发环节，首页先梳理产品架构图和功能结构图后，最后用产品流程图梳理整体的功能逻辑，再者设计原型，从整体到局部；产品在需求评审和书写需求文档，流程图便于你宣讲需求和开发人员的理解。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
