To B业务与To C业务（产品），用户需求，产品文档，技术和业务

To B 就是 To business，面向企业或者特定用户群体的面商类产品；
To C 就是 To customer，产品面向消费者。

B端产品经理与C端产品经理- http://blog.csdn.net/qq_37697037/article/details/75235151

> 技术和业务
作为开发人员，如何面对“CRUD，天天写业务代码”这个事情，可以思考下面的几个问题:
1.什么是技术和业务
2.业务和技术的关系
3.业务与为解决业务而衍生的业务
4.对待业务的态度因你在团队的角色不同而不同
5.如何从所谓的业务代码中学习深入

技术与技术之间，有如下的两种关系：
1.在解决同一个业务问题的前提下，更高效，更低成本的技术，会淘汰低效，高成本的技术。这是人类利益诉求所决定的。
2.一般刚开始解决根本问题的技术（钻木取火）的效率是比较低的，只是把不可能变成了可能（从这一点上来说，技术才是业务的促成者）。然后就会有提高效率的需求出现，要求改进这个技术。这个技术的低效率部分就会被其他人（或者技术发明人自己）加以改进，这部分就会形成新的技术。

逐渐的不再满足于纯技术领域的探索，而是思考更多的问题：如何将技术转化为生产力;什么技术在什么样的场合能够发挥最大的价值;技术团队应该怎样构建;在一家公司里面，我怎样才能将自己的技术能力最大化的发挥出来?

> 理解pm只是那个设计原型的家伙，那太小看PM了，需求更新：
1、收集需求。多和业务待在一起，做一些业务需要做的事情，然后会发现...“那么问题来了”，这时候的问题就是业务需求了。
2、分析需求。需求出来了，接下来就是如何解决。解决方案先从业务流程上分析，然后再依据业务流程给出产品建议和优化方案。
3、设计需求。其实做好了第一第二点，设计出来的原型基本就满足了业务的需求。业务逻辑清楚了，其他的慢慢优化都行。* 最难的地方就是收集和分析需求，不是几天就能做好的。深入业务，深入业务，深入业务，重要的话说三遍。

> 产品文档
1、PRD是产品需求文档。
产品需求文档是将商业需求文档（BRD）和市场需求文档（MRD）用更加专业的语言进行描述。
2、MRD是市场需求文档。
文档在产品项目过程中属于“过程性”文档。
3、BRD是商业需求文档。
BRD是产品生命周期中最早的文档。

> To B业务
-- 关于B端产品的用户体验，你要知道这些- https://blog.csdn.net/g2V13ah/article/details/80972359
B端产品（To Business）是企业在工作中使用的或出于商业需求而使用的系统、工具或平台，比较典型的如百度云各产品、百度统计、监控平台及企业内部的ERP系统等。B端产品的目标人群多为专业用户，需要具备一定专业知识才能使用。B端产品虽比较注重功能和效率，但用户体验较差的产品也会使用户丧失使用的热情，导致工作效率下降。

To B运营那些事儿（一）到底什么是TO B呢？- https://baijiahao.baidu.com/s?id=1575858933266730&wfr=spider&for=pc
To B业务数据分析系列二：To B 业务 VS To C 业务- http://www.sohu.com/a/165115595_187948
B端产品经理与C端产品经理。

To B更多讲求的是对企业价值的传递，而To C更多的是向终端消费者提供服务或者价值，这是最大的不同。所以两类产品的目标人群是完全不同的。这决定了我们的产品To B和To C应该怎么做的方法的不同。
To B的产品，它不像To C的产品；可能我提供了某个工具或应用到终端用户身上，它就可以产生价值，产生消费。而To B的产品的整个决策链、价值传递非常的长。同时To B的产品不仅仅卖的是某款产品或者某个工具，它需要背后强大的服务支持，有可能产品只是整个服务环节中的一部分。
作为To B的产品经理，不能仅仅是把时间和精力全部聚焦在产品本身的打磨上，还要有更宽的视野去纳入更多的因素。所以To B的产品不仅仅是在做产品，其实也是在做一款服务，这个是最大的一个基点。
To B，人力成本上涨、生产效率下降、营销推广线上化、同业竞争白热化等诸多问题。
用户想要什么？即，教育用户需要什么，对于To B的企业，常用“父爱经济”引导用户需求，与之对应的是“母爱经济”，大多用于To C的企业。我们通过专业会议、直播、白皮书、直播、知乎、微博、公众号等方式与用户进行沟通（教育）。
To B企业要关注覆盖率、转化率、渗透率三个指标，要以最低成本、最快方式去覆盖，并密切关注转化率，关注业务环节中的每一步转化数据。

