- 综合排序
- 最热优先
- 最新优先
- 来自专栏FREE SOLO
如何定义B端产品及B端产品经理方法论
一、如何定义B端产品 B端产品 B端产品可以为公司的管理服务，如：HR系统、OA系统；也可以为公司的运营服务，如：供应链系统、ERP系统的。 B端产品经理 B端产品经理重点关注：如何解决业务痛点？在业务逻辑的基础上，如何调度各类角色，提升各角色的工作效率、以及互相配合的流畅度？ B端产品经理工作： B端产品经理技能树： B端产品经理职业生涯： 一般产品经理的职业发展路径这张表可以作为产品对自己当前阶段的参照比对，也可以作为迈向下一阶段的方向指引。 B端产品经理的终局： 产品经理的职业成功之路，是成为某个领域的产品专家，而做B端产品经理是一条成功率极高的路。 因为进入某一领域做B端产品经理，需要具备某一领域的行业知识——即有入门槛。 因此，B端产经理的职业发展容易形成护城河，更易成为某一行业的B端产品专家。 二、各阶段的产品方法总结 规划阶段 竞品调研： 调研方法： B端产品经理的一个痛点是很难找到竞品。
1.5K30编辑于 2022-01-06 - 来自专栏博文视点Broadview
这才是B端产品！
B端产品有如下特点。 目标用户是一个群体：B端产品用户群体是某个业务团队或组织，这一组人需要共同协作来完成工作，所以需要B端产品来帮助他们实现分工协作。 收益难以量化：B端产品要支持、解决业务问题，但业务成效的影响因素非常多，很多时候并非取决于B端产品设计的好坏。 我们很难直接衡量B端产品上线的新功能对业务价值的贡献。这也是B端产品经理经常面临的烦恼——难以外化项目效果。 B端产品的技术架构可分为如下两种。 B/S（Browser/Server）架构，即浏览器/服务器模式，用户通过浏览器访问系统。目前市面上的B端产品基本都采用B/S架构实现产品设计。 ，也可以算作广义上的B端产品。
1.3K20编辑于 2023-08-09 - 来自专栏ToB行业头条
B端产品必会财务知识
由于原始数据都来源于CRM系统，如果产品经理不懂财务，和经营层的沟通可能就会出现问题。 如果有可能，我个人建议B端产品经理进行系统的财务知识学习。 接下来，就给大家介绍几个B产品经理需要掌握的基础财务知识。 01 成本和费用 利润=收入-成本。在实际经营中，我们往往把成本又拆分为直接成本与费用。 所谓直接成本，一般是指直接用于产品生产与销售的成本，比如原材料成本、销售人员提成等。直接成本的优点，是可以精准的将成本归集到具体的产品，便于我们准确核算产品的利润。 费用则往往无法直接对应到具体的产品。比如某一个销售团队搞了一场市场推广，可能推广了多个产品，那么这一笔推广费用是无法对应到具体产品的。 在这种情况下，如果要核算一个产品的利润，企业只能将费用进行分摊。 比如，在一次市场推广中，虽然产品A的销售额小于产品B的销售额，但是市场部门却在产品A上投入了更多的资源和人力。 那么，按销售额进行费用分摊是否合理呢？
75540发布于 2020-08-24 - 来自专栏SaaS加速器
B端产品必会财务知识
由于原始数据都来源于CRM系统，如果产品经理不懂财务，和经营层的沟通可能就会出现问题。 如果有可能，我个人建议B端产品经理进行系统的财务知识学习。 接下来，就给大家介绍几个B产品经理需要掌握的基础财务知识。 01 成本和费用 利润=收入-成本。在实际经营中，我们往往把成本又拆分为直接成本与费用。 所谓直接成本，一般是指直接用于产品生产与销售的成本，比如原材料成本、销售人员提成等。直接成本的优点，是可以精准的将成本归集到具体的产品，便于我们准确核算产品的利润。 费用则往往无法直接对应到具体的产品。比如某一个销售团队搞了一场市场推广，可能推广了多个产品，那么这一笔推广费用是无法对应到具体产品的。 在这种情况下，如果要核算一个产品的利润，企业只能将费用进行分摊。 比如，在一次市场推广中，虽然产品A的销售额小于产品B的销售额，但是市场部门却在产品A上投入了更多的资源和人力。那么，按销售额进行费用分摊是否合理呢？
76030发布于 2020-08-24 - 来自专栏卡拉云
B 端产品经理怎么成长？
B 端产品经理的终极目标 —— 架构师 说成长之前，我们先来说说终极职位是什么？ B 端产品的终极职位是产品架构师和业务架构师。 B 端产品怎么成长。 B 端产品怎么成长？ 1.从深入理解业务开始 - 业务架构 B 端产品踏上前往架构师的终极之路的关键是**对业务的深入理解。**B 端与 C 端产品的核心区别也就在这里。 能从全局做到这点，那么你就离产品架构师不远啦。 三. B 端产品经理的知识储备 B 端产品经理的职业路径虽然非常清晰，但也需要碰到合适的机遇。 B 端产品经理入门 《俞军产品方法论》 《人人都是产品经理》 《用户体验方法论》 《从点子到产品》 《用户体验要素:以用户为中心的产品设计》 《决胜B端 - 产品经理升级之路》 《智能商业》 《从需求到产品
72201发布于 2021-08-14 - 来自专栏客户服务自动化
如何搭建B端产品帮助中心
最近在搭建我们产品的帮助中心，学到了一些方法和新知识，分享给大家，本篇文章就是基于产品帮助中心做的总结，有不同意见，欢迎留言。 帮助中心是一个产品的重要用户自助服务模块，包括各类产品相关信息，用以帮助用户快速理解和使用产品功能。对于不同平台，其帮助中心的复杂程度是不同的，包括了前端展示和后台管理全部逻辑。 后台管理部分： 帮助中心后台可以通过自建和接入第三方两种方式实现，两者各有优缺点，可根据产品实际情况决策。 自建后台包括两大部分：分类管理和内容管理。 其中分类管理，指的是问题的分类，比如产品功能类、订单类等等。逻辑比较复杂的产品，分类的级别也会比较多，所以在设计分类管理时，要考虑好级别之间的管理以及级别的扩展性。 最后 总结了经验方法，在文中的最后也给大家带来了干货，即搭建B端产品帮助中心的工具。
60320编辑于 2022-03-23 - 来自专栏yeedomliu
决胜B端：产品经理升级之路
思维导图 推荐语 C端拼体验，B端拼效率 各大企业对内部运营效率越来越重视，B端产品是企业提升运营效率的核心武器，在企业持续的精细化运营管理中具备不可替代的作用 ---- 概述篇 走近互联网B端 最早的产品经理要做的就是 ，例如我们每天都在用的微信 B端产品也叫2B（toBusiness）产品，使用对象是企业或组织。 B端产品帮助企业或组织通过协同办公，解决某类经营管理问题，承担着为企业或组织提高收入、提升效率、降低成本、控制风险的重任 B端产品有如下特点： 目标用户是一个群体：B端产品用户群体是某个业务团队或组织 2G领域的消费者和客户都希望享受更加便利、优质的服务 这一切都给B端产品的爆发式增长带来了巨大机会，市场对专业的B端产品人才的需求量也急剧增加 互联网巨头布局2B/2G领域，必须要有一批B端产品的精兵强将 B端产品经理，结合公司特殊业务诉求，快速、合理地设计配套业务系统，并落地支持业务 B端产品经理能带来的能力提升 在工作中，B端产品经理需要涉猎所有计算机领域的关键技术版块：做前端应用要了解App开发技术
1.7K61编辑于 2022-12-03 - 来自专栏ToB行业头条
消除B端产品盲点的方法
这需要对客户的业务环境有更广泛的认识，对 B2B 产品有全面的理解，并更好地把握 B2B 用户的需求。 这些目标大致可以分为两类: 1. 减少与客户的距离 2. 它们为客户提供了极好的业务环境，这比项目时间框架本身更有价值 · 让设计师和开发人员参与到产品层面的客户访谈中，有助于建立全局意识。 对消费者来说，没有什么地方比产品的用户体验更能体现竖井的影响了。 培养多面手和处理“竖井”效应可以通过把不同职能的人聚集在一起来实现。 用户体验(user-experience，UX)角度值得更多的关注，因为没有什么地方比产品的用户体验更能体现竖井的影响。用户体验是产品行为表现出来的地方。 但问题不仅仅在于用户体验功能。 长期策略 到目前为止，我们所看到的 B2B 供应商中的盲点并非一次性问题——它们源于 B2B 软件领域存在的系统性问题，而且与 B2B 软件业务本身的性质密切相关。
52820发布于 2021-01-22 - 来自专栏ToB行业头条
敏捷开发适合B端产品吗？
但是目前仍然还有很多人采用瀑布式方式来进行B端软件的开发，不看好敏捷模式进行B端产品的开发，那么重流程，业务高耦合度的B端软件是否适合敏捷的开发模式？ 02 敏捷开发适合B端产品吗？ 了解了敏捷的定义以及价值观，我们实际上知道了敏捷开发的本质是什么，是拥抱变化，拥抱不可预测性，更好的应对产品的不可预测性。 一般来说B端产品在确定产品定位要做什么之后，相对来说公司需要管理的业务是比较固定的，HR,CRM,ERP等企业信息管理软件都有相对固定的业务以及流程，不像C端产品那样每个功能的推出，市场的反馈有很大的未知性 ，所以从这种角度来说，C端产品天然就是更加适合敏捷开发的，B端软件，如果可预测性越大，那么实际上对于敏捷开发的需求强烈程度越小，基于这个概念你可以去判断你的产品对于敏捷开发的需求程度。 03 敏捷模式开发的一些要点 很多B端产品公司想去实施敏捷模式，但是很难真正落地，或者最后搞的四不像，笔者将B端软件敏捷实施中的一些要点概括如下，希望对大家有一些帮助： 1: 如果要实施敏捷模式，公司首先需要在理念上面统一起来
1.2K10发布于 2020-10-09 - 来自专栏物流IT圈
B端产品调研方法论
我们都知道B端产品的设计最主要的是业务逻辑与错综复杂的业务流程，设计B端产品的时候要有清晰的思路，否则就像身处在迷宫之中，迷失了方向。 那么接下来我给大家讲解一个梳理B端产品切实可行的方法，来帮助你们完成B端产品的设计。 下面我将从目的、需求收集/整理、设计模块、输出原型这几方面来完成我的方法论讲解： ? 所以调研一定要讲究方法去分步调研，文章开头说B端产品逻辑流程最重要，所以我们要先搞清楚业务流程与逻辑。 要做到又见森林又见树，需要对业务进行详细的调研，并将调研的需求进行整理归类，以此来洞察用户行为，此步骤要捋清每个操作环节具体的流程以及业务逻辑，所以此步骤是最重要也是最容易混乱的，所以在调研此步骤时我借用了C端产品的用户故事地图 我认为我的产品是不能轻易被打败的，也不会别人介绍我的产品的时候说“和某某产品类似”之类的话，我希望我的产品是一个有灵魂的产品。
1.1K30发布于 2020-07-02 - 来自专栏物流IT圈
B端产品设计——批量导入
最近工作过程中，涉及到两次批量上传文件的设计，也存在一些异常情况等的困惑，参考了一切B端产品进行总结。 本次总结，参考了：钉钉、有赞、草料二维码、企业微信等产品和部分文章进行输出。 2）模板最好由产品/交互进行设计，重点要写清填写规则，避免规则不清晰导致用户填写错误 钉钉-批量导入： ? 企业微信-批量导入： ? 有赞-批量导入商品： ? 草料-批量导入： ? 虽然在B端产品中处处可见导入导出，但细究起来，仍还有很多点没有涉及到。目前仅是针对工作内容进行的拓展学习，可能还有部分坑没有躺过，可以进行交流。 B端的其中一个价值为提高效率，让导入导出更好用，更人性化、智能，才能提高使用效率。
2.6K20发布于 2020-08-10 - 来自专栏物流IT圈
B端SaaS产品工作流程
产品和项目两手都要抓，两手都要硬，方是真B端产品。 产品流程 产品研发流程大体分为：立项阶段、设计阶段、开发阶段、测试阶段、上线阶段、运营阶段。 ? 1. 立项阶段 主要分为需求搜集和PMO（或产品委员会）立项。需求搜集阶段可以很长，包括如下内容： 如果是从0到1或者彻底重构的产品，要先进行BRD的输出。 B端比较重视文档，在部分敏捷开发的C端，原型也是以逐个拆解的线框图为主。 ? 还是需要产品确认，并在需求规格中补充的。 8. APP上架文案和相关事项追踪 EDM的设计 APP更新机制策略的评估，是灰度发布、提示更新还是强制更新 用户的反馈进入需求池，为后续迭代做准备 支撑验证客户项目，包括方案讲解、需求调研等 项目流程 B端客户一般有定制化诉求
1.7K41发布于 2020-07-02 - 来自专栏无原型不设计
B端产品设计规范
这一次我想重点写一下：网页PC端产品设计规范和组的设计拆解，对项目的设计效率提升，有一定价值和意义。 分析项目设计中的组件，设计元素，设计规范与设计稿到开发的最后，尽可能保证产品设计还原的一致性。 接下来具体思考，作为B端产品设计，为什么需要建立设计规范？ 1、保证设计的一致性 对内部：多个设计师合作，依然能保证设计风格的统一，提高设计的效率。 B端产品，为什么需要建立设计规范的总结，如下图所示。 二. 如何做好 B 端产品设计的规范 ？ 对于项目设计评审前，建议产品设计师，先理解功能逻辑和产品设计思维，构思产品设计解决业务的方案。 接下来先看网页端通用的设计规则：如下图所示。 颜色（主色调的确立） 主色调的选择，根据用户群、使用场景及产品定位来思考。 参考文献如下： 1、ZAN-DESIGN 的有赞网站 2 《CCtalk B端产品设计课》by 美芳老师 3、ANT-DESIGN 蚂蚁金服等网站 4、阿里系的数据可视化的设计网站 最后分享一个小故事，
5.4K47发布于 2021-03-30 - 来自专栏大数据与微服务架构
B端产品的决胜之路
一、整体方案设计 1、核心业务流程 梳理顶层业务流程，前期不需要深入细节 2、产品定位 对产品概要行的总结和陈述，说清楚产品针对谁提供什么支持 3、应用架构 指公司所有产品和系统的整体结构和布局，在设计一套新系统必须考虑如何和公司现有系统架构融合 功能模块及演进蓝图 一期：聚焦解决最基本的业务流程线上化问题及核心痛点 二期：聚焦解决部分特殊业务刚需的诉求 三期：聚焦风险控制，并强化运营管理 二、总体建设流程 1、业务调研 梳理业务现状、总结业务问题 2、产品整体方案设计 核心流程、产品定位、应用架构、功能模块、演进蓝图 3、产品细节方案设计 数据建模、流程角色、界面报表、数据埋点、权限管理、文档编写 4、技术方案设计 技术架构、技术选型 5、项目管理与实施 高质量按时交付 跟踪指标变化 - 分析变动原因 - 跟进处理问题 ②报表引擎 Tableau:是目前顶尖可视化软件，功能强大，简单易用 5、数据埋点 使用较多埋点工具，Google Analytics(GA)、百度统计、移动端埋点工具
53020编辑于 2022-12-05 - 来自专栏Lambda
B端产品设计规范=好的产品
本文链接：https://blog.csdn.net/pyycsd/article/details/103041044 B端产品设计规范 没有规矩不成方圆 在这里我和大家分享下在做B端产品的一些心得与规范
1K12发布于 2019-11-13 - 来自专栏物流IT圈
B端产品设计-wms入库详解
基于多年的B端产品设计经验，总结出以实事求是为原则，从上到下、从整体到局部的思路，先梳理实际业务场景，然后设计主业务流程、单据设计，最后再设计具体产品功能的方法。 4）分理 每一个质检箱是对应每一个楼层的，假如A、B、C三个质检箱的货都是需被送到三楼，那么在楼层分理环节这三个箱子里的货 就会被放到三楼的楼层箱里去，这样这个三楼的楼层箱就会经过传送机送到三楼。 四、产品功能设计 1. 收货 原型交互： 卸货后仓库收货员扫描包裹的运单号时系统读取该包裹的商品信息，然后把该包裹放到电子秤上去，系统读取其重量，这样这一包裹就收货完成。 质检 在入库作业的组盘工序中，工人会把托盘移动到质检工位上去，质检就是要把托盘上的包裹拆开并检查里面的产品，把达到入库标准的好产品即良品录入系统，对有问题或瑕疵的产品上报异常，然后由库内异常组的同学处理 以上就是我之前做的电商wms入库业务部分的产品设计，在此分享给读者仅供参考，因为B端的任何一个功能都是需要结合实际业务场景的，很少有标准化的功能。
2.2K20编辑于 2022-03-30 - 来自专栏ToB行业头条
B端产品，新市场的打法
做竞品模仿除了通常的思路，还可以从友商那里挖个3-5年的产品经理过来，可以快速把这些通用产品的能力补足。 此外行业专家还可以作为产品规划的重要输入，通过他们在行业中积累的经验和对行业的趋势判断，会定期输出业务规划，这些规划的内容可以提供给产品负责人参考，进一步发掘出有竞争力的产品能力。 当只有一个标品的时候，只能算是一个平庸的产品，当真正从大项目中出来，提炼出行业痛点的产品，就变成了“一专多能”的有价值产品，这个时候再到行业中推广，底气也不一样了。 首先这些实施人员，不定义产品，但要深刻理解产品，并能跟用户进行比较深度的需求沟通，把有价值的用户诉求反馈给产品侧，推动有价值的能力落地到产品。 特别是在产品非常不成熟的时候，经常为了部署一个产品连续几天趴在现场加班熬夜，通宵达旦，只为了完成任务。
71110发布于 2021-01-22 - 来自专栏产品笔记
面对B端产品如何进行设计
“ B端产品使用对象是企业或组织。主要帮助企业或组织通过协同办公，解决某类经营管理问题，承担着为企业或组织提高收入、提升效率、降低成本、控制风险等任务。B端产品的设计可以分为整体设计和细节设计。” 01 整体设计 B端产品的整体方案设计需要遵循自顶向下的设计思路，依次设计业务流程、产品定位、应用架构、功能模块、演进蓝图，从抽象到具体勾勒端产品的轮廓。 产品定位 产品定位是对产品概要性的总结和陈述，简单扼要地描述产品对业务的支持范围。要说清楚产品针对谁提供了什么支持。 产品定位可以从以下四个维度进行考虑： 产品的用户是谁？在哪里？ 产品能满足用户在哪些场景下的什么需求？ 产品的核心能力是什么？ 产品的边界是什么？ 应用架构设计 在设计系统时需要考虑如何和公司现有系统架构融合，不同系统模块之间如何衔接。 02 细节设计 B端产品的细节方案设计包括业务数据建模、页面流转设计、界面设计、权限设计等 业务数据建模 业务数据建模是针对业务特点，归纳并设计对应的底层数据模型的过程。
58920编辑于 2022-06-02 - 来自专栏腾讯大讲堂的专栏
B端产品设计进修：学习权衡
在B端产品的链路中，规模越大，组织和角色也越多。对于权衡，是很好的实践案例。 在全心投入B端产品的这半年，在这方面也有了些更深的认识，本文将以B端产品设计为例阐述对权衡的理解，希望能给大家一些帮助。 01 什么是B端产品？ B端产品，其使用对象是企业或者组织，用于提升效率、效果等某一特定领域的问题。对比C端产品，其受众不再是个体而是一类群体，并且与业务的连结也更为紧密。 B端产品的产生主要源于企业的规模化，组织结构增多、分工也愈加明细。链路的加长却使线下运行的成本逐渐增高，无法使边际成本真正地降低。 将业务简化、线上化、自助化做到降本增效，也正是B端产品的作用。 02 如何进行B端产品设计？ 2-1、梳理业务现状，确立产品定位 产品经理需要有很强的角色转换能力，对于B端产品而言，也称之为业务感。 而运营效果则是B端产品价值的体现，虽说B端产品的价值之一是降本增效，但当效率面向不同的业务模式、运营人员，会让量化变的很困难。而另一方面，提升效率也不一定会提升效果。
80710发布于 2020-08-12 - 来自专栏SaaS加速器
做B端产品有哪些的盲点？
虽然这样的团队可能很有效率，但是他们常常忽略了大局，并且不太清楚他们的本地模块如何在较大的产品环境中使用。 这又一次导致了盲点，其影响超出了用户体验。 竖井和独立的关注点 以停机窗口为例。 这种以供应商(或提供者)为中心的世界观忽视了消费者的视角，导致盲点，从而导致“浪费” : 产品能力只能造福少数用户。 而 B2B 软件供应商可以“侥幸逃脱”，因为它导致的产品质量差，往往不足以影响他们的业务(或不够快)。至少不会像影响 B2C 软件公司那样的程度和速度。 B2C 供应商的动机(为了让用户满意)不仅仅是最初的购买行为。对于 B2C 应用程序来说，转换成本非常低: 新产品版本如果没有达到标准，就会很快导致用户数量下降。 在 B2B 方面，用户通常更愿意更长时间地容忍次优体验。而 B2B 供应商享受的锁定式服务在 B2C 领域是罕见的。这导致了更好地理解终端用户的强大驱动力，从而减少了盲点。
96720发布于 2021-01-22
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号