to B的产品经理有什么不一样?
我目前在做的产品是物流(配送)领域的产品,介于 to C 和 to B 之间。可以说下我怎么理解 to B 产品经理和 to C 产品经理之间的差别。先说 to C 产品。大家都比较熟悉用户产品,分析的思路都是看市场组成、看竞争对手、看用户群体,可以说,得用户者得天下。不管是用户体验至上、打价格战
我目前在做的产品是物流(配送)领域的产品,介于 to C 和 to B 之间。可以说下我怎么理解 to B 产品经理和 to C 产品经理之间的差别。先说 to C 产品。大家都比较熟悉用户产品,分析的思路都是看市场组成、看竞争对手、看用户群体,可以说,得用户者得天下。不管是用户体验至上、打价格战
做To C类产品,其核心是:创造需求场景 → 引导用户 → 建立使用习惯。而做To B类产品,由于产品经理很难创造需求,因此产品经理首先要能适配现有业务,才能再针对业务中的痛点逐步优化。既然需要针对业务做优化,那么能把线下复杂业务形态完整的“搬”到线上,本身就具有一定的困难度。同时业务的流转涉及
作者根据自身工作经验总结了B端产品常见的几个坑,希望能够大家带来些借鉴。本文大纲如下:笔者也算是长期从事互联网ToB产品工作了。经历12-15年互联网在各个领域的C端高歌猛进和15年末开始的资本寒冬,也见证了“B端业务元年”的开始。正所谓“眼看他起朱楼,眼看他宴宾客,眼看他楼塌了。 ”在16年以前
从大众的观点来看,后端产品是给少量管理人员使用的产品。相对C端,后端产品在交互和流程上对易用性和可用性的要求较低,产品应用只要能完成基本的功能需求即可。这个产品设计思路导致很多 to B 的产品在流程和过程上就不够清晰,增加了使用困难。用户在使用后端产品时苦不堪言,却又迫于要完成工作而不得不使用
有机会负责过大型 to B 系统软件产品迭代设计工作,是物联网行业产品,该系统产品由终端、PC web端、手机app端组成,可以通过pc web端系统或者手机app来控制终端。增加或者减少一个功能,往往会有牵一发而动全身的感觉,同时接手时几乎是没有任何规范的文档来记录背景信息的。(没有那就一边开展
有机会负责过大型 to B 系统软件产品迭代设计工作,是物联网行业产品,该系统产品由终端、PC web端、手机app端组成,可以通过pc web端系统或者手机app来控制终端。增加或者减少一个功能,往往会有牵一发而动全身的感觉,同时接手时几乎是没有任何规范的文档来记录背景信息的。(没有那就一边开展
多数2B产品为什么要给一个高级版30天的试用时间给到用户?30天和7天又有什么差异?那2B产品,免费试用到底多少天才是最合适的? 目前市面上的多数2B产品注册成功后都会提供一个带有“试用时间”的付费版本,而这个“试用时间”最终目的就是加速促进用户留存转化,吸引用户购买(付费版),至少是成为该产品
最近一直在设计To B系统的工单,从手机端到PC端,终于快上线了,在项目里遇到的各种坑,在这里总结一下,让后人可以避开。针对于To B系统,我这次主要设计的是工单,以前也设计过订单的内容。它们有着一定的相似性。所以,这里提到的一些要点,几乎可以覆盖所有和单子有关的设计。什么是工单根据字面意思我们
功能较完善的B端产品都是相当多的功能操作,简版的小应用总是能出奇制胜,而小型应用为了获取更长的生命又不断的迭代,多数也会变重、甚至变臃肿。 一、背景 不光仅CRM软件,市面上现有toB的产品多数是越来越重,大品牌商企业内管理系统的使用还得一个专员团队来维护。 如何轻量化一款B端产品,如何让自己做
我现在服务于一家从事 To B 产品的公司,公司的伙伴在对待客户的产品需求的时候,存在着比较大的三个问题: 1. 盲目的听从客户的需求,客户说什么就是什么; 2. 只注重当前阶段的产品设计,而忽略后期的规划和迭代;3. 数据思维不足。 我刚开始从技术岗位转向产品岗位的时候,看到产品需求,第一个想