常常有朋友问我:作为1名B端产品经理,该学甚么?如何学?有无甚么书籍或资料推荐?
大家普遍都会反馈1个问题:C端产品的学习资料非常丰富,而B端领域的学习材料太少了,能参考的产品方案也不多,并且不知道该学些甚么。
确切,B端产品领域学习材料非常少,需要学些甚么?怎样学?我自己在从业道路上,也由于这些问题感到非常痛苦。
我认为,致使这个现象背后的缘由有几点:
1. B端多数都是企业内部系统,其业务运作和产品设计触及商业机密,很少对外公然,更难以像C端产品那样暴露在公众眼前被大家研习。
2. B端产品专业性太强,比如:弄供应链的、弄CRM的、弄ERP的,领域不同,业务背景不同,产品解决方案不同。除软件设计方法论是共同的,其他部份都很难提炼出共性的方法论给B端人指点,这就不像C端产品有那末多共性的话题可以探讨。
3. B端产品复杂程度高,如果想把问题聊透,必须有很深的功底。虽然业界有大量的大拿和专家,但是愿意写文章分享的毕竟是少数,因此很遗憾的造成这个领域学习资料偏少。
4. 由于很多B端产品知识被沉淀在传统软件公司,很多互联网B端从业者不理解传统软件,而传统IT人又不理解互联网,致使本该有深度融通的二者之间的割裂。
由于这些缘由,致使B端产品资料非常少,B端产品人在学习之路上异常艰辛。
而我在这些年的学习进程中,有很多体会和心得,因此,我想把自己的学习经验总结,整理出来分享给大家,希望能让大家在学习的方向上更有针对性,学习的方法上也更有效力。
01
在聊B端产品人需要学甚么,怎样学之前,我们有必要首先弄清楚:B端产品经理,需要具有哪些核心能力?
行业中有大量的资料描写了1名产品经理的基础能力,例如:业务理解、方案设计、数据分析、项目管理、领导力、履行力等等,已非常全面,本文不再赘述。此处,我想重点聊的,是行业中没有提到的,但是针对B端产品经理非常重要的核心能力。
而在探讨谈核心能力前,必须先弄清楚B端产品经理的工作要点和面临挑战。
B端产品承当了帮助企业或机构解决某类经营管理问题的重担,作为B端产品经理,工作的重要目标是通过产品方案帮助企业解决相干的业务问题,工作要点以下:
分析并诊断业务问题
设计解决方案
履行并优化解决方案
首先,B端产品经理要能够从业务的角度分析并诊断业务问题(也多是直接参与业务运作的设计)。
其次,准确分析业务并掌控其核心本质后,要针对业务难点和痛点设计解决方案。这个解决方案首先应当是业务管理方案,其次是产品解决方案,通过软件产品解决业务问题。
最后,要将解决方案履行落地,包括产品的开发、上线,并根据效果延续进行优化迭代。
B端产品经理面临的第1大挑战是:如何正确地分析诊断业务问题。
——这也是最难的部份。
产品设计知识对这部份工作基本没有帮助;如果想做好业务分析诊断,必须具有扎实的企业经营管理知识,和相干业务领域知识,同时具有1定的方法论训练,才可以做好这项工作。
B端产品经理面临的第2大挑战是:如何通过软件产品解决业务问题。
B端产品属于复杂系统,不是简单地画画原型弄弄框架就可以弄定,而触及到抽象、建模、权限、利用架构整合等1系列问题;并且,软件行业几10年已沉淀了丰富的、针对企业经营管理问题的各类解决方案,B端产品经理必须熟习这些方案,参考鉴戒并利用到自己的工作中。
由此,我认为:B端产品经理的核心能力模型,包括经营管理知识储备、复杂系统设计能力、业务领域专业能力、产品解决方案能力。
这些能力模型,体现出1种金字塔结构(见下图),我把它称为B端产品经理的金字塔能力模型:
B端产品经理的金字塔能力模型
最底层是经营管理知识储备和复杂系统设计能力,如果底层基础能力不牢固或根基浅,上层能力的构建也会不坚固,不扎实;中间1层是业务领域专业能力,是辨认诊断业务问题给出解决方案的条件与核心;最上层是产品解决方案能力,产品经理工作的终究目标是通过产品方案解决企业经营管理问题。
02
接下来,我们就能够根据这个金字塔能力模型,来谈1谈:产品经理要学甚么?怎样学了?
1. 加强经营管理知识储备
严格来说,经营管理知识储备不属于1种能力,但是对B端产品经理来说却非常重要;研究基本的经管知识,就像是在修炼内功,也是1种基本功。只有基本功扎实,学习更高阶的知识、研习更高阶的能力,才会比较轻松,并且有效力。
B端产品经理常常聚焦于某1业务方向,如果想在专业领域的深度上有所突破,必须具有足够的知识广度支持。
所谓的知识广度,其中很重要的部份,就是对企业整体经营运作的理解——只有能够将自己负责的业务,放在全部企业运作的上下游中,乃至是产业链的上下游环境中,才能更深入的认识、理解业务。
例如:仓储配送方向的产品经理,如果想更加透彻的理解仓储配送业务对企业的定位、价值、意义,就必须理解全部采销业务运作模式和特点,和掌握充分的管理睬计知识;否则对业务的理解,可能只是停留在如何降本提效上,而没法从更加宏观的视角去审视业务。
2. 学习完全的工商管理(MBA)课程
加强经营管理知识,最具有体系化的学习方式,就是学习完全的工商管理MBA课程。
所谓经营管理知识,是指经营运作1家企业触及的各方面知识;MBA的学习课程大纲很好的涵盖了经典的经营管理知识范畴,具体来说,包括:管理学、营销学、财务会计、组织行动学、人力资源、宏微观经济学等内容。
对大多数理工科背景的产品经理,本科或硕士阶段可能并没有接触过量少经管知识,而这却是从事产品经理职业必须补齐的底层知识结构。
以下是我推荐的产品经理值得研习的工商管理课程和教材,大家完全可以通过自学的方式完成学习(固然,如果有条件,也能够去上MBA课程,会更有节奏感):
《管理学》斯蒂芬罗宾森:不管你带没带团队,管没管人,现代管理理论体系是需要学习了解的,虽然学完这门课不代表你能管好人,但却可以掌握很多基本的概念。《战略管理》弗雷德戴维:战略管理睬帮助你培养从宏观角度分析市场和业务的思路,同时也会帮助你完成很多基本理论体系的扫盲工作。比如说甚么是PEST,甚么是麦克波特5力模型,甚么是平衡记分卡,这些都是在实际工作中常常见到的内容。学完这门课程,你会明白,商业世界的分析模型不是只有精益画布。《营销管理》菲利普科特勒:这本书是所有市场人员、运营人员必读的著作,也是全部营销领域的扫盲通识教育。学习后,你就会理解甚么是4P,甚么是4C,甚么是AISAS,甚么是整合营销,不会再被各种装神弄鬼的报告和名词忽悠。这本书的内容,一样也是运营工作的理论根据。《组织行动学》Stephen Robbins:C端产品经理要看《乌合之众》、《社会心理学》,B端产品经理就必须看《组织行动学》,这门课讨论的是人在1个集体中表现出的行动特点。《宏微观经济学》Gregory Mankiw:宏微观经济学,我认为是任何现代公民必须学习的课程,将帮你建立从经济学的视角视察这个世界的思惟,产品经理更加需要认真研习。《财务预会计》:学习财务会计有两个好处,第1是可以看懂上市公司财务报表,自己做1些分析和判断,和作为高级管理人员从财务视角更加科学公道的解读公司经营情况;第2是某些产品设计工作的必备知识,例如从事交易系统台账建设,和支付清结算产品设计,都需要会计知识。
以上列出了建议学习的部份核心课程,除此之外,结合工作方向和兴趣,还可以做针对性学习。例如:做互联网金融方向就必须学习《货币金融学》,做进销存方向就必须学习《供应链管理》等等。
说实话,上边提到的这些课程,每本书都几百页厚,全部能学下来需要很好的耐心和毅力,投入大量的时间。
我个人当年也是在刚毕业的几年当单身狗时每天学1些,和读了MBA后又陆续学习,而安家立业后很难有时间,也很难有耐心学习这些大部头;所以,如果你是还没结婚的单身狗,珍惜人生最宝贵的学习时间吧。
对没有足够时间和精力的朋友,还有1种快速学习的途径,推荐给大家1个非常好的网站——MBAlib.com,这是1套国内最全面的经管类知识维基百科,我自己平日需要查询经管类资料,都会访问这个网站;相比百度百科,其中的词条更加全面专业,并且有很多案例可以参考。
MBAlib中有1个百科频道,包括了管理、营销、经济等板块,每一个板块中都提炼了很多核心的知识点、方法论;可以有空时点开看1些,时间久了,也会积累很多知识,这是1种相对偷懒、轻松地学习办法。
MBAlib网站提供了丰富的经管知识学习素材
3. 培养复杂软件系统设计能力
复杂软件系统设计能力,是另外一种必备的底层能力储备。
很多产品初学者,发现学习很多C端产品的书籍和文章后,在展开B端产品设计工作时,依然1脸困惑,不知如何下手。
这是由于从软件学的角度来说,C端产品的复杂性低于B端,C端产品重点在于商业模式构建/创意/交互/运营,而B端产品,作为企业级利用软件,承载了软件学领域所有复杂设计思想和方法论的落地。
不论是业务复杂性,还是软件工程的利用实践,如果没有受过系统的训练和严格的学习,很难找到入门的感觉。
如何学习设计复杂软件系统?
这多是很多B端产品经理最大的困惑:不知道如何下手,不知道从哪方面提升,该看哪些书籍,该学甚么课程。
此处,给大家两点学习的建议:首先认认真真仔仔细细学习1遍软件工程,然后深入研究探索1款成熟商业软件产品。
1)认真学习1遍软件工程
软件工程,是计算机专业的1门必修课,任何从事计算机软件开发/设计/工程实践的从业者,都必须系统学习1遍软件工程。
软件工程的学习门坎其实不高,如果不懂编程,不懂数据库,不懂计算机原理,仍然可以学习。
作为1门实践性非常强的课程,软件工程讲述了软件设计各个方面的知识,包括开发的模式,需求的管理,抽象和建模,软件结构体系等等。
软件工程的教材书籍,常常都是大部头,1本就要好几百页,例如:经典著作Ian Sommerville的《软件工程第9版》,480页的篇幅,估计很多人看到就头疼;但是,厚厚的书本中,正是包含了软件设计的所有奥妙,值得每一个从业者学习。
但是很遗憾,人们常常都喜欢学习简单的、轻松地知识,而疏忽真正有用的、复杂的知识。
很多所谓产品经理的必读书单,里边有大量的畅销书,惟独没有软件工程;但是很多产品经理,其实不是计算机科班出身,乃至从业好几年,都没听说过软件工程,这实在是1件比较悲痛的事情。
软件工程就像是武学内功宝典,第1遍学习,对很多内容肯定感到没法理解,感到抽象,但学习进程,会在你的脑海中植入知识的种子,等以后的工作中,必定会在某些场景,回想起曾学习的内容,突然会出现灵光乍现,恍然大悟的感觉。
这正是学习这类基础课程的奇异的地方——学习的时候不能完全理解,但却给自己强行灌入了1套思惟体系、知识体系框架;未来,心中的这套框架必定会被现实经验和扩大学习渐渐填充,让知识体系更坚固。
不可否认,软件工程课程中,包括了1些现在已过时的概念和知识,但这其实不能成为不去学习的理由和借口。
软件工程带给你的系统性的教学,是其他任何产品经理书籍都没法给予的。
2)最少仔细研究1款成熟商业软件产品
模仿是最好的学习。
正如1名C端产品经理,手机中会预装上百款APP随时研究鉴戒1样,B端产品经理,也需要深度的研究学习同类型软件。
由于B端系统的复杂性,建议大家能够完全地仔细研究1款成熟的商业软件,而不是蜻蜓点水般的研究多款产品。
软件设计的模式和方法都是相同的,例如:典型的权限管理、元数据管理、机构管理、数据字典管理,这些B端产品共同的要素,在任何成熟的管理软件系统中都有非常经典的设计方案。
而且,成熟的商业软件产品,在标准模块和组件的设计思路上和实现方案上,都非常先进,值得大家学习鉴戒。
对我个人来说,真正让我大开眼界,感叹软件系统复杂性的,是参与了全球最着名的ERP软件——Oracle EBS,在我第1家公司的实行落地工作。
像Oracle EBS这样的大型系统,既包括了极强的配置能力,也具有丰富的底层服务化支持,这就给系统定制化和集成提供了超级灵活的能力,同时Oracle EBS本身还包括了强大的工作流引擎、规则引擎、报表引擎、弹性域管理等功能。
当年接触Oracle EBS的进程中,我才真正见识了1套复杂系统该有的面貌,而遭到了Oracle EBS中很多功能模块设计思路的影响;以后的产品设计生涯中,每当遇到1些设计困难,我都会思考当年Oracle EBS是怎样设计解决这类问题的。
现如今的产品行业有个比较致命的问题:很多互联网公司不论做甚么都采取自研的方案,这会致使很多入行的产品经理,工作好几年,都没有接触过真实的复杂系统的设计,而只是在自研系统的世界中兜圈子。而如果自研系统的水平有限,那末对产品经理来说,是1件比较可悲的事情。
我曾在面试中,见过很多工作了有些年头的产品经理,对B端产品和企业利用架构体系的理解非常浅显,这都和经验、环境、知识面有关。
那末,如果公司没有机会能让我接触比较先进的大型管理软件产品,该怎样办呢?
方法非常简单:自己去找1些可以避免费试用的商业软件产品,去试用,去揣摩。
现在很多大型软件都已SaaS化,并支持免费试用,这对产品经理来说是非常好的学习资源;不但可以完全体验功能,而且网站上还会有丰富的操作手册、设计手册、行业资讯等资料提供学习。
例如:弄电商的可以研究淘宝商家后台,弄CRM的可以研究Sales Force、销售易、纷享销客,弄ERP的可以研究管家婆、管易等等。
寻觅1些和你从事领域相干的SaaS软件,和尝试研究1些其他领域的成熟软件,1定会给你的软件设计工作带来启发。如果1些标准化的设计思路,能够烙印在你的记忆中,那末后续的软件设计工作1定会轻松很多。
学习成熟软件,可以从以下几个角度入手拆解,研究其设计思想:
首先,研究B端产品通用功能是如何设计的。例如:角色、权限管理、系统参数配置、数据字典管理,这些功能模块在任何B端产品设计中都是相同的。
其次,研究常见功能组件的利用功能和交互设计。例如:列表页的设计思路、报表模块的设计思路、消息中心与提示机制的设计思路。
最后,研究软件模块背后的设计思想。这需要先理解业务模式、业务流程,业务中常见的管理困难和运营问题;然后琢磨软件系统为何这样设计功能模块,如何设计的管理模式,如何支持的业务。
这个版块难度较大,新人可能无从下手,但应当尽可能尝试去分析,不懂的地方要多和同行探讨。
国内知名客服软件Udesk,这类SaaS产品都可以直接体验试用学习:
Udesk提供了丰富的操作手册可供研究
4. 提升业务领域专业能力
讲完了底层知识储备,接下来聊聊业务领域的专业能力(俗称业务能力)。
我们之前谈到,产品经理,要分析诊断业务,这就需要很强的业务能力,既包括对行业或领域的思考和认知,也包括对公司业务的掌握和洞察。
理解所从事业务领域的典型问题和痛点,这需要多多学习,多归纳总结;掌握所在公司业务的情况和难点,这需要深入1线,结合本身的经验积累进行深入洞察。
针对业务能力提升,这里给出3点具体建议。
1)补充专业知识
B端产品面临的都是企业典型的某个业务方向的经营管理问题,这些业务领域必定有着丰富的理论沉体系沉淀;即使是互联网公司有很多模式创新的业务形态(例如:针对在线教育模式下的班主任管理),背后也必定有类似的或同质的业务模式,可以吸纳鉴戒学习。
因此,如果想提升业务能力,首先要补充专业知识。
坚实的经管知识基础,可让你具有快速吸纳领悟业务专业知识的底子,而完备的专业知识,会让你在业务实践中能够产生更丰富和深入的分析洞察。
补充专业知识,需要结合自己从事的领域和行业来看。销售管理、客户服务、供应链管理、营销管理、定价管理,相干的经典著作非常多,大家可以根据自己情况去补充学习。
2)深入业务1线
如果你具有丰富的理论知识储备,同时对业务的运作和数据情况了如指掌,那末应当已具有很好的业务感觉。
但此时,对产品经理来说,还有1件更重要的事情需要去长时间的实践和坚持,那就是:深入业务1线。
深入1线,是了解业务实际运作情况,和掌握表面下真相的有效途径(不但是产品经理,业务负责人也需要常常下1线,去了解基层的运行情况和业务人员的心声)。
作为产品经理,深入1线是非常重要的工作,除更加深入地认识业务真相,还必须感受1线人员的实际生产作业情况,作为1个实际用户去体验系统设计和业务规则是不是公道。
很多时候,当你实际使用了自己设计的系统,可能内心也会骂脏话。
深入1线,除明确的轮岗、面对面访谈等情势之外,还有1种隐形技能必须掌握。
从我个人经验来说,很多时候取得用户“真正”的心声和怨愤,是在吸烟角、电梯间,听业务人员之间闲扯和抱怨时最有收获;因此,产品经理需要练就1身贴身跟踪的好本领。
3)学习管理咨询公司的分析思路
对业务的诊断、分析,给出的解决方案,解决思路,这个进程,实际上是有方法论可以遵守。
例如:分析诊断业务时,按部就班,逐渐拆解,从战略入手,延伸到战术层,从组织机构、经营策略、到管理模式等角度去分析研究。
如何掌握专业的分析诊断流程和套路?
最有效的办法就是:学习知名管理咨询公司的咨询案例,并研究管理咨询顾问的分析研究方法论。
管理咨询是国外的舶来品,研究的是企业经营管理问题,研究方向包括战略管理、市场营销、人力管理、财务管理、品牌建设等等方向。
很多企业通过聘请知名管理咨询公司的专家顾问,帮助自己诊断公司业务,针对某1主题进行问题分析,给出诊断建议,包括具体的可落地履行的方案。
国际上知名的管理咨询公司有波士顿、麦肯锡、贝恩、罗兰贝格、美世等等,国内也有1些知名管理咨询公司,例如北京大学纵横、和君咨询等。
管理咨询项目的工作流程和产品经理的前半部份工作高度类似:通过分析业务诊断业务,针对公司战略要求和业务方面的具体诉求,辨认问题并给出改进方案;只不过产品经理更多关注的是通过软件系统来完成解决方案的落地履行。通过学习各家管理咨询公司的咨询报告和分析思路,对本身的工作会有巨大帮助。
我虽然没有在管理咨询公司工作过,但曾看过大量的管理咨询报告,并研究过企业通过管理咨询变革成功或失败的案例,感觉到吸收这些知识,潜移默化中对工作帮助巨大;在面临新业务的分析诊断时,可以有良好的工作思路和着手点,顺利地展开工作。
网上有大量的公然的管理咨询报告和相干的书籍、文章,上文提到的mbalib网站也有大量资料,大家可以自行查阅学习。
以下是1份典型的管理咨询报告,是国际知名管理咨询公司罗兰贝格针对某团体的组织架构管理变革的报告;这里挑出几页,体现出其分析的逻辑框架,让大家对管理咨询有个初步感觉。
针对组织架构管理首先给出业界案例:
说明案例对AA团体的鉴戒意义:
分析AA团体组织变革的难点:
给出变革的实行路径建议:
给出组织架构蓝图:
5. 提高产品解决方案能力
当我们分析诊断业务问题后,接下来,需要通过产品方案来解决业务问题。此时,就需要产品经理充分发挥其专业能力。
所谓产品解决方案,有两个含义:
第1个含义,是指结合软件系统对业务管理的最好实践。
首先体现在管理模式变革上。例如:很多企业实行ERP系统,必须要先完成管理模式、生产制造模式变革和重构,这些变革重构是依托于ERP软件的能力才能实现。
其次才是实行软件系统——如果没有首先完成业务的改造,流程的重构,ERP软件解决方案的落地就无从谈起;而业务的改造和重构,也正是依托于软件的能力,才能够得以完成。
第2个含义,是指软件系统本身的设计能力。
这就需要依托复杂系统设计的功底,基于对业务的分析诊断,和对商业的理解,设计出符合软件工程学的,具有硬朗性、灵活性、扩大性的复杂管理软件系统;和基于对软件利用架构体系的理解,确保软件产品以公道的架构方案和企业其他利用软件系统做融会。
对提升软件产品的方案设计能力,给出两点学习建议:
1)了解不同业务板块典型产品解决方案
我在《决胜B端》中说过:
互联网企业,面临特殊的业务运作模式,常常没法采买成熟的商业软件来支持业务,而需要专业的B端产品经理,针对公司的个性化运营模式,设计产品解决方案,这是由于互联网企业创新的商业模式和运营模式特点所决定的。
但是,产品经理具有创新创造能力的条件,是首先要理解、了解市面上常见的业务领域成熟产品解决方案。即使互联网有很多模式创新,但企业经营运作的本质都是相同的,业务核心万变不离其宗,如果想要做出正确的创新方案,就必须首先熟练掌握经典方案。
任何现代企业运作的核心业务板块都是类似的,相同的,而每类业务板块,经过几10年信息技术的发展和沉淀,都已具有非常经典成熟的软件产品解决方案。
例如:仓储管理,有WMS系统;客户开发管理,有CRM系统;供应商管理,有SRM系统;人力资源管理,有HRM系统;生产制造管理,有ERP系统;客服管理,有质监系统、工单系统等。
面临1个典型的业务管理问题,产品经理应当首先从经典解决方案中找思路,而不是1上来就弄颠覆,弄创新。
例如:某A轮公司的客服管理工作,所有的客户投诉和要求,都用Excel记录,管理混乱,响应速度慢,不能根据不同级别问题履行不同的处理流程。
针对此问题,需要产品经理给出解决方案。
此时,有经验的产品经理,马上会想到:解决此问题,最好采取客服领域典型的工单系统来支持业务;业界有大量的SaaS工单产品,可以直接采购使用,或也能够进行学习参考,自研工单系统。
而没有经验的产品经理,可能会抓耳挠腮的思考业务问题和特点,研究如何抽象问题,设计解决方案——耗时又长,还不得要领。
可能很多同学要问:都有哪不同的产品方向,支持不同业务的工作呢?每类方向,都有哪些经典的产品值得研究学习呢?
此处,我们给出1个常见的软件分类方向和对应的SaaS软件清单;如果每周能够研究其中的1两款产品,坚持下来,视野1定会有很大的提升:
- ERP(Enterprise ResourcePlatform):金蝶云,用友云,iWorker
- CRM(CustomerRelationship Management):ec,纷享销客,销售易,红圈营销
- SCM(Supply ChainManagement):易定货,U定货,阿里定货宝
- 财税管理:畅捷通,云账房,大象慧云
- HRM(Human ResourceManagement):Beisen,薪人薪事,KNX
- OA协同:明道,teambition,今目标
- 呼唤中心:容联云通讯,天润融通
- 客服:UDESK,小能,智齿,网易7鱼
- 电商(内含电商前后台,WMS,TMS等):ShopEX,管易云,e店宝,有赞,微盟
2)学习先进IT管理咨询公司的咨询案例
从业务诊断分析,到软件产品解决方案的设计,特别是后者,这个实践进程,是有经典的方法论可以遵守的。
先条件到的管理咨询,完成了第1步业务诊断部份,而IT管理咨询,完成的就是产品解决方案的后半部份。
IT管理咨询,和管理咨询,1直是相辅相成的咨询共工作。管理咨询实现了业务分析和诊断,IT管理咨询(或叫IT咨询)给出了落地解决方案。
IT咨询在10几年前中国信息化建设的高峰时期非常火爆。一样,作为国外传入的概念,知名的IT咨询公司多数是外国企业,例如:IBM、SAP、Oracle、埃森哲、凯捷,和4大会计事务所的IT咨询业务。
我在外企工作时,曾有两次和IT咨询公司合作的经历:
2008年和毕博合作在公司实行了Oracle EBS财务商业套件项目,2010年和IBM合作在公司实行了数据仓库与BI(Cognos)项目。
当时咨询顾问的专业性,和咨询公司完备的理论体系和丰富的案例经验,给了我极深入的印象;以致于我后来很长1段时间的梦想就是去IT咨询公司工作,结果最后却阴差阳错的去了百度做产品经理。
(我当时根本不知道产品经理是做甚么的。实际上我已拿到了埃森哲的offer,百度的面试官告知我说产品经理比咨询顾问工作范围更广,除给出咨询建议,还要做软件设计和履行落地,因而我就莫名其妙的进入了互联网行业。)
由于我比较了解IT咨询的工作内容,所以在后来的B端产品设计工作中,深入的感遭到B端产品经理的工作,和1名IT咨询顾问的工作内容高度类似,特别是基于对业务的理解、分析、诊断,再结合公司的利用系统建设情况,结合行业和领域的最好实践,给出符合公司业务形态的产品解决方案——这个进程,两个岗位的工作内容高度类似。
因此,我建议大家可以仔细研究IT管理咨询工作的报告,这对B端产品设计工作大有裨益。
虽然IT管理咨询已没有从前火热,市面上能找到的很多报告都是好几年前的,但每次读起来,我都感觉到仍然对现在的工作极具启发性,值得认真研习。
03
以上给大家分享了我理解的B端产品的重要核心能力,和针对能力提升建议的1些学习资源、学习方法,希望大家能够按图索骥,提升各方面的能力,在工作中有所帮助。
作者:杨堃