TO C与TO B业务最大的区别就是前者决策是个体行为，后者决策是公司行为，而公司决策行为是非常复杂的，包含非常多的利益相关方。
TO B服务（企业级应用服务）有以下两种形式，第一种是传统的企业级服务。用友、金蝶，都是属于传统的企业级服务。另一种是在这一两年，企业级的SaaS服务非常火；
对于企业而言，数据分析的作用主要体现在三大领域：（1）是对业务的改进优化；（2）是帮助业务发现机会；（3）是创造新的商业价值。数据分析最重要的是基于对业务的理解

> To C 产品
To C 产品是发现用户需求，定义用户价值，并准确的推动项目组达成这一目标；而 To B 产品是根据公司战略或工作需要，构建生态体系，或者推动将流程系统化，提高效率。

To C 产品是你去挖掘用户需求，是创造，从无到有；To B 产品是公司战略或相关方给你提出要求，产品经理将这类「线下已有的需求」系统化，达到提高现有流程的效率的目的。
To C 产品的用户直接是用户个人，所以更关注人性或者说用户体验，强调的是刚需，痛点，高频，体验，而 To B 产品存在的前提就是为了满足「组织完成业务信息化」的需要，所以 To B 的产品非常关注组织和业务，核心是功能服务、效率以及系统。
构建完整生态，或者提升效率，就是 To B 产品经理的价值所在。

对于ToC用户产品，客户和用户是重合的，满足客户至上就等于用户第一，用户量上去后，付费客户的比例就有可能上升，之后流量也有变现的能力。
对于ToB的业务产品，要考虑业务场景，比如微信公众平台，就是一个复杂的业务场景：企业或自媒体等入驻微信公众平台，进行内容和服务的发布，个人用户是微信公众平台的使用方，使用公众号发布的内容或服务。

C类产品的流程一般是，发现用户需求，定义用户价值，并准确的推动整个项目组去达到这个目标，而且产品需哦那个0到1的周期很短，甚至一周时间就有可以完成一款产品的研发并推出市场。但是B类产品则不然，B类产品是根据公司战略发展或者工作需要，构建整个生态体系，或者说是为了推动流程的系统化，提高效率而为。

to C 产品是站在用户的当下需求去设计的，而to B 的产品路径是针对用户长远性的需求去设计的。
To C 产品针对普通用户，受感性思维影响大，而To B 产品大部分针对企业用户，决策者的理性思维以及产品使用流程要复杂许多，to B的产品路径比to C 要规范和专业的多。

B端与C端产品相比，B端产品更多的是讲究产品对一个企业的价值传递，而C端产品更多的是向终端的消费者去提供一个服务或一个价值。对于B端产品经理而言，产品的打磨只是冰山一角，更重要的是做服务。
面向企业端的产品：从最早的百度搜索推广，到后来的凤巢系统，以及围绕整个商业体系的这些产品背后的运营体系搭建，面向销售的、面向客服的，以及面对终端消费者（也就是企业用户）怎么把他们对产品的诉求反馈给我们，都做了大量的工作。后来我加入“去哪儿网”，也围绕终端消费者，包括供应链以及第三方支付，都是面向这种企业级的产品。

To C的产品更多是让用户体验好，让用户用的爽，To B的产品其实是在解决企业的内部流转企业的内部效率的问题。

-- 产品：
设计中间产出物（流程图、线框图）.
1.业务目标：产品的商业目标是什么，UV/PV/留存要达到多少，满意度要达到多少，等；
2.用户目标：面向的用户，用户的痛点，用户使用的动机，用户深层的欲望和需求，用户使用产品的场景，等；
3.时间节点：什么时候完成初稿，什么时候内部评审，什么时候项目方评审，什么时候交付，什么时候跟进，等。

