产品经理是个辛苦的工作，除了要最热爱产品，练功坐禅研究用户体验外，还要和一大堆人打交道——写代码的，做设计的，搞运营的，做市场的。前两类人算是艺术家，自然会带点艺术家特有的奇葩气质，第一类人又是和产品经理打交道的人里面最聪明的，一个不小心，没准就被程序猿们划入“白痴”族群，作为茶余饭后鄙视的对象。那么，，才能游刃有余的和程序猿们打交道呢？在Gevin看来，成功的产品经理必须是被程序猿尊敬的。虽然程序猿的水平和素质也良莠不齐，但要做一个成功的产品经理，必须假设面对的是一帮最优秀的程序猿，这样才不至于被当作白痴来骂。因此程序猿应该是这样一帮人，他们是聪明的，坚毅的，勇于克服困难的；中间也不乏文艺类的，或懂艺术，或注重体验，或关心人文。产品经理也不必为了能和各种程序猿沟通，使自己面面俱到，但至少对自己要有一个明确的定位，并把自己的定位展现在程序猿面前。Gevin会把产品经理分为两类：A：改变世界的海贼B：自给自足的农夫A类是那些真正热爱互联网的人，有自己的梦想，希望在互联网的海洋里冒险驰骋，不断创新，不断探索前行，看中的是这份冒险精神，享受的是冒险成功后的喜悦，他们也许会失败，但虽败犹荣，他们一旦成功，则会带来革命性的东西，甚至改变世界。B类只是在互联网上求生存的人，他们并不热爱互联网，如果有更好的生存平台，他们可以放弃互联网；他们会踏实的基于数据做些分析，把一些实际可靠的元素融入产品，只要赚钱就行，创新和探索这些不靠谱的东西，尽量不碰。产品经理在开始做事之前，需要明确自己是A类还是B类，与程序猿沟通时，通过语言或者行动表明自己的定位。如果你是A类，优秀的程序猿会成为你强大的助手，如果你是B类，好的程序猿也会帮你衣钵满载。但如果你有A类的心，却做B类的事，不被骂白痴才怪；如果你按B类的要求与程序猿沟通，却心怀A类的雄心，高傲的程序猿会认为你在玩弄他。A类的产品经理，对技术的要求高，能力覆盖范围广，程序猿对B类产品经理的要求，只是A类的一个子集。下面提到的产品经理，如无特别说明，是指A类。程序猿也知道产品经理是要与多种职责的人打交道的，要有较强的综合能力，不会在技术领域拿自己的强项和产品经理过不去，但他们同时认为一个优秀的产品经理要具备一些能力，能力不足的产品经理不会被程序猿尊敬。这些能力包括：对技术的理解美学的修养强大的学习能力无限热情对技术的理解产品经理不懂技术当然不行，但产品经理也没必要掌握技术细节。产品的技术实现是由程序猿完成的，产品经理只要做到理解程序猿，尽量和程序猿做“无损沟通”即可。非技术出身的产品经理是比较辛苦的，因为你要在技术上下不少功夫。技术不简单，种类多，各有特色，发展日新月异，是产品经理和程序猿要时刻关注的主题。即便是对技术做整体的宏观的把握，也不是一个不懂技术的人一时半会就能融会贯通的。非技术出身的产品经理首先要迈过技术上的一道坎，让不懂技术的人看来，你是一个技术领域的内行。技术出身的产品经理，对技术的理解自然不是问题，但在和程序猿沟通时，会不自觉疏忽的是，容易过分纠结于细节，尤其是曾经在技术领域有不菲造诣的产品经理。产品经理不是对产品做技术实现的人，技术更新那么快，技术细节本身甚至技术实现的理念，会迅速更新迭代，产品经理和程序猿死磕技术细节得不偿失。上文提到的“无损沟通”，是指产品经理和程序猿在沟通中彼此完全理解，不存在疏漏和误解。这是不可能的，但这必须是二者沟通的目标。产品经理和程序猿沟通时，两个方面尤其重要：A：对需求的沟通B：对技术实现的沟通对需求的沟通主要应用于产品经理向程序猿阐述需求的场景中。程序猿实现产品功能，是基于对需求的理解；在功能实现过程中和实现完成后，需求的变化又可能带来产品实现上的灾难。如果程序猿不能准确理解产品经理对需求的描述，很可能实现的功能与产品经理的想法大相径庭，浪费大家的时间；如果产品经理想法不够明确，导致需求变来变去，无疑是对程序猿的恶意攻击。需求上任意一个小小的变化，在代码实现中的都有可能产生巨大麻烦，甚至会动摇代码的整体架构。从程序猿的角度来说，虽然程序猿在技术实现时以构建稳定的系统为目标，尽量灵活应对需求的变化，让系统易于扩展和维护，但这也是要基于程序猿们对需求的理解，以及对潜在的需求变化的预测。如果在沟通过程中做不到让程序猿准确把握需求，那就不用考虑产品实现的满意度了。对技术实现的沟通主要应用于程序猿向产品经理沟通的场景中。如果产品经理对技术理解不够，程序猿很难向产品经理讲明白自己的工作现状，当产品经理想要改变需求或者希望为产品添加新的特性时，也无法准确理解程序猿对此产生的各种反应。只有依靠足够技术基础，产品经理才能理解程序猿对工作和任务的描述，把握技术实现的难度，制定更加合适的计划。至于多少技术才算“足够”，需要产品经理和程序猿慢慢中磨合了。最后，请相信程序猿，请在技术上放手！美学修养为什么程序猿可能会关注这一点？虽然程序猿不会像设计师那样与产品经理讨论产品的设计和交互等问题，但也会关注下用户体验的，而且优秀的程序猿也是艺术家，没准还是个真实的画家，要想赢得程序猿的尊敬，美学修养低于程序猿说不过去吧？学习能力产品经理和程序猿，是互联网上最需要频繁接受并掌握新知识的人。新知识新概念接受的慢，谁放心把产品交给这样的产品经理？何况产品经理要与聪明的程序猿们交流沟通，学习能力差的产品经理在沟通过程中会遇到各种困难，各种无法理解，在工作过程中也无法应该程序猿的尊敬。无限热情这是产品经理最重要的素质，也是程序猿最需要从产品经理身上获取的元素。产品经理是最热爱自己产品的人，如果产品经理不能把自己的热情传递出去，程序猿也不会实心实意做产品的实现，实现一个没有激情的产品经理的想法，实在不是一件很cool的事情！小结产品经理若要和程序猿默契配合，最重要的是要赢得程序猿们的尊敬。产品经理并不是懂的技术越细越好，而是要在宏观上对技术有总体上的把握，在微观上懂得放手，相信程序猿，并锻炼好自己其他几项能力。做一个站在科技和人文交叉口上的产品经理吧！带着自己的梦想和激情去改变世界，会有一帮优秀的程序猿帮你的！
B端产品的客户以企业为主，所以B端产品为组织提供商业价值的产品或服务。
B端产品的用户是组织，或者说即便最终的使用者是个体，但其成为使用者的原因也是承担组织中的某种特定角色。
B端产品的最终目的是通过一系列的服务（注意这里不仅仅是软件，软件只是服务之一）为组织输出商业价值，组织也是基于可能获得的商业价值来进行购买决策的——注意这里说的是最终目的。
B端产品公司向组织进行销售并赚取利润的载体是产品或是服务
任何沟通之前都要先了解到足够的信息再去对齐，尽量减少沟通时出现“这个我不清楚我再确认一下”的情况。这个需要一定的经验积累才能知道要去了解哪些信息，目前已知的有：开发的估期和人力资源安排，需求的优先级和期望交付时间。
任何沟通都有一个先后顺序，产品作为需求来源和开发实现中间的承接方，一定同时会和上下游内外部有沟通，这里任何先沟通的一方信息都是相对更不全面的。基本的顺序是先内部后外部，先下游后上游的去沟通，尽量在上级和外部前保持专业形象。并且在会上的时候尽量不要自己人信息没对齐的情况，即使出现了也不要被对方发现尽快掩盖过去。
私下沟通和会上沟通是不一样的，方案的确定应该是在更多的在私下沟通中完成，尽量避免会上出现方案的大改动。如果出现会上大改动的话，在有决策权的领导不在场或者没确认的情况下不要做出承诺，不确定的事情就先缓一缓去对齐信息之后再沟通，会上如果已经达成了共识后面再要修改的话其实是很不好的。
不要做自己没有权限的决策，不要做自己信息还没有十分了解的决策，不要太多的想当然。
每个产品都会有很多坑和隐藏信息，这些东西随着人员的流动到最后可能会变成不可解决的问题，在建立系统的时候尽量避免这些坑，在加入系统的时候尽快熟悉这些坑。
产品的工作不仅仅是产品设计，数据分析，行业调研，沟通对齐都是产品工作的一部分，你所沟通得到的每一个结论都是你的产出，所以得到的这个产出要求准确，因为其他人都会用你得到的结论去进行继续的沟通。
不要重复的发明轮子，竞品的设计中可能会有很多你没有意识到的隐性信息。
因为成为产品经理，能学到非常多的知识，在不同的层面
产品经理软技能：
个人魅力：包括沟通能力，领导能力，愿景能力，感染能力，审美能力等等；
产品修养：产品修养包括混迹产品社区，运营社区，优秀产品群；
互联网修养：了解互联网现状，跟踪互联网热点，跟踪互联网前沿，混迹互联网社区。
项目管理
产品经理的一个重要角色是项目经理，产品经理需要对整个项目的结果负责，包括按时交付，合格交付，成本控制。
项目经理需要熟练项目的5大过程组和10大工作领域，对于互联网产品经理来说，主要内容包括：
项目沟通：沟通是互联网开发中产品经理最重要的工作，包括和上级，开发人员，运营人员等等；
总体进度计划：项目的总体进度，例如产品设计，UI设计，各个模块开发，测试进度，部署等等，产品经理必须把握整体的进度，针对节点进行审核；
开发详细计划：开发详细计划是总体进度计划的一部分，一般来说开发计划是技术经理维护，但是产品经理必须进行整体把控；
项目控制：项目干系人，风险，进度，质量等等控制。
协助推广
产品开发出来必须推广到市场，否则产品就是一个实验品。产品经理不需要完全负责运营推广，但是必须对运营人员提供必备的支持。
基本工作如下：
基础运营数据：获取产品的基础运营数据，例如下载量，用户量，支付金额，留存；
埋点：埋点的一种获取产品运营数据的重要方法，他可以分析页面点击，页面转化等等；
业务数据：业务数据例如订单情况，售后订单，销量等等；
竞品分析：和市面上相似产品对比分析；
Swot分析：了解本产品的优势、弱势、机遇、挑战。
迭代开发
第一个版本做出来后，产品进入迭代开发阶段，一般迭代周期是2个星期；迭代开发就是将从产品规划到运营过程进行浓缩，每个迭代周期开发少量的功能。
基本的工作如下：
收集需求：收集产品的需求，哪些需求进行迭代开发；
需求排序：针对需求进行排序，高优先级的尽快开发，优先级低的稍晚开发；
细节功能设计：第一个版本的功能进行细化，例如效果细化，交互细化等等；
迭代计划：维护整个迭代过程的项目计划。
根植行业
产品都有很强的行业属性，必须熟悉本行业才能设计本行业需要的产品，否则就是空想。
我们需要了解行业现状，熟悉行业痛点，熟悉行业热点，并且还得了解相关行业，此外需要熟悉相关的法规，道德，加入行业圈子，多逛行业论坛。
个人魅力
上述讲的是产品经理硬技能，下面介绍一下软技能，软技能更多的是个人的修养问题，但是这些会影响到产品经理的整个职业生涯。
个人魅力包括个人领导能力，沟通能力，愿景能力，洞察能力，审美能力，感染能力。拥有强大个人魅力的产品经理才能成为整个产品的领导者，才能激励整个项目成员，提高团队效率。
产品修养
产品经理需要提高产品修养能力。
产品修养包括：
与高人为伍：有时高人的一句指点胜过你苦思冥想一个月，产品经理需要向前辈，向领导，同级组织成员请教，请教他们你不熟悉的内容；
与实践者为伍：不要和空想者为伍，而是和实践者为伍，产品的使用对象均是实践者，实践者的想法将会提高你整个产品的境界；
产品社区：例如产品壹佰，pmcaff，多看一下帖子提高自身修养，此外多加入一些QQ群；
运营工具：例如应用雷达，酷传，APP annie，ASO 100，百度指数等，运营工具可以用来分析产品的运营数据。
互联网修养
一个互联网人，必须熟悉互联网，有一定的互联网修养，多看新闻，多参加一些沙龙，提高自身的互联网修养。
了解互联网现状：熟悉当前中国和世界上优秀的互联网公司，多了解互联网当前现状，例如阿里巴巴，腾讯，百度，小米，华为，360等；
跟踪互联网热点：当前互联网热点，例如项目热点，投资热点这些，可以查看36kr，虎嗅，这些社区提高了互联网热点现状；
跟踪互联网前沿：例如vr/ar，物联网，智能设备等等；
大数据平台：常见的例如易观数据，talkingdata，这些互联网大数据平台会提供部分免费的行业分析报告，了解互联网大数据对产品整体把控有一定的帮助。
如果需要学习，可以看下这几个软件：
1.脑图工具：百度脑图
2.文档共享：蓝湖、Axure等软件
3.项目管理：jira
内容全部来源于网络收集，如有侵权，请联系网站删除：QQ：24596024