交付|创造价值，持续交付：B端产品经理的方法论( 九 ) 交付|互联网产品|持续|产品经

UI工程师基于交互原型进行美工设计，生成切图；前端工程师拿到切片文件，进行前端开发，包括交互、动作效果等；产品配合UI工程师确定设计质量，同时为衔接前端工程师开始相应的开发。
产品设计能力大部分涉及到和用户个体的交互事项，所以和2C的能力有高度重合，毕竟2B的产品需要人来操作；抽象事务和概念的可视化过程，结合业务和审美，提高美学的修养和实际工程的结合。
总体来说，这些技巧的使用会因产品本身匹配的业务而灵活运用，但是也有不少的日常最佳实践可以帮助到日常工作，提高产品经理工作效率和质量。
首先，设计时，需要参考企业内部已经约定俗成的方法；保持新的产品设计和已有产品之间的一致性，减少使用教育成本。
其次，尽量参考的市面流行产品设计模式；比如微软的office 套件，大家都用，容易识别，没有过多的认知困难，同时还省开发时间。
另外，如非必要，可以直接采用常用设计软件（Axure, Visio 等）的标准控件；产品经理需要平衡为产品单独定制所耗费资源与定制带来的收益，过度的追求设计上的新意，容易舍本逐末，浪费工作资源。
在交互方面也可以借鉴流行产品的设计，例如用户操作提供保存提醒可以借鉴Word；在移动设备上，某产品功能希望用户操作前，能习惯性下拉屏幕已获得最新的数据更新，则可以参考微信的设计。
B端产品应当简单直接设计，以解决业务问题和效率为核心指导思想，先落地；在之后的运营阶段，各个页面被使用，通过数据埋点，热力图等方法了解用户习惯，随后可以不断针对性的迭代优化。
5）产品文档
产品设计能力的一部分是对应文档的撰写，尽管在敏捷价值里提出了工作的软件高于完善的文档；但是文档在整个产品开发生命周期中，作为信息传递的渠道，以及组织和协调相关资源中的重要性不言而喻；众多的文档中，最为关注的就是产品需求文档 (PRD)。
不同企业或团队，产品需求文档的定义和形式会有所不同，但是基本的核心内容是十分相似和统一的；产品需求文档是在产品开发过程中用来向各个参与部门来沟通和介绍相关产品需要包含的能力的工具。
它需要包含的内容会作为其他后续文档的参考指导，以下是一个基本的内容框架和介绍：

文章插图
撰写产品需求文档是产品经理的必备技能，不但要求产品经理有产品本身全局的概念，还要能够高度抽象和精炼的把各个事项描述清楚，通俗易懂。
网上有不少的PRD模板可以借用，产品经理需要针对具体的开发项目，适当调整匹配，以有效和准确沟通为目的；同时，对于有些部分，无需急于一次完成，还是有一个不断优化完善的过程。
3. 开发技术能力（IT Competence）“不是内行，但必须是行内”这是对产品经理在开发技术上的总体要求。
好比作为建筑设计师，在设计新的建筑的时候，是要对现阶段的工艺、材料和项目施工难度有基本把握的；如果设计的建筑没有相应的落地工程方案，那么这个设计就只是艺术品，而不是真正的产品——这里的道理实际上也是同样可以应用在软件产品的开发事项上；产品经理需要对产品实施方案的技术框架和可行性有基本的了解，在一些情况下还要对不同的开发实现方法与产品价值实现之间进行平衡和取舍。
了解开发技术的另外一个益处则是可以对技术难度的开发时间有自己的初步预判，快速调整和响应变化；对相关的时间影响，项目推进有基本的预判和提前安排；同时可以提供非纯粹开发人员的角度来给予思路，帮助团队拓宽解决方案的视角。这个能力同下支持下一部分介绍的项目管理能力、互相支撑。
在纷繁复杂的技术领域，有许多值得了解和学习的内容；针对于产品经理的日常工作，以下初略列出几个方面的内容可以学习研究来增强开发技术能力。
1）软件开发元素和团队分工
软件开发所涉及的主要元素和对应的人员分工能够帮助产品经理在宏观上了解具体搭建落地所涉及的事项。
如同建筑工程，整个建设过程是多个不同专业工种配合完成的，多个工种又会对具体实现的工艺为了匹配设计来平衡选择，那么对于软件产品开发也是同样的逻辑。
首先，是知晓软件开发编码需要使用的开发语言；程序开发是用一种计算机语言来表达外界事务的逻辑和处理的事项关系；无论是什么具体的开发语言，例如 C，Java，还是PHP都是为了这个目的。通过学习编程语言，产品可以了解编码的基本逻辑和所涉及的操作，从而更好的理解编码开发的原理和日常活动。