To B业务与To C业务（产品），用户需求，产品文档，技术和业务相关推荐

智能测温工作台、健康打卡、智能助手、防疫测温、体温监控、组织架构、模板监控、设备管理、组织架构、设备数据、设备监控、应用管理、企业管理、目标管理、文档说明、业务流程图、账号、权限、发票、axure
智能测温工作台.健康打卡.智能助手.防疫测温.体温监控.组织架构.设备管理.模板监控.设备管理.组织架构.设备数据.设备监控.应用管理.企业管理.目标管理.文档说明.业务流程图.账号.权限.发票管理. ...
java计算机毕业设计健身俱乐部业务关系系统源码+mysql数据库+系统+lw文档+部署
java计算机毕业设计健身俱乐部业务关系系统源码+mysql数据库+系统+lw文档+部署 java计算机毕业设计健身俱乐部业务关系系统源码+mysql数据库+系统+lw文档+部署本源码技术栈: 项目 ...
计算机毕业设计JavaWEB儿童运动馆业务信息系统(源码+系统+mysql数据库+lw文档）
计算机毕业设计JavaWEB儿童运动馆业务信息系统(源码+系统+mysql数据库+lw文档) 计算机毕业设计JavaWEB儿童运动馆业务信息系统(源码+系统+mysql数据库+lw文档) 本源码技术栈 ...
智能测温工作台、健康打卡、智能助手、防疫测温、体温监控、组织架构、设备管理、模板监控、设备管理、组织架构、设备数据、设备监控、应用管理、企业管理、目标管理、文档说明、业务流程图、账号、权限、axure
智能测温工作台.健康打卡.智能助手.防疫测温.体温监控.组织架构.设备管理.模板监控.设备管理.组织架构.设备数据.设备监控.应用管理.企业管理.目标管理.文档说明.业务流程图.账号.权限.发票管理. ...
计算机毕业设计Java宾馆业务管理(源码+系统+mysql数据库+lw文档)
计算机毕业设计Java宾馆业务管理(源码+系统+mysql数据库+lw文档) 计算机毕业设计Java宾馆业务管理(源码+系统+mysql数据库+lw文档) 本源码技术栈: 项目架构:B/S架构开发语 ...
【架构实践】《业务实时质量监控预警平台》系统设计文档
本文将提供一个概述和详细的章节大纲,您可以根据大纲来编写具体的系统设计文档. <业务实时质量监控预警平台>系统设计文档目录
java计算机毕业设计WEB儿童运动馆业务信息系统源码+mysql数据库+系统+lw文档+部署
java计算机毕业设计WEB儿童运动馆业务信息系统源码+mysql数据库+系统+lw文档+部署 java计算机毕业设计WEB儿童运动馆业务信息系统源码+mysql数据库+系统+lw文档+部署本源码技 ...
java计算机毕业设计美容院业务管理系统源码+系统+mysql数据库+lw文档
java计算机毕业设计美容院业务管理系统源码+系统+mysql数据库+lw文档 java计算机毕业设计美容院业务管理系统源码+系统+mysql数据库+lw文档本源码技术栈: 项目架构:B/S架构开 ...
石墨文档技术总监：敏捷思想在产品周期的延伸
李子骅–石墨文档技术总监. 一个产品有需求的提出.评审.确定,以及实际的开发测试和交付这几个阶段.从2001年敏捷被提出开始到现在已经有越来越多的项目在使用敏捷.现在的敏捷已经变成一种常态,这个时候讨 ...
互联网产品设计常用文档类型-BRD、MRD、PRD、FSD
互联网产品设计常用文档类型-BRD.MRD.PRD.FSD 摘自:互联网产品设计常用文档类型-BRD.MRD.PRD.FSD 2017-03-16 1 BRD Business Requirement ...

To B业务与To C业务（产品），用户需求，产品文档，技术和业务

To B业务与To C业务（产品），用户需求，产品文档，技术和业务相关推荐

最新文章

热门文章