如何从0到1搭建B端产品

背景

随着公司数字化转型的不断的推进和实施，数字化转型成功越来越明显的体现在财务报上，这也增强了管理层对数字转型的信心，在推进中我们也发现几年建设的系统的“笨重”与“老化”已经不符合和满足现在业务需求，同时也失去的迭代升级的价值。

23年初我接到对市场领域销售系统重构升级的任务，以支撑终端销售业务，为一线的销售业务提供“数字化炮火的资源”，让听见炮火的人，指挥炮火。管理层对这次系统升级和重构期望很大，如果在企业内部使用效果好，未来会推出商用化的产品。

虽然有着6年的从业经验，3年互联网大厂工作经验让我沉淀了产品规划与设计能力和本公司3年工作经验让我对业务非常的熟悉。这一次是带领团队去从0到1去建设一个不太熟悉的领域系统，所以提前规划好，才能事半功倍。

为了不辜负管理层的期望与下属的信任，在产品建设前的几天的时间里，我先梳理清楚建设的路线图，以保证产品能保质保量得如期达成。

整个产品建设阶段我划分了六步或阶段，产品规划、需求调研、产品设计、方案交付/实施、产品运营、迭代升级。下面详细说明一下各阶段所做的工作是哪些以及相应的产出。

B端产品建设6六步法

第一步，产品规划：知己知彼，事半功倍。

第二步，需求调研：深入挖掘，精准把脉。

第三步，产品设计：高效实用，体验卓越

第四步，方案交付/实施：交付及时，质量保证。

第五步，产品运营：价值创造，深化维护。

第六步，迭代升级：修复缺陷，优化体验。

第一步，产品规划：知己知彼，事半功倍

产品规划阶段中，主要有两个关键动作，第一个是行业的调研，第二是客群的调研。

对行业的调研可以快速的了解一个陌生的行业，虽然我已经沉淀了业务上经营，但是对CRM行业市场现状与发展趋势了解比较浅，所以行业分析与调研仍然为很重要的一步。行业调研动作我这里主要从政策环境、市场规模、竞争格局、发展趋势四个方面去调研。

客群分析这里主要对客户群进行深入了解，B端产品与C端产品从分析维度上有很大不同，B端产品要从维度上将市场进行细分，维度上包括行业，企业性质，规模，地域等等。C端的维度可能包括年龄，性别，爱好，收入等等。

结合行业分析及客群分析往往能漏出优秀的同类型的产品或竞品，这里我们要往往对这产品在进行深入的分析，可以从战略、资源、能力、场景、感受等五个层次去分析。

总结一下，产品规划就是先从宏观的角度上去了解即将实现的产品的形态是怎么样的，这里获取的资料越详细或者说越有价值就越能形成对行业的洞察力，对于商业化产品来说这一步也是非常重要的。

第二步，需求调研：深入挖掘，精准把脉

在B端产品建设中，需求调研是确保产品成功的关键步骤。它涉及深入了解业务需求、痛点和期望，以便设计出能够解决实际问题的解决方案。

在需求调研的初期阶段，产品团队需要对用户业务进行全面的分析和诊断。这包括了解行业背景、市场定位、竞争对手、业务模式以及内部运营流程（市场定位与格局在产品规划阶段基本已经完成，为的是能在该阶段与调研对象沟通顺畅）。通过访谈、问卷调查、工作坊等方式，收集业务数据和调研对象反馈，识别业务流程中的瓶颈和痛点。

业务问题分析与诊断后，需要编制一份详细的总结报告。这份报告将汇总所有的发现、问题和潜在的解决方案。报告应该清晰地阐述业务问题的根源，以及这些问题对客户业务的具体影响。此外，报告还应该提出初步的产品概念，作为后续讨论和开发的基础。确定客户的关键业务流程是需求调研的核心部分。

这些流程通常是客户业务成功的关键，因此，产品必须能够支持或优化这些流程。通过映射客户的业务流程，产品团队可以识别出产品需要重点关注的领域，以及可能需要自动化或优化的环节。调研中会梳理出来很多需求，针对需求优先级进行定义，常用的B端需求方法有MoSCoW，Kano模型，价值与复杂度矩阵，成本效益分析，战略对齐等，这里不展开讲。

第三步，产品设计：高效实用，体验卓越

产品设计阶段分为整体设计与详细方案设计，复杂的系统会有多个产品经理分别负责不同的模块去设计。产品设计负责人往往需要整体对系统进行产品架构设计，产品架构图与产品路线图需要呈现出来的。

产品架构图的作用可以清晰描述出产品蓝图，将复杂的系统进行抽象化，抽象出来的模块间展示了模块间的关系，这有助于产品团队和业务方理解整体系统的构成，对于复杂的系统，架构图可以帮助管理复杂性，通过将系统分解为更小、更易于管理的部分。这种分解使得团队可以集中精力在特定的模块上，而不是被整个系统的复杂性所压倒。产品架构图可以拉齐UI，技术，项目等节点拉齐对系统的整体认知，提高协同效率。

向利益相关者展示产品架构图，可以帮助他们理解产品的建设思路和价值主张，这对于建立信任、管理期望和获得支持至关重要。

第四步，方案交付/实施：交付及时，质量保证

需求历经分析和挖掘后逐步转化为产品方案，在这个阶段需要产品经理撰写PRD，也就是产品需求文档。一般产品文档主要包括版本号，整体概况及需求背景，流程图，结构图，交互说明，权限，埋点等等方面。

在交付的时候一般会把PRD文档提前发给技术同事，然后项目经理会组织需求交付会议，这里需要产品经理讲解方案，前后端工程师，ETL工程师，测试工程师，UI/UE都会进行参加，目的是为一次性拉齐所有的节点。随着方案实施后，工程师与UI/UE会不断的与产品经理进行交互沟通，以便让实施出产品达到用户的满意。关于项目管理很多公司会设立项目经理岗位，有些公司是产品经理兼职，有些是技术经历兼职。

第五步，产品运营：价值创造，深化维护

B端产品与C端产品一样都需要进行运营，B端产品运营更聚焦于价值运营上。一般流程为上线前的宣传，上线后产品使用培训，这两个阶段让用户达到知晓和会用。随着用户对产品使用，在产品中进行埋点的作用会突显出来，PV和UV的数据诊断，另外还有一些效率数据也会突显出来价值。

举个简单例子，我在负责待办中心产品方案设计中时，附带设计出了待办审批时效报表，以用来分析哪些场景审批对，哪些流向审批时效差，哪些人审批效率低。用这些数据为各业务部门进行赋能，以来反哺业务。

第六步，迭代升级：修复缺陷，优化体验

上线后通过数据的运营或者用户反馈，产品经理需要拿出一部分精力去迭代已经上线的产品。如何把握精准的迭代需求，第一步往往通过埋点数据去分析，使用的情况。第二步多和用户去沟通，最好是真实的坐在用户身边去看用户如何去使用产品。通过不断的优化产品，让产品更加的有用，好用和耐用。

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！