精华内容
下载资源
问答
  • 如何评价B端产品经理的能力

    千次阅读 2021-04-16 22:37:42
    最近经常思考这个问题,如何评价B端产品经理的能力。根据我反复的揣测,大概能归类为以下四个方面。 1.能不能用生意的视角看业务 好的生意的最大特点是2个原则,其一是高利润,其二是可持续。 B端产品经理可能...

    最近经常思考这个问题,如何评价B端产品经理的能力。根据我反复的揣测,大概能归类为以下四个方面。

     

    1.能不能用生意的视角看业务

     

    好的生意的最大特点是2个原则,其一是高利润,其二是可持续。
    B端产品经理可能会面临很多业务线,是否所有业务都满足有利润、可持续这两个原则,需要产品经理去甄选。
    所有业务都接,并且把业务做好的产品经理不一定是个称职的产品。核心要看能不能从生意的视角出发去对待业务,有取有舍,追大放小,有独到的战略眼光在商业上破局才是个合格的B端产品经理。

     

    2.能不能用业务的视角看需求

     

    为了满足业务,自然要产生很多需求。是不是客户要的就是好需求,我觉得不一定,只有能实现自身业务目标且为客户创造价值的才是好需求。有的需求客户要了,但是可能并不是最紧迫的,有些需求客户没提,但是却是客户最急迫的。

    用业务的视角看需求,是一种透过现象看本质的能力。要从前方的各种信息中,找出最本质的能实现业务价值的需求。

     

    3.能不能用需求的视角看产品

     

    需求眼光看产品的意思是需求抽象的能力。有的产品经理每来一个需求就在产品里加个功能,这么做其实对产品伤害很大,短期看完成了需求,长期看未来类似的需求越来越多,产品会变得臃肿。

    比较高明的方法是假设今天收到10个需求,能不能举一反三推算出未来类似的30个需求,然后把这些需求抽象成1个产品功能去实现。好的产品越做思路越清晰,不好的产品的迭代就像是堆粪。

     

    4.能不能用产品的视角看技术

     

    产品的视角看技术有两层含义。第一层是要以构建产品为核心去影响开发团队的技术体系,让开发团队以产品化为目标去做技术探索,而不是自己YY一些无法产品化的技术。

    第二层含义是产品经理不能局限于产品交互这一层,要沉下心去了解产品背后的技术的本质,好的产品经理应该是产品的架构师。

    展开全文
  • 如何理解B端产品B端产品主要分为两大类: 为公司的管理服务,如:HR系统、OA系统; 为公司的运营服务,如:供应链系统、ERP系统的。 B端产品即要符合商业组织的战略要求,能够满足商业用户需求,将已有商业...

    很幸运的是2019年3月份读完了这本B端产品经理必修课,今天也就是2019年11月25日整理书籍再次拿出来看的时候,自己已经身在小米,主要是我当时忘记这本书的作者就是现在的同事宽同学了,了解其人,更要从书中再去品味。

    产品经理的沟通技巧:沟通、说服、谈判、演讲、辩论。

    ABC理论:假设影响行为,行为最终影响结果。在沟通过程中要以结果为导向,抛弃偏见,以开放的态度与每个人沟通。

    绊倒产品经理的6个绳索:

    1. 太在意过程。要明确目标,以结果为导向。
    2. 胡言乱语。要明确沟通目的。
    3. 不推不动。积极主动是一个好习惯。
    4. 不学习。多读书、看新闻、参加沙龙,不要停止好奇与学习。
    5. 焦头烂额:要学会时间管理,分清优先级。

    产品经理:为创造价值而生。案例:《未来的传奇——波音747的故事》

     

    第一部分 To B or not to B

    1 B 端产品经理  

    如何理解B端产品?

    B端产品主要分为两大类:

    • 为公司的管理服务,如:HR系统、OA系统;
    • 为公司的运营服务,如:供应链系统、ERP系统的。

    B端产品即要符合商业组织的战略要求,能够满足商业用户需求,将已有商业运行逻辑进行系统化、信息化、高效化处理。两类都是为企业流程效率服务,让分散的、低效的个体,更好地连接合作,发挥集成化的、系统化的更大作用。

    相较于C端产品,B端产品最大的特点是:面向特定领域用户,且数量少得多,但更注重对用户专业领域操作流程的深度挖掘——也就是专业性更强,与业务的结合更紧密。

    2  B 端产品经理的职业生涯

    B端产品经理工作:

    B端产品经理技能树:

    B端产品经理职业生涯:产品专员/产品助理>产品经理>高级产品经理>产品总监

    • 1.产品专员/产品助理:关注具体执行层面的协作,对产品的需求细化,以及对原型的设计和文档的整理
    • 2.产品经理:主要关注推动产品迭代、产品的实现与效果、数据和业务、感知业务和产品的发展方向。
    • 3.高级产品经理:主要关注商业价值和模式,以及和产品的全生命周期思考问题。
    • 4.产品总监:主要关注战略规划、业务发展以及团队管理。

    在这条职业发展路径的每个阶段关注的重点不同,要掌握的技能虽多,但不是每一种都需精通,可借鉴“二八原则”:真正重要的知识,或者在实践中被反复使用的知识,只占全部知识的20%。也就是说,20%的知识是需要反复修炼形成骨架的,剩下的80%在此基础上不断更新迭代。所以产品人要一直学习在路上。

    3  以精益思想为产品方法 

    花更少的人,更少的设备,更少的时间和空间为客户提供真正想要的东西。

    • 理念一:快。快时成本与效率的解决之道。
    • 理念二:流动产生价值。长时间没开发的需求就慢慢变得不实用要定期回顾他的价值或重新设计。
    • 理念三:采用最简单的方案。面对各有优劣方案举棋不定面对复杂流程而苦恼时,选取简单的方案是最优选择,结构简单的系统往往是最可靠的。
    • 理念四:处在联系中的事物才能被简化。简化不是减少,将需要简化的部分在系统中进行了转移。
    • 理念五:不害人的需求不是完整的需求。无论多坏的改变,都会有一些人收益;无论多好的改变,都会使一些人受损。在设计规则时,要多角度的考虑获益或者受损的角色。
    • 理念六:化散乱为规律,化应急为预测。懂得预测需求,否则就会疲于奔命。
    • 理念七:只可图示,不可言传。能用图表示的会更直观,更有助于发现问题。
    • 理念八:让公路排满车,就是堵车。将工作焦点转移到重要不紧急的事情上去。
    • 理念九:聚焦目标才能带来明确的结果。做产品如果想讨好所有的用户就会分散目标,变得平庸。
    • 理念十:持续改进,不忘初心。做出的产品方案需要不断优化,同时不断回顾最初目标防止跑偏。
    • 理念十一:细节体现专业。对事物的不断细分才能体现专业性。
    • 理念十二:不要造永动机。思考产品要从整体思考,不要陷入细节。
    • 理念十三:先准确,后精确。探索需求,先力求需求准确,再在此基础上精确的探索需求。

    第二部分 单个产品管理流程

    B端产品经理的工作流程归纳为五个阶段:

    • 产品规划→产品设计→产品研发→数据监控

    1. 规划阶段:基于组织的目标和战略,获取并分析需求,规划B端产品的发展方向和路径

    我们要从规划阶段开始设计我们的B端产品,在规划阶段,我们要开展市场调研、用户调研、产品路线规划、需求分析、需求管理等活动,这些活动分布在《用户体验要素》的战略层和范围层,即主要关注目标和实现目标的边界。

    这一阶段主要是产品经理要考虑的,作为刚入门的产品小白来说,可以先从了解行业动态开始,通过“人人都是产品经理”网站、喜马拉雅“36氪”等各种途径来了解,可以在茶余饭后与同事朋友聊聊,开拓思路。

    2. 设计阶段:基于需求和规划,设计产品信息架构、原型、交互、UI方案等

    在设计阶段,我们要开展设计信息架构,设计产品原型、设计交互、设计UI等活动。这些活动分布在《用户体验要素》的结构层、框架层和表现层,即要在界定的边界内勾划出最终输出物大体轮廓和具体执行方案及最终的输出物—产品。

    这一阶段涉及到具体执行层面,也是产品专员或产品助理应该重点关注的环节。目前阶段产品经理已经通过规划和分析需求了解到用户想做什么了,这一阶段即让概念进入产品化阶段。先不要急打开axure,我们需要先梳理出业务流程图和信息架构图,在此基础上再去进行细化,为了防止我们画原型时缺页面可以先梳理出页面流程图,最后再一气呵成完成你的原型设计。

    3. 研发阶段:根据已经设计好的产品方案,设计技术实现方案及推动产品研发。

    我们完成了设计阶段的工作后,将进入到研发阶段。在研发阶段,产品经理要协助研发开展产品开发工作。这个活动分布在《用户体验要素》的表现层,即关注最终的产出物—产品。虽说产品经理不需要写代码,但要承担项目管理、协助研发理清需求、协助测试开展测试以推进产品开发。

    在这个过程中,需要随时随地解答技术人员对需求的疑问以及协助测试人员将优化和bug分类整理,并安排优先级进行分批处理。

    4. 发布阶段:制订产品发布前的部署和培训计划,推动产品上线。

    B端产品在完成研发后,将进入发布阶段。在发布阶段,产品经理要开展制定产品发布方案、发布产品的活动。这些活动分布在《用户体验要素》的框架层和表现层。即关注具体的业务流程和最终的产品。

    在这个阶段前,要确认以下信息做好充分准备:

    • 1.产品是否具备待上线条件,比如是否有测试报告,是否得到使用方的验收通过;
    • 2.产品的操作手册和培训安排是否完成;
    • 3.产品上线时间是否合适,确保不要影响其他业务的操作。其他细节这里不赘述。

    5. 监控阶段:监控产品上线后的效果,收集并分析用户反馈的信息,并形成新的需求。

    在发布B端产品之后,产品经理将进入监控阶段。在监控阶段,产品经理要开展制定关键指标、收集及分析反馈信息的活动。这些活动分布在《产品体验要素》的框架层和表现层,即主要关注具体的业务流程和最终的产品。在监控阶段,产品经理要使用数据来监控产品上线后的效果,以及收集用户的反馈意见,最终为开启新的单个产品管理流程做准备。

    上线一段时间后,需要产品经理写上线邮件,主要目的有三个:

    • 1.总结与记录:总结项目过程,未来翻查资料速度超快;
    • 2.项目推动:产品上线后才是开始,需要推动、协调各方资源;
    • 3.团队润滑剂:给参与者帮助你的人正面反馈。监控阶段手机的新需求和反馈进行整理分析,用于后期优化产品。

    总体来说,B端产品经理主要关注3个方面:表现层、领域层、数据层。

    • 表现层:即用户界面,用户直接与系统进行交互和操作;
    • 领域层:是商业和业务逻辑,是核心关注点;
    • 数据层:关注是系统之间的交互与数据存储,系统之间会以接口的形式传送数据,关注接口传输性能、传输内容等。

    4 规划阶段:产品设计的开始 

    一、产品规划:调研市场→调研用户→规划产品路线→分析需求→管理需求

    在规划行动方案之前,一定要记得先问自己:有什么事情我“今天”做了,可以让“明天”更好,或者至少让“明天”不会更糟。

    1.调研市场:找B端竞品。

    目的:分析产品可能存在的盈利点,获取行业经验和方向

    需要:产品创意、行业信息

    方法:商业模式画布、SWOT分析、竞品分析

    指标:竞品分析报告、商业需求文档

    • 明确目的。想清楚你要查询的信息,定好方向再起步。
    • 与业务同事沟通。咨询业务同学竞品名字。
    • 了解专有名词。如ERP、WMS,通过搜索专有名词找到可用资料。
    • 找到同类SaaS产品。
    • 搜索信息渠道。知乎、简书,知网、万网。

    2.调研用户:倾听用户声音。

    目的:分析和研究产品使用者

    需要:竞品分析报告、商业需求文档、产品创意

    方法:用户研究方法(问卷调研、用户访谈等)

    指标:用户调研报告

    • 用户的话不能全信。为了引起重视而故意夸大,害羞或怕说错话不去表达真实想法。
    • 能有的功能,用户都希望有。人性贪婪。
    • 明确词语含义。“我希望报表更快一点”“更快一点”就需要进一步明确。
    • 尽量不要问有固定选项的问题。列选项即使没有他也会选择。不认让用户给选项打分0-10分。
    • 重述用户所说。将用户的话用产品经理的语言再说一遍,让用户判断说的对不对。
    • 别让用户预测。不要让用户设计产品,与未来相比用户当下的行为更有准确性。

    师徒制,三段式问法:请教>刨根问底>核实

    1)发现问题:你正在做什么事情?做的过程中有什么不舒服的吗?遇到了什么问题?

    2)分析流程:你现在用什么方法来解决整个问题?

    3)探索机会:为了更好的解决整个问题,你认为有什么方法可以帮到你?或者哪些地方可以优化下?

    3.规划产品路线:缩小现在与未来的差距  

    目的:规划产品路线、节奏

    需要:竞品分析报告、商业需求文档、产品创意、用户调研报告

    方法:

    • ①列出为了缩小差距所要做的事情
    • ②目前产品的约束条件,找出其中能做到的事情
    • ③预测这些事情会使产品有怎么样的结果
    • ④给这些结果排序,给他们加上一个期望日期

    指标:产品发展路线图Roadmap(实现时间、名称、目标、功能、优先级、度量标准)

    • 时间:完成时间是什么时候
    • 名称:实现的产品名称和版本号是什么
    • 目标:要实现什么样的目标,以及想要获得的收益
    • 功能:实现的功能是什么优先级这些功能的优先级是什么指标用什么标准来衡量已经完成并实现的计划

    有产品目标后要做好目标管理,规划行动方案,实时反馈并验收成果。

    1、分析和预测需求。

    产品经理首先要明确与产品成败相关的因素。要了解用户对各因素的期望。之后用现在和未来的时间维度去分析获得信息。从现在和未来的角度发现差异,目前用户从我们产品获得什么?是否让其满意?接下来用户还希望产品有哪些功能?

    2、现状分析。

    分析目前自己的产品处于什么状态。目前该产品与行业优秀产品有什么区别?

    3、缩小差距。

    • a、用头脑风暴列出为缩小差距所要做的事情。
    • b、思考从目前的约束条件列出清单中可以做的事情。
    • c、已经选出的事情会使产品有怎样的结果,最好能够测量。
    • d、给结果排序,列出优先级及期望实现日期。

    4.分析需求:用图形代言需求   

    目的:将需求具体化

    需要:竞品分析报告、商业需求文档、产品创意、用户调研报告

    方法:筛选需求(需求蛋模型)→思考需求(D×V×F>R)→解析需求(UML统一建模语言)

    指标:需求说明文档

    需求应有的特征:

    • 痛点:好的需求犹如根治用户痛处的良药。B端产品通过调研用户基本可提炼出痛点。
    • 收益:需求应有可量化的结果导向。
    • 明确、可行、简单的第一步:挖掘需求就是降低需求中的含混性,使之明确。如果在需求落地成型阶段才发现含混性,这个时候的改正成本实在是太高了。

    需求的变革公式:不满情绪*变革愿景*初步实践>变革阻力。对现状的不满、对变革的期盼、愿意迈出明确的第一步等其中任何一个因素没做到将导致变革失败。

    • 需求的可行性=(需求的当前价值+未来价值)/(需求的实现成本+维护成本)
    • 解析需求:数据驱动,行为产生数据,数据联系行为。数据流动形成数据流,从而把业务中的人联系在一起。

    举例设计一个咖啡馆的管理系统

    • 1、画流程图先把主要流程总结出来。

    进店——点餐——下单——制作食物——送餐——就餐——结账——离店

    • 2、对主要流程进行细化。如果流程图中的活动数量超过7+-2的范围,则颗粒度太细或太粗。

    比如将点餐流程进行细化

    • 3、实体关系图(ER图)

    数据之间三种对应关系:一对一、一对多、多对多

    • 一对一:顾客就餐完成后需要支付自己的账单。顾客1——1账单
    • 一对多:服务员工作可以为多个顾客服务。服务员1——n顾客
    • 多对多:面包、咖啡等可以被不同客人点单。菜品n——n顾客

    数据对象的属性也是一类数据,用来描述数据对象,并且多个数据对象可以包含相同的属性。如何区分数据对象和属性:xx单、xx表一般都是数据对象,数据对象区别于其他实物独立存在的个体,数据对象一般能用量词“类”来形容。数据对象的属性数据可被用来增删查改,可以通过该来查漏补缺。

    • 4、数据流程图

    数据:表示数据流,连接数据流程图的各元素。

    外部实体:外部实体表示系统之外的人或事物,它可以成为整个数据流的起点或者终点。

    数据储存:存储数据的区域。在现实中,可能是单或者表格表格。

    活动操作:对数据进行操作,包括数据的流入和流出。

    • 5、用例图

    用例是对产品功能需求的描述。

    需求文档

    • 1、需求名称
    • 2、背景
    • 3、目标与收益
    • 4、功能需求。业务概念、流程展示、需求描述。
    • 5、非功能需求

    5.管理需求:打造简单可实践的需求池 

    目的:将需求具体化

    需要:产品发展路线图、需求说明文档、产品创意

    方法:需求收集(急诊模式)→需求设计(登机模式)→需求研发(看板模式)

    指标:需求池、需求排期计划

     

    需求的重要性:为了区分同一优先级的多个需求,可以用重要性来辅助优先级管理需求。

    重要性就是对需求进行打分,分数范围是1—100分(根据5个优先级可以分成5等分),每个需求的分数是唯一的。优先做分数大的需求。

    优先级和重要性一旦确定,所有的资源将向这些需求倾斜。处理跨部门的需求时,使用优先级尤为重要,但重要性的分数不能跨部门比较。

    5 设计阶段:产品从概念到解决方案

    产品设计:设计产品架构→设计产品原型→设计交互→设计 UI

    1.设计产品架构:设计让产品立得住的骨架 

    需要:产品发展路线图、需求说明文档、需求排期计划

    方法:   设计信息架构(三要素:情景、内容、用户)→输出站点地图(UML)

    指标: 站点地图

    信息架构(收纳信息)

    • 信息架构三要素:情景,内容、用户。
    • 信息架构五组件:组织系统、标签系统、导航系统、搜索系统,
    • 组织信息:根据时间字母等对信息进行组织分类。
    • 给信息加标签:用一个名称对大量的信息进行概括,就是给信息加入了标签,便于快速查询。
    • 设置找到信息的路径:导航
    • 搜索信息:搜索功能
    • 描述信息的特征:通过各种条件筛选数据。

    站点地图(原型设计起点)

    • 各页面的层级关系。b端产品的四种基本页面类型:表单页、详情页、列表页、Dashboard页
    • 表单页:用户向系统增加、删除、提交信息的操作页面。
    • 详情页:展示详细信息。
    • 列表页:向用户展示结构化的数据信息。列表页的设计大部分来自用户对实际数据的操作和展示。
    • Dashboard页:仪表盘,监控系统运营情况。

    2.设计产品原型:高效产出原型的方法

    需要:站点地图、需求说明文档

    方法:   交互设计、排版、axure 技能、

    指标: 产品原型、PRD 文档

    模式思维

    模式,指可以重复使用的方式和方法。类似于乐高积木原理。

    以厨房设计为例,厨房空间需要炉灶、水槽、食物储存区、操作台四个区域。以上四个部分距离不能太大在3m以内,操作台的范围大致在1.2-3.6m。要在一个页面上满足用户多种活动需求,比如信息查看、搜索、下载等,每种活动对应一种解决方案,这个解决方案就是模式。设计模式是由组件组成,组件是构成设计模式的基本元素。

    因此设计产品原型的流程:

    • 1、根据站点地图,找到要设计的页面类型。(列表页、表单页、详情页、Dashbard页等)
    • 2、根据页面类型对应用户操作行为,思考出各自对应的模式。
    • 3、用组件搭建成对应的模式。各种模式的布局和组合最终形成产品原型。

    总结属于自己的设计模式

    • 1、模式名称:给自己的模式起个名称,便于管理交流。比如,搜索单据。
    • 2、概念和价值:描述清楚这个模式是什么,即给模式下一个定义。写清楚给用户带来什么价值。
    • 3、使用范围:该模式相关的边界条件。比如在用户登录情况下,向用户推荐常用信息。
    • 4、模式描述:用文字图片等形式描述清楚模式由哪些组件构成及该模式是如何运行的。如:用户在输入框录入关键词时,会实时展示提示信息,便于用户选择。
    • 5、相关模式:与这个模式相关的模式还有哪些。

    三种精度的产品原型展示

    • 低精度原型:即页面流程图,展示页面中的关键组件及页面之间的跳转流程。
    • 中精度产品原型:像照片一样,展示包含所有组件的页面,主要展现页面布局。
    • 高精度产品原型:详细展示原型中各个组件在不同操作下所展示的信息。

    需求文档加上 网站地图及产品原型就为产品需求文档。

    3.设计交互:让B 端产品简单易用  

    B端产品更加偏重于工具属性,注重帮助用户完成工作效率和效果。所以,设计C端产品的交互更像是设计一本赏心悦目的小说,设计B端产品更像是一本产品说明书,需要追求使用的高效和易学性。

    4. 设计UI:如何与设计师高效沟通 

    跟设计师的合作注意以下几点:

    1. 主动学习设计知识,如:常逛逛Dribble、优设、站酷之类的设计网站,提高自己对设计的认知。同时,了解公司或团队的设计规范。
    2. 明确指出设计重点,表达顺序。明确页面中重点功能是什么,使用者在什么场景下使用,以及希望用户重点使用的界面组件和信息有哪些。
    3. 给出设计案例。可以找一些比较好的设计案例给设计师参考,指出案例中哪些元素可以参考。

    尼尔森十大可用性原则

    • 系统状态可见:用户能够随时获得产品反馈的信息,会让用户产生对产品的信任和安全感。
    • 系统与真实世界匹配:要参考真实环境使用的单据和报表,将其映射在产品中。
    • 用户掌控和自由操作:用户可以自由退防护或者结束当前任务。
    • 一致性和标准化:让界面元素和操作形成一套让用户可识别、可学习的标准,并且在产品的任何地方都可以应用。
    • 避免错误:需要检查一下界面的按钮是否可能产生误触。
    • 直接识别比记忆好:产品要减少用户的记忆负担。
    • 灵活高效地使用:要不断地提高界面使用效率
    • 美观和简约的设计:设计要简明突出。
    • 帮助用户识别、诊断和解决错误:着重关注给用户反馈的操作信息,且尽可能以友善的态度表达。
    • 帮助和文档:需要在界面上提供必要的使用帮助,并整理出专门的产品使用文档帮助用户学习。

    6 研发阶段:产品方案的实现

    产品研发:项目启动→规划→执行→监控→收尾

    1.项目启动

    说明项目目标、阶段划分、组织结构、管理流程等关键事项

    2.规划

    明确研发工作内容以及各需求点的研发、测试负责人,评估研发时间,制定排期计划表

    c74f78d09f414bb4c6fdc280e845e405-picture

    3.执行  (一个Java项目的标准开发流程

    总体设计→概要设计→详细设计→编写代码→代码审核→单元测试→集成测试→系统测试→发版上线

    4.监控

    对项目输出成果或者阶段性成果进行检查,看看是不是我们想要的或是缺少了什么

    PS:需求看板可以有效管理各需求进度,防止需求堆积拥堵导致项目不能按时交付

    deabb9c4f7e461fec6e0088f7e51a8b6-picture

    5.收尾

    试用、培训、维护、项目回顾复盘

    项目管理

    在研发阶段,产品经理需要承担起项目管理的义务,协助研发和测试同事,以推进产品开发。

    项目管理的四个维度:范围、时间、质量、成本。

    可对应的项目目标:多、快、好、省。

    1、核心问题,什么是项目?项目是为创造独特的产品、服务或者成果而进行的临时性工作。据此对项目有三个定义。

    • 项目有明确的开始和结束,也就是项目有明确的开始时间和结束时间。没有明确开始时间和结束时间的活动称之为运营。运营是一个通过连续不断的工作来交付成果。
    • 项目会产生成果。最终提供用户使用的产品功能。
    • 项目计划随着项目的开展而逐渐详细。项目会随着计划的开展展现很多之前未考虑到的细节

    2、项目目标,多、快、好、省在将要延期的情况下可以考虑砍掉部分功能而不要增加开发资源。

    3、项目计划:

    项目风险管理:

    项目风险:如果发生不确认的条件和时间,会对一个或多个项目目标造成影响。

    项目沟通:

    原则:不论采用何种手段,邮件、微信、电话、面谈,信息的发出方一定要保证接收方能够收到并且理解信息,做出反馈。

    项目推进:

    推进项目的重要基石是:标准化——标准化指完成某项工作的最佳工作方法。

    产品经理可以将项目过程遇到的问题及处理方法、人员配合方式、项目流程等经验或文档分享给其他项目成员,推而广之,达成大家的共识。

    比如:

    • 项目会议纪要模板:帮助大家高效输出内容完备的会议纪要。
    • 上线验收清单模板:让大家按照清单和步骤执行可以减少出错、提高效率。
    • 项目工作流:明确各自角色的任务及配合时间点,团队配合更紧密。

    标准化可以避免项目再次陷入相同的错误中。沿用成功的工作方法、经验,让项目不断被顺利推进。

    而在研发日常跟进中,可以采用看板模式来记录和跟进。看板管理需要注意的就是:避免某个阶段的需求出现拥堵,或者是一旦发现拥堵,要及时疏解。

     需求卡片可以包含如下信息(工具Trello、Teambition)

    • 1、需求名称
    • 2、需求的相关人:需求人、负责人、产品经理、研发工程师
    • 3、需求类型:如需求涉及哪些系统、哪些部门等
    • 4、需求完成时间
    • 5、需求描述:可以附上产品文档
    • 6、需求优先级

    7 发布阶段:产品上线的临门一脚

    上线前需确认的信息:

    1. 产品是否具备上线条件,比如:是否有测试报告,是否得到使用方的验收。
    2. 产品的操作培训是否完成,或者是否至少有使用说明文档。
    3. 产品上线时间是否合适。产品上线的时间点是否会影响其他业务操作,是否需要配合整体的运营计划。

    产品发布:

    产品推广产品,可运用营销推广模型的核心思路:描述一个重要的问题,并让大家认同,之后介绍产品给出的解决方案。

    营销推广模型分7步:

    1. 背景介绍:介绍所发布产品的背景信息,比如:时间、地点、任务、事件等信息,便于大家了解背景知识,从而减少认知负担。
    2. 描述阻碍:描述用户目前会遇到的问题,并让大家认同该问题确实会给自己带来不便。
    3. 点燃希望:向大家说明这个问题有解决方案,引起打击的期待和注意。产品经理客户可以介绍这个问题的解决方案,及概念或者同行业对这个问题的解决思路。
    4. 震撼登场:抛出问题的解决方案——即发布的产品是什么。
    5. 展现价值:描述这样的解决方案和产品会给用户带来怎样的价值和收益,可以配数字,这样会更有说服力。
    6. 精雕细琢:介绍产品重要的细节、工作原理。
    7. 给出诱惑:给大家送一些福利,让大家快来体验产品。这里可以根据实际情况来选择使用。

    发布一款产品或者介绍一个功能并不都需要发布会的形式,产品经理可以应用简单有效的演讲框架快速打动用户。

    8 监控阶段:让产品不断生长  

    8.1 制订数据指标及目标:产品演进的航标  

    • 8.1.1 数据指标的黑箱和二律背反  
    • 8.1.2 关键成功因素法:制订数据目标的方法  

    8.2 收集及分析反馈信息:整装待发  

    • 8.2.1 零基础快速入门SQL 的方法  
    • 8.2.2 与用户座谈的产品回顾会  

    数据监控:制定关键指标→收集分析反馈信息

    1.制定关键指标

    方法:关键成功因素法,输出OGSM表(如图)

    定位长期目标→制定对应的短期目标→找到实现短期目标的关键成功因素(CSFs)→确定 CSFs 实施的测量方法

    5fcd58bd96f7eb1cdf86b13847f05510-picture

    2.收集及分析反馈信息

    产品回顾会:制定会议章程(会议邀请邮件)→展现事实(影响/问题)→集思广益(问题&方案)→决定做什么(总结行动项、负责人、deadline)→总结和公告(整理会议纪要)

    产品监控数据指标:

    数据监控应该监控什么才有意义,从黑箱、仪表盘和二律背反理论中我们可以得到一些启发。

    • 黑箱:

    我们只能输入和输出,而并不知道事物真正运行的原理是什么,比如:电商网站的输入是用户进站浏览,输出是订单。那用户在浏览网页所做的行为和决策就是黑箱。 通过研究黑箱,我们可以提升用户转化率。

    • 仪表盘:

    通过汽车的仪表盘速度、耗油量等数据指标,随时反馈出汽车的状态。没有仪表盘的汽车随时都有失控的危险。对系统运行状态的监控也是,数据指标要尽可能覆盖全面,比如:出现问题的次数、加载时间、业务相关数据等。

    • 二律背反:

    二律背反指规律中的矛盾,在互相联系的两种力量的运动规律之间存在的相互排斥现象——即两种事物此消彼长、此长彼消、相背相反。

    因此,我们除了关注数据指标之间的相关性,更需要找到这些处在二律背反的指标,然后进行指标配对。通过指标配对,防止过度监控或者提升一个指标而带来副作用,用另一个指标来辅助分析和监控,从而权衡出好的办法以解决问题。

    德鲁克说:如果没办法计量就没办法管理。数据指标就是管理量化的表现。监控部分数据指标来监控系统的运行状态,如B端产品数据指标包括出现问题的次数、加载时间、以及业务相关数据指标。

    制定数据目标思路:关键成功因素法

    • 定位长期目标。产品经理找到组织或者团队的长期目标是节省成本。
    • 为了实现长期目标,需要制定对应的短期目标。如在长期目标的基础上拆解出短期要完成的目标是减少包装成本。
    • 找到实现短期目标的关键成功因素。如实现减少包装成本的短期目标可以做的工作是系统推荐使用的包装盒形状等。
    • 确定关键成功因素实施的测量方法。找到所要实现目标所要做的事情后,需要一个标准来测量是否施行到位。如,我们使用推荐准确率达到90%的指标来监测。

    数据采集:

    SQL是查数据和做报表的工具,建议产品经理都要学:

    • SQL可能是最容易入门的编程语言。因为他书写出来的代码,完全是按照英语语法,是初中语法中最简单的部分。只要学习非常少的SQL知识,或者说是几个英语单词,就可以快速在工作中使用。
    • 使用频率非常高。
    • 有助于产品经理理解数据分析的思路。

    SQL 入门手段:

    • 《SQL基础教程》,这本书内容实用且基础,适合零基础的人学习,且它描绘了很多使用场景。
    • 学习编程的网站,如http://www.w3school.cn/ ,这里的教学内容简约便捷,可以当成SQL使用的工具字典
    • 找一名程序员同事当老师,随时实践、随时请教问题。

    在监控指标时需要注意的细节:

    制定数据目标的原则:具体、可衡量、可实现、有相关性、有截止时间。

    根据关键成功因素的分析思路最终输出OGSM表。OGSM是Obiective(长期目标)、Goal(短期目标)、Strategy(策略)、Measurement(测量方法)名词的首字母。形成另一种展现形式长期目标:节省成本短期目标策略/关键成功因素测量方案行动方案减少包装成本系统推荐包装盒形状系统推荐率达到90%的指标Q1完成功能研发产品回顾会

    • 制定会议章程。会议前产品经理发送邮件包括开会目标、会议议题、时间地点、会议流程、参与人员、准备资料等。产品经理要保障会议内容简单明了,以及重要人员可以出席。会议开始后产品经理也要重申会议章程内容,让与会者明确会议议题。
    • 展现事实。阐述与产品相关的实际情况,上线后对业务运营数据的影响,或产品出现的问题和故障有哪些?记录会议内容,控制好节奏。
    • 集思广益。陈述完事实后,讨论找到解决方案。
    • 决定做什么。讨论完成后产品总结会议后的行动项,以及行动的负责人和完成时间,便于会议内容的追踪和落实。
    • 总结和公告。会议收尾时,产品经理作为主持人要总结本次会议所有参会人都同意的重要结论。散会后将结论总结为会议纪要发给相关人来备忘。

    第三部分 产品经理的自我管理

    1、帕金斯定律人在做一件事情时,耗费的时间越长就会感到越累。

    2、产出=活动*杠杆率越符合组织、团队战略或目标的活动越具有高杠杆率。

    3、提升工作速度

    • 建立收件箱:产品经理不要被当前来的事情打断,让当前来的事情进入收件箱,然后分配时间去处理。
    • 把场景相同的活动放在一起做:把类似的事情集中在一起做,减少任务切换的时间。
    • 找到关键路径:产品经理在必须做的事情中可以插入可以并行的工作。
    • 制定每天的活动计划:每天开始要预想一天的工作,哪些是重点工作,哪些是可以放到一起做的工作。但也不要把每天的工作排的非常满,导致没有时间应对紧急情况。
    • 合理拒绝别人的猴子:对于做不了或者暂时没时间做的工作坚决说不。如果在接受事情前,没有评估好是否能保质完成,那就违背产品经理的职责。
    • 学会番茄工作法:没工作一段时间就休息一会。

    不主动,工作没有重点,求大求全是产品经理的绊脚石。

    4、产品力

    产品经理的技能可以分为硬技能和软技能。

    • 硬技能包括:用户调研、产品规划、需求分析与管理、产品方案设计、数据分析等。
    • 软技能包括:项目管理能力、时间管理能力、沟通能力等。

    5. 产品力的获得途径

    作者的个人情况或习惯:

    • 喜欢看书、涉猎历史、哲学、科学、经管、互联网、技术等各个领域的书籍。
    • 把写书列为一个长期的目标,规划了5年左右的时间。
    • 因为B端产品经理的知识没有成型理论和体系,所以,作者立志填补这项空白。期望自己的总结和思考,为中国产品经理职业发展提供理论和实践的支持。
    • 为了写书,查阅大量现有的互联网、经管类书籍,还有大量的软件工程类书籍,以及学术论文。
    • 查阅资料注重追溯知识本源,了解知识的核心要义。
    • 本书展示了作者对B端产品经理的理解,介绍了B端产品经理的工作流程、工作方法、工作场景,以及作者在工作中的经验总结。
    • 喜欢跟研发同事散步聊产品和设计,在无拘无束的畅谈中总结自己对产品的看法和观点。

    以上,可以了解到作者身上几个难能可贵的品质:

    • 对世界充满好奇。在好奇心的驱动下,习得的知识非常宽广。
    • 对产品工作发自肺腑的热爱。兴趣让学习、规划和实践更加纵深。
    • 目标驱动、规划落地。目标明确,为达目标时刻准备。
    • 喜欢追根溯源。了解知识时追求本源,学习知识时抓核心要义。
    • 持续学习,知识内化,不断总结和输出。工作实践不断总结成经验和方法,形成自己的理论体系,揉碎成通俗易懂的生活例子阐释。
    • 寻求好的实践经历。在好的项目、工作环境中迸发出更多的灵感和提升。

     

    展开全文
  • B端产品经理基本介绍

    千次阅读 2019-01-06 21:28:57
    什么是B端产品? 在B端或者to B中,B代表Business,即商业。简单来说,B端产品让企业更加舒服、更加快捷地运转,从而向消费者收费并提供服务。 B端产品能做什么? B端产品可以为公司管理服务、运营服务。为公司...

    什么是B端产品?

    在B端或者to B中,B代表Business,即商业。简单来说,B端产品让企业更加舒服、更加快捷地运转,从而向消费者收费并提供服务。

    B端产品能做什么?

    B端产品可以为公司管理服务、运营服务。为公司管理服务的B端产品包括HR系统、OA系统等。为公司运营服务的B端产品包括供应链系统、ERP系统等。

    B端和C端产品的不同

    产品的使用者

    • C端产品是面向大众用户的,谁都可以用,比如微信。C端用户数量,需要通过运营推广来不断扩大。
    • B端产品是面向企业或者商业领域内特定范围的用户的,使用者非常小。比如,公司内部的薪酬管理系统,可以只有几个人使用,以管理工资。

    产品的提供者

    • C端产品的提供者来源于市场,用户都是通过应用市场或直接登录网页,来获取产品和服务。
    • B端产品可以由企业内部团队来开发,比如ERP(Enterprise Resource Plannings,企业资源计划)、SRM(Supplier Relationship Management,供应商关系管理)。SaaS模式(Software-as-a-service,软件即服务模式)

    产品的需求

    • C端产品用户体量大,需求有时并不清晰,所以需要挖掘整合,是一个从零到一的创造过程。产品上线必须通过数据分析、用户调研等方式,才能收集到反馈信息,从而进一步迭代产品。C端产品经理对用户的理解大多源于生活习惯、感悟、竞品分析、行业发展。
    • B端产品更像是VIP服务,面向特定的群体,能够收集明确的需求,是从一到无穷大的整合过程。产品上线后,能够直面用户反馈作用,收集反馈,快速迭代。B端产品经理对用户的理解来自特定行业的深入理解,熟知第一线使用人员的操作流程,会使手机的需求更加真实。

    B端产品经理会关注那些方面?

    表现层

    表现层即用户界面,用户直接与系统进行交互和操作。关注界面设计中模式和组件的搞笑及是否可用。优先关注界面的可用性,其次是是否好用。

    领域层

    领域层是商城和业务逻辑。产品经历关注业务逻辑流转并参与到其中的各种角色。产品经理要切分好每个业务逻辑边界,并划分好参与其中的角色,最终实现模块与模块之间,角色与角色之间的高效协作。

    数据层
    在数据层,关注的是系统之间的交互与数据存储。系统之间会以接口的形式传送数据,产品经理关注接口传输性能、传输内容等。同时,理解数据是B端产品经历挖掘需求和分析需求和分析需求的基础。

    工作流程

    五大阶段:

    规划阶段:基于组织的目标和策略,获取并分析需求,规划B端产品的发展方向

    设计阶段:基于需求和规划,设计产品信息架构、原型、交互、UI方案等。

    研发阶段:根据已经设计好的产品方案,设计技术实现方案及推动产品研发。

    发布阶段:制定产品发布前的部署和培训计划,推动产品上线。

    监控阶段:监控产品上线后的效果,收集并分析用户反馈的信息,并形成新的需求。

    五大层:

    战略层:B端产品经理在这一层级的活动,主要关注的是目标。

    范围层:B端产品经理关注的是实现目标的边界。

    结构层:B端产品经理要在界定的边界内,勾画出最终输出物的大体轮廓并列出要做的事情。

    框架层:B端产品经理要设计出具体执行的方案和线路图。

    表现层:B端产品经理关注的是最终的输出物-产品

    B端产品经理的技能树

    产品经理的硬技能

    硬技能 技能描述 技能点(获取技能的知识)
    产品机会评估 B端产品经理通过调研市场,进行竞品分析、SWOT分析,来评估产品机会以及营利点

    竞品分析、SWOT分析、市场调研

    用户调研 B端产品经理通过用户研究知识,和用户研究方法,获取反馈信息并分析形成结论 用户研究、社会学、心理学
    产品规划 B端产品经理规划产品发展战略和路线图 运营管理、战略管理
    需求分析 B端产品经理分析出客户想要什么和不想要什么,能够分析和梳理业务逻辑 UML(统一建模语言),软件工程
    需求管理 B端产品经理管理需求的生命周期,以及需求与需求之间的相关性和优先级 项目管理
    信息架构设计 B端产品经理对信息进行统筹、规划、设计 信息架构、交互设计
    产品方案设计 B端产品经理将用户需求转化为可以投入资源、落地执行的解决方案 原型设计、产品文档撰写
    技术实现评估 B端产品经理评估实现产品方案的技术可行性、技术实现成本和维护成本 软件架构
    用户体验设计 B端产品经理在产品可用的基础上,关注交互和UI层面的实现,让产品更加好用 交互设计、UI设计、平面设计
    产品发布 B端产品经理在产品待上线阶段。为发布产品做准备工作,包括培训用户、制定和推进上线计划 培训、演讲、项目管理
    数据分析 B端产品经理通过收集数据,并对其进行分析并获取结论 统计学

    产品经理的软技能

    软技能 技能描述 技能点(获取技能的知识)
    沟通 B端产品经理清晰表达所思所想,以及明确理解对方所表达的含义 心理学、沟通技巧
    逻辑思考 B端产品经理能够思考和发现事物之间的关系,并有条理的总结归纳 逻辑学、金字塔原理
    大局观 B端产品经理能够在发现事物之间联系的基础上,发现它们之间的主要矛盾和次要矛盾,能够发现问题的主要方面和次要方面 唯物辩证法、系统论
    执行力 B端产品经理在既定目标和确认范围下,让事情尽最大可能的分阶段、有计划的实现 项目管理
    时间管理 B端产品经理能够合理规划时间去做做事情,并尽可能实现收益最大化 GTD时间管理方法
    自驱力 B端产品经理能够不断自驱去学习和成长 心理学、职业规划
    展开全文
  • B端产品经理产品心得(二)

    千次阅读 2018-04-25 11:50:25
    B端产品经理在设计过程中需要遵循一些原则,避免一些误区,不断提高基础能力。一、B端产品经理需要遵循那些原则?1)业务为基,产品思维展开;上一次是说B端产品经理都是以提升供应侧的工作效率的,所以B端需求都是...

    B端产品经理在设计过程中需要遵循一些原则,避免一些误区,不断提高基础能力。

    一、B端产品经理需要遵循那些原则?

    1)业务为基,产品思维展开;上一次是说B端产品经理都是以提升供应侧的工作效率的,所以B端需求都是以业务问题为导向的。作为B端产品经理一定要理解业务,根据业务的实际发展,用产品思维去梳理逻辑,设计产品工具来解决问题。有些业务同学会说,我希望要一个反馈功能,其实可能隐藏了一个工单系统需求。

    举例:之前设置过一个编辑工作台,原来业务诉求说希望编辑能够在完成销售的菜品录入任务后给销售一个反馈。深入了解后才发现其实编辑都是通过线下邮件形式接受菜品录入任务和解决问题。设计思路如下:

    按照我们上一个博客来说这个需求的话,我们面向是编辑和销售两个角色,需要设计两个角色沟通的通道,建立在已有的菜品录入平台上的一个任务处理平台(系统边界);

    系统流程逻辑,销售发起任务,编辑认领任务或者上级分发任务,处理任务(任务正常处理和任务非正常处理),处理过程销售可监控,处理完成后,销售可投诉,投诉后的工单可再次被分发处理(任务流转节点设计);系统最小维度应该是工单任务;

    编辑工作台,任务根据业务形态可能有多种,角色分为:普通编辑、管理者、销售角色,每个角色在任务节点所承担的职责,任务内容尽可能最大程度涵盖所有业务场景,用系统流程逻辑将这些角色和任务串起来,借助现有菜品录入台,完成整个工作台原型设计,以页面展示;

    最后就是完善一些交互逻辑、权限逻辑,以文字形式将原型里面的图表、页面、功能点详细描述出来;

    2)脱离了使用者的产品纯属扯淡,忘记了这句话出自何处了,但是这句话对我作为产品经理是具有指导意义的,产品改变了我们的世界,我们世界基础构成是一个个人,我们因为人的需求,才出来了一个个产品;所以在做编辑工作台之前我特地去编辑工作地方考察了一天,也在编辑工作台上线后的也去实地看了一天,最后发现编辑认领操作频率太高,要点击按钮才知道现在没有可认领工单,所以后期也补充了1分钟待认领工单条数更新一次的策略,虽然对服务器压力还是比较大的,但是解决了编辑一个实实在在的痛点;

    3)降低系统的耦合性,提高可扩展性;在这个点上,我是实实在在吃了亏的,我刚进现在公司时候,其实是负责商业CRM系统的,我要重新改造一个审核流程,使其达到审核同时不影响业务下单,但是当前的商户状态和审核状态是同一套状态,耦合度很高,其实只要多增加一些审核状态即可,但是为了区分商户状态,所以增加了商户状态和审核状态的不同组合状态,实在是因为涉及到的东西太多,如果要改,基本上是系统重构了;这个事情说明了,系统设计之初,这个设计的产品经理完全没考虑那么多,才会造成产品可扩张性差。

    二、产品需要避免那些误区呢?

    1)可扩展性差,重要的一点哟,不重复说了;

    2)功能无边界性,这个也是产品经理误区之一,功能设计无边界性,就会拥有好多重复的相同功能入口;其实我做公共审核平台也是出于这样的出发点,目标就是给业务同学呈现了一个公共的审核入口,而不是不同业务审核有不同入口,这样造成的业务培训成本会很大;

    3)确少前瞻性,新入行产品经理会认为针对本次需求这样,但是没有深入了解公司业务战略,为之后一些业务拓展,留一些业务入口;

    4)产品功能设计太拘泥细节设计了,什么样子的功能都想以线上形式实现并支持,这种想法是不可行的,如果真实的业务场景此服务只有一个人使用,而且需求可能变化概率比较大, 那我觉得前期以最节省时间和资源形式先支持即可,不必做太过复杂的功能;

    5)功能太繁琐麻烦,好的产品培训成本会较低,比如微信等,功能一目了然,主产品逻辑简洁有条理性。如果太过复杂,那就是为之后的功能更新埋坑;

    三、B端产品经理需要拥有哪些能力?

    1)逻辑能力,这一点上,理科生相比于文科生还是有很大的优势的,在我接触的过的优秀B端产品经理中,理科生会很多,而且也更受研发、测试、交互、业务同学欢迎,文科生在C端产品中会更容易显示文科生一些优势;

    2)理解业务能力,对于业务的认知和快速面对能梳理出业务中的问题,不同公司可能业务不同,所以要求产品经理要能够快速理解当前负责的业务发展进程;

    3)学习能力,活到老学到老,这句话对于当前社会的每个行业都是这样,变化的实在太快了;

    4)沟通能力,因为产品经理是对产品负责,贯穿这产品整个生命周期,参与的人也比较多,如何协调好各个角色资源,从而达到产品最终的目标,这也是产品经理必备能力之一;

    心得应该先到此为止了,下面我会将自己之前做的一个项目,详细做一个复盘;



    展开全文
  • 如何做好B端产品

    千次阅读 2019-07-04 09:57:15
    如何做好B端产品呢? 作为B端产品经理,要充分了解自己负责的业务方向,要在实际的业务需求中发现问题、理清逻辑、形成解决方案,进行产品设计、推动上线、最终为企业业务提升工作效率。 具体的步骤如下: 1明确...
  • B端产品设计规范 没有规矩不成方圆 在这里我和大家分享下在做B端产品的一些心得与规范 与君共勉 image
  • B端产品经理产品心得(一)

    千次阅读 2018-04-24 16:55:36
    1、什么是B端产品经理? 顾名思义,B端产品是面向内部的产品,内部就是指供应侧,每个公司由于业务不同,供应侧对象也不同,体量级也有大有小;2、B端产品经理相较于C端产品经理区别? 1)B端产品经理要有很强的...
  • 互联网B端产品设计经验总结

    万次阅读 2017-12-20 19:29:44
    一、什么是B端产品 B端产品,可以概括为:在供求关系中,给供给端使用的产品或系统。 B端产品区别于C端产品的特征是: C端产品,侧重满足个人生活需求,给用户提供愉悦感(满足便利、新鲜感、虚荣心、...
  • 设计B端产品的基本原则

    千次阅读 2015-07-14 17:35:40
    设计B端产品的基本原则 3年前我来到Facebook主管商业产品设计,即便之前只有C端产品经验,但我还是一头栽进了默默无闻却又举足轻重的B端市场。具体来说,我的任务是为Facebook组建商业产品团队,挖掘其作为...
  • 剖析钉钉:B端产品的C端化运营策略

    千次阅读 2018-04-10 00:00:00
    作者:迪迪点点滴滴全文共 3003 字 7 图,阅读需要 7 分钟———— / BEGIN / ————钉钉作为目前国内首屈一指的B端产品,其整体运营策略带有浓厚的阿里色彩。今天我们主要来看一下这款B端产品的运营打法。一、...
  • C端和B端产品浅析

    千次阅读 2020-09-10 23:28:45
    图 史江鸿 《雏步》我在8月18日发表的公众号推文《探索性测试 VS 精益测试》中提到,对于ToB类型的产品,倡导精益测试,聚焦业务价值,减少测试浪费;而ToC类型的产品却更适合探索性测...
  • B端产品的工作当中,常常要与不同的业务部门打交道,他们的角色众多、诉求各有差异,造就了后台业务产品的复杂性,下面介绍一下我在国内排名第一的房产中介公司工作以来总结的一套产品方法论。 需求梳理 ...
  • 作者:Zevol全文共 2716 字,阅读需要 7 分钟———— / BEGIN / ————相比把用户成长体系玩得贼的C端产品,B端产品在用户成长体系上却一片空白。今天我们一起聊一聊:在B端产品中,应不应该建立用户成长体系,...
  • 工作原因做了一个政府机构的产品,里面涉及账号权限管理,通过做这个项目,总结了一下关于B端产品的账号权限管理方法。 客户需求是建设一个完成政府某些业务流程的一个产品,包括App和Web端, 要求不同单位的不同人员...
  • 企业应用SaaS行业的B端产品经理,如果提升自己的产品设计能力? 刚入SaaS的坑不久,除了在工作中自己思考总结,现在线上的内容中大部分都为C端产品经理的思考输出,比较少关于B端的内容,B端产品经理如果提升自己的...
  • B端产品原型设计

    千次阅读 2019-09-03 21:41:26
    C端产品,主要是移动APP,原型是面向研发、测试、设计、运营团队,以确定干不干?怎么干?而不是面向用户及客户,咨询他们的意见——干不干?怎么干?用户需在内测及公测阶段才能了解产品。因此用户实际接触到的,已...
  • B端产品运营:学习笔记

    千次阅读 2019-08-19 20:58:58
    C的运营工作: AARRR模型、 漏斗模型、 RFM模型、 痛点路径模型 运营内容 关注点 内容运营类岗位:有社区运营、热点运营、H5/短视频运营、新媒体运营等。 重点关注内容数量、内容浏览量、内容...
  • B端产品的特点及开发经验

    千次阅读 2019-11-28 20:55:26
    To B or not To B, that is a question. 企业服务跟消费服务应用的开发有哪些差别呢?
  • 谈一谈你对B端产品的看法?

    千次阅读 2018-12-13 19:05:11
    今天面试,hr提到了这个问题,说实话我有点懵,因为我不是很了解B端C端的概念,我回来就查了一下,我觉得知乎上的这个回答讲的比较好:https://www.zhihu.com/question/36016196...
  • 作者简介墨白 百度云高级用户体验设计师负责百度云智能运维产品(Noah)的交互和界面设计工作,致力于提升产品易用性和用户体验。干货概览大家日常工作中一定经常接触到各种各...
  • 作者:Rindy全文共 4870 字 12 图,阅读需要 10 分钟———— / BEGIN / ————“操作反馈”,是指在使用产品时,系统对用户的操作,或因户的行为导致的变化,给出的反馈,它是体现人与“机”交互的关键场景。...
  • B端产品经历的发展路径,应该追根溯源看看这个人群通用的能力模型,好想配个图,度娘的图都是伪产品经理的模型。我就用文字吧: 1、细化任务流能力 2、读数分析能力 3、架构设计能力 4、商业观/成本控制 看到这里...
  • 互联网 B C端产品对比分析

    千次阅读 2018-07-23 13:17:26
    从事互联网行业有三年多了,对自己当初所做的系统/产品/服务的...B端产品即To B(To Business),也叫称为2B产品,直接面向商家、企业级、业务部门提供的服务产品。这类产品间接服务于用户,比如后台产品、 ERP 系统...
  • B端和C端产品的理解

    千次阅读 2019-03-30 09:06:20
    B释义为:Business,作为职场人士也会经常接触B端产品,通常为企业或商家为工作或商业目的而使用的系统型软件、工具或平台,最常见的就是报销系统,基本每个职场人士都会用到。 C端&B端的本质 C端产品的本质都...
  • 在互联网和信息化高度发达的今天,B和C类的产品始终围绕着我们,我们都是用户,能切身感受到产品的好坏。但是对于产品经理而言,其实并没有多大的差异,那这两...作为职场人士也会经常接触B端产品,它是面向企业的...
  • B端与C端产品区别

    2021-02-09 16:52:15
    目录一、B端与C端产品特点二、B端与C端产品区别三、B端和C端业务调研的区别四、B端和C端产品运营的区别五、产品的客户与用户六、两类用户的行为动机差异,决定了产品经理关注侧重点的差异七、决策优先级的差异 ...
  • 什么是B端产品

    千次阅读 2019-05-25 09:49:11
    尽管B端硬件产品有不同于当下火热的互联网行业,从产品的体验设计角度来看基本思路是相通的。它山之石可以攻玉,由互联网C端产品设计产品概念,移用到B端硬件产品设计中,也许会产生新灵感。
  • B端后台产品UI设计方法总结

    千次阅读 2019-06-26 13:21:33
    ... 作为一个新时代全能打杂,日常工作包括移动端、PC端的UI设计以及各类平面视觉设计,其中自然少不了...毕业两年来一直都做着B端产品的UI设计工作,参与过的后台产品设计面对的主要客户有公司内部、各大企业以及政府...
  • 聊一聊B端和C端产品的区别

    千次阅读 2020-05-12 23:57:41
    写在前面的话: ...判断一个产品B端还是C端,最简单的判断的方式就是看产品向谁来进行收费,企业付费就是B端,消费者付费就是C端。 【图】To C产品和To B产品的比较 2、需求发现角度的区别 To C 产品是发现.
  • to-C产品分类: 直接触达形:类似一级市场——微信、微博等平台; 间接触达形:二级市场——广告、公众号等 ; 总的市场规模: 用户规模×可用时间 分析供求情况: 从供需总量看; 从供需结构看; 每位用户...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 130,087
精华内容 52,034
关键字:

b端产品