产品研发岗位是做什么的（产品研发与设计过程的实施介绍）
2022-11-18
引入
很多B端产品的产品经理，一般是由研发兼任，或者是研发转型后做产品。B端产品的研发，在级别到了一定程度后，代码逐渐写的少了，但对产品的理解却会越来越深，不管是做技术的规划设计或者产品相关方案时，都会逐渐加入更多的思考。
这里要探讨的，更多的是那些逐渐离开了代码一线的高级研发，转型或者做架构时，梳理一些产品设计的思路和关键步骤，帮助大家更好的理解B端产品的研发套路。
B端产品的作用
B端产品，也叫 To B(To Business)产品，即产品的主要购买者（使用者）是企业或组织，现在也有少量个人用户会买，对于今后个体崛起的时代，也是一个趋势。这类产品主要帮助企业解决某类经营管理或者业务问题，为企业提升效率、降低成本、保证品质和控制风险。
B端产品的研发思路
业务调研分析
所有产品的开始都是从业务调研开始的，从了解业务现状、分析业务问题，从而设定项目目标。
业务调研的前提条件。开展业务调研有一个前提条件，如果你对所负责的领域或者产品经验不足，需要先花时间做功课，提前熟悉业务领域，否则别说调研分析了，连访谈提纲和调查问卷都设计不好，你甚至都不知道要问什么。
如何能够快速熟悉你所不了解的业务领域呢。这里只提供几种常用的方法，大家可以来尝试。
补充行业的基本知识。可以通过阅读书籍、网上资料获取基础知识，建立对行业的初步认知。这一步比较简单，大多数人都能做到这一步，如果这一步都做不到的话，可能就不只是产品思维的问题了。
阅读行业报告。行业报告一般比较权威，我们可以通过行业报告对行业有个框架性的认识，帮我们在后续深入理解上打一个基础。
做竞品分析。通过竞品分析，了解行业中的同类产品，对你要做的B端产品有个形象化的认识。
请教行业专家。通过请教行业专家，了解行业中的隐形知识、实践经验、常见的误区，并获取建议。
深入业务一线。亲自到业务一线，通过访谈、观察、轮岗体验等方式加深对业务的理解。
假设你已经对所负责产品的领域有了较多的认知以后，我们基本上也就明确了调研的目标，下面，我们再继续看业务调研。业务调研常用的几种形式有：高管及集团访谈，内部访谈，参观，内外部资料收集等。
1.选择调研对象
调研对象按岗位层级分三类，高管、中层、基层。
从高管处调研，我们可以得到战略层相关的内容，如战略定位、战略目标、经营策略、管控模式等。当然，还要了解高管对所负责项目的期望值与评价标准，高管是项目的重要评价者。
从中层处调研，我们可以了解到战术层相关的内容，如流程管理、组织架构、培训考核、绩效管理等内容。
从基层处调研，我们可以了解操作层相关的内容，如日常任务、操作步骤、流程细节、业务规则等内容。
2.选择切入点
即使你的产品最终的用户是公司的全体人员，我们前期也需要选择试点部门作为切入点。切入点一般会选择对系统需求最为迫切的部门，这类部门需求比较强烈，找他们配合的时候会更容易，也更容易看到效果，为后续的迭代升级和大面积的推广做一些积累。
我们重点看一下访谈。针对不同的访谈对象，我们需要准备不同的访谈提纲和调查问卷，具体情况具体设计。完成前期的准备工作后，我们就可以预约调研对象。我们可以按照自上而下的原则，从高管到中层再到基层员工的顺序开始调研。调研的过程中，需要控制节奏，根据访谈的效果，不断迭代访谈提纲。问卷调查也一样，可以先小范围发放问卷，再根据问卷调查的效果，迭代改进调查问卷。
对于项目中涉及到甲方的情况，整体会更复杂，这篇文章不做讨论分析了。
3.总结输出
调研完成后，需要对得到的数据进行整理分析，输出调研报告，并形成初步方案，向上级汇报。这里面也涉及到几个点，我们可以根据里面的几个核心步骤，找相应的关键词学习。
设计解决方案
设计解决方案，主要是针对要解决的业务问题与项目目标。解决方案包括了两类，一类是产品方案，包括了需要开发的各种系统。另一类是业务方案，有设计配套组织架构，相应的流程制度等。
通过业务调研，我们明确了要解决的业务问题，要达成的项目目标。但我们再设计B端产品解决方案之前，心里也要明确，B端产品首先是为了解决企业相应的问题的，但它也不是解决问题的唯一手段。有时候，B端产品甚至不是解决问题的关键所在。很多企业的业务问题其实是模式问题、管理问题，单靠软件产品是无法解决的。比如，企业的效率低下，可能是组织架构问题，可能是激励制度问题，也可能是生产工具问题。手里拿着锤子看什么都像钉子，指望B端产品解决所有问题，最后一定会失败。
作为产品的设计者也好，开发者也好，不能把开发产品，推销产品作为核心目标，应该要把帮企业解决问题，帮用户获得成功作为核心目标。否则，你的产品再好，没有对症解决用户的问题，用户不满意，最终就还是你的产品问题。所以我们有产品思维还不够，还要有业务思维，从业务的视角去思考分析，真正解决用户的痛点问题，才是价值所在。
1.业务方案设计
要考虑整体的解决方案，有时候，企业要解决的问题B端产品是可以解决，但只靠B端产品本身还不够，需要从系统思维的角度，设计一套整体的解决方案，这个方案就是配套的业务方案。
解决企业的问题，一定会涉及到企业的转型或者变革。这里面会涉及到三个要素（简称“PPT”）：人（People）、流程（Process）和工具（Tools）。与人有关的因素，包括组织架构调整、人员技能提升、文化宣传等。与流程有关的因素，包括流程优化、制度变化。通过工具、软件来固化流程、提升效率。这三个方面进行协同配合。
比如是否需要专门的人员专门的团队来负责这个B端系统，配套的流程是否需要改进，配套的制度，包括绩效管理及激励机制是否需要迭代。这些都是配套的业务方案中需要考虑的问题。
2.产品方案设计
产品定位。首先要确定所做产品的产品定位。解决为什么要有这个产品，产品解决什么核心问题，以及和其他类似产品的差异化。
应用架构设计。处理复杂问题常用的策略是分解。把复杂问题分而治之、化繁为简，变成几个简单的小问题，这样就容易多了。
业务流程梳理。可以用UML的活动图梳理出业务流程。业务流程从服务请求者开始画。主从活动只留一个就可以，重视你的用户（读者），根据读者的角度优化图。同时，避免流程图太细，只要不影响其他泳道的活动，可以先不细化。
功能模块设计。功能模块设计一般在应用架构和业务流程之后再来做。常用的有几种方法帮你拆解功能模块。这里只简单提一下，不展开详述了。包括，业务流程派生法，场景分析法，竞品拆解法和相关人分析法。
业务流程派生出功能模块。可以先识别角色、再识别用例，最后从用户视角检查是否有遗漏。
场景分析法。通过对业务场景的分析，发现一些可能之前没有获得的需求，设计功能模块。
竟品拆解法。通过竟品分析，从竟品中获得启发，借鉴竟品的亮点功能。
相关人分析法。通过分析相关人的诉求来分析。
规划演进路线。拆解出子系统并梳理出功能模块之后，按照“整体规划、分步实施、持续迭代”的思路，把整体系统的实现分成几个阶段、并排好优先级。
界面设计。在完成业务流程设计、功能模块设计、角色梳理、竞品分析之后，产品经理就可以开始做界面原型设计。原型图可以很好地传递需求与设计思路，可以先画草图与相关人沟通，后续可以由设计师优化更新。
界面设计尽量借鉴成熟产品的设计，比如国民级产品或者同行标杆。绘制界面原型时多用现成的模板、组件、素材来提高制作原型的效率。尽量利用标准控件与常见的交互方式，不要发明没有价值的新交互方式。同时，不要过高估计用户的操作水平，尽量简单、易学、易用。按照先有功能，再考虑易用，最后才是好看的顺序来实施。
报表设计。B端产品一定离不开报表，管理者需要通过报表来实现管理意图，所以做报表设计最重要的事情不是报表要展示哪些数据以及报表的外观形式，而是要明确管理者的管理意图。
权限管理。权限管理包括了数据方面和功能方面的权限。数据权限一般通过组织架构树来控制，功能权限可以通过RBAC（Role-Based Access Control ）模型进行控制。RBAC模型是基于角色的访问控制，将权限与角色相关联，用户通过成为适当角色的成员而得到这些角色的权限。
文档编写。完成了前面的相关工作，产品设计的工作基本完成，需要形成文档了，也就是编写PRD了。B端产品的需求分析重点在客户上，除了常规的功能需求，非功能需求外，还要做“价值需求”分析，从客户的视角阐述B端产品的价值。
产品开发运营
这块包括解决方案的落地实施，系统的开发上线，以及上线后的运营，持续迭代优化等工作。
1.开发落地
方案的实施就是要正确的落地方案。项目管理就是关于“把事情做正确的一套方法论”，项目管理需要工作有目标，有计划，有落实，有检查，有结果，有责任，有奖惩。需要有一套对应的工具来进行项目管理和需求管理。
项目突进过程中，需要讲究整体规划、分步实施、重点突破、小步快跑，遵循互联网产品思维。
2.运营迭代
运营迭代阶段，需要有宣传推广，内容运营和活动运营。最后还要做数据分析和服务保障。
宣传推广。需要充分利用各种宣传渠道：工作群，内网，公告栏，大屏甚至公司厕所等有利位置，推广宣传，寻找第一批种子用户。
内容运营。内容运营要解决B端产品的认知问题。重点在于内容数量和质量的平衡。追求数量，会牺牲质量；追求质量，会影响数量。
活动运营。定期组织活动，可以提高产品的活跃度。系统中如果有相应的积分体系，可以作为活动的基础数据。
数据分析。根据前面的各种运营，我们一定要做数据分析，根据数据的反馈，调整相应的策略。
服务保障。为了保证用户的重复使用和提高用户使用体验，后续的服务和保障是不可或缺的。我们通过后续的服务保障，也可以拿到更多的用户诉求，从而推进产品的不断迭代。
产品商业化
商业化的过程是非必需的步骤，根据企业的需求，决定是否把应用于企业内部的项目做成产品，并对外销售。
总结
我们把B端产品的研发流程整体理了一遍，大家对整个过程有了初步了解。在技术人员转型做产品的过程中，需要不断思考和迭代，对不明确的关键点要深入分析，才能逐渐适产品工作，成为产品技术的全面手。