多年前，那时我还在从事软件项目实施的工作。有个客户提出希望我们帮他设计一个B端网上商城的需求。记得那是我第一次负责一个完整的新产品设计，但这同时也是我第一次受到降维打击，因此印象尤为深刻。
这件事我之前在部分推文有提及过，但我一直没有找到合适的词来形容当时的我和带我做产品的大哥之间的区别在哪？直到最近我在公众号【三爷茶馆】看到架构能力这个词时，才意识到这就是我想表达的词。
什么是架构能力？
有必要先解释下我对这个词的理解，避免让人感觉有堆砌概念的嫌疑。
架构能力，对于从事IT行业的朋友，更熟悉的是一个叫架构师的岗位。这个岗位可以理解为多数程序员的终极目标。我摘抄下智联关于该岗位的岗位职责
我们可以发现这两个招聘高频出现的词有：架构、设计、指导他人、核心代码编写。
这让我们头脑很容易有画面感：一个老大在办公室里运筹帷幄，指挥一群小弟在代码世界里披荆斩棘，自己则时不时还要带头冲锋陷阵打大BOSS。
那么，今天我们要讲的产品经理的高阶技能——架构能力又是指什么？
之前的推文，我们讨论过不同岗位的工作内容不同，但往下挖会发现它们之间有不少通用的、可迁移的底层能力。我认为架构能力是其中一种高阶的能力。
比如一名长篇小说家，他需要构思小说的元素，比如小说中大量的人物，人物的性格特点，彼此间的社会关系，这些人如何参与到他想讲述的故事主线；同时他还要思考小说的结构，是不是先采用倒序把人一下子带入作者设计的场域，还是要先以某个场景为主线引发读者的兴趣等等。
再比如一名军事家，战争还没开始，他需要先在地图沙盘上反复推演战略、战术。考虑我军和敌军的优劣势？如何选择行军路线？战术执行上如何虚实结合？军事家头脑中必须先有一幅战争中的画面，事先做好排兵布阵。在真正的战争中才能不慌不乱，还要根据战场形式变化，灵活调整战术执行。
到这里，我们可以对架构能力给出一个自己的定义：架构能力是指遇到一件复杂的事，你需要能在头脑中构思出一幅图景，在这个图景中把可能遇到的困难都一一列出，充分利用手上的工具或外部的资源逐一击破，在未实际动手解决前，已经对要解决的难事了然于胸。
这个定义可能会有理想主义感。因为复杂的事往往也多变，当变化来临时，你需要调整头脑中的图景，重新排兵布阵，才能实时掌握局面。这也是对架构能力的另一项要求。
以上是我们今天要讲的到底什么是架构能力？
产品经理为什么需要架构能力？
上面我们提到的长篇小说家要写好一部长篇小说往往需要经历数年的构思、反复揣摩、写写改改，最终才能给世人呈现出他的作品。
当初我第一次做B端网上商城时，记得那还是2011年，淘宝双11刚开始2年，大部分年轻人慢慢培养了网购的习惯。但那时的B端产品主要都是传统C/S方式，可以借鉴的产品很有限。
带我一起做产品的大哥是这样降维打击我的：
记得我写了一份word文档，先阐述了客户提出的各项需求，然后针对需求写了产品应该有什么菜单功能？功能间得业务流转关系？每个菜单页面需要有哪些信息？又有哪些业务规则？洋洋洒洒几千字，感觉良好。
发给大哥后，大哥用了修订模式，发回给我时，整篇方案五彩斑斓。当时内心OS是：我的方案有这么不堪吗？
我仔细看了看大哥的修订内容，增加了对每个页面的内容排版、布局与触发说明；补充了对每个字段的数据类型、控件类型、占用宽度、是否必填等诸多细节说明。
那是我第一次感受到什么叫做产品和提需求（粗粒度的方案，可以理解为也是在向下游提需求）的差距。
上面的例子主要还是在方案层面，我和大哥的差距。但产品经理真正重要的事是选择做什么？这也是我们要说的架构能力的用武之地。
公司的产品idea一般来自于老板（基于老板的见识、资源）提一个大的方向，产品经理则要去寻找、确认具体应该做什么？这时还没有产品，两个人干瞪眼，空对空一顿吹，如果彼此心领神会，可能很快有些火花，如果貌合神离，则半天也讲到一起。
务实的产品经理需要做好各种调研、竞品分析等工作，结合自己的分析、理解，产出一些可见的产出物，拿出来和项目组成员沟通、碰撞。这是一种面对复杂事物，需要在头脑能构思完整图景的能力。
有句很热血的话：当你知道往哪里走，世界都会为你让路。不同人对这句话会有不同理解。产品经理是要能确认方向，知道任务如何分解，知道每一步可能遇到的困难并奋力争取资源的人。从务实态度来看，这句话就不是空话。
最近在看《中台产品经理》其中一章【中台全局建设路径概览】作者三爷总结了一套中台通用建设MSS模型（市场宏观认知Market-企业标准化Standard-解决方案设计Solution）。
企业中台建设要以全局视角对企业自身与外部市场做一次非常充分的调研，才能确定整个企业的系统建设要朝哪个方向发展。
这种面对复杂事物，具备广阔、深度的思考的能力，可以说就是产品经理的架构能力的体现。
拥有架构能力，你才能对一件事看得比别人更完整，在关键节点又能理解得更深刻。
前面谈到2011年第一次做B端产品的经历，在这里我忍不住要吐槽下目前市面上大部分B端产品的设计之殇：
不少非专业人士会认为C/S变为B/S，不还是在一个电脑屏幕，只是登录方式变了，产品设计能有啥区别？
B/S变到手机端，不就是屏幕变小了，产品设计又有啥区别？
当广大手机网民习惯了那些从C端起家的大厂做出的手机端产品，再来使用上面说的B端产品，有追求感的人，大部分是要骂娘的！
点到为止，产品设计话题这里不展开。
架构能力有没办法刻意练习？
我们要承认不同人在底层能力（架构能力属于这一类）方面有天赋高低的差别。就像乔布斯、张小龙的产品哲学是我们很多人难以企及的。
但如果你有兴趣从事创作类型的工作，架构能力又是必备的高阶能力。有没一些逐步提升的tips？
上面谈到的架构能力可以抽象为考察一个人思考的广度和深度。下面从目前个人的认知分享些提升思考广度和深度的tips：
提升思考的广度——多看、多看听。看的方面推荐通识阅读，听的方面推荐听听《得到》一些名师（如吴军、刘擎、顾恒、熊逸）的课。有兴趣可以看看之前的推文T型学习，Y型应用
提升思考的深度——多做、找反馈。上面说到我和带我做产品的大哥的方案差距，就在于他原本就在做产品经理的工作，而我原本是产品实施顾问。我和他的差距就是我做的少，他做的多。
产品经理要保持手感，每年都要有产品。
找反馈就比较高级了。反馈往往是会让你啪啪打脸的。你愿不愿意、敢不敢主动去听使用你的产品的用户的反馈。所有刻意练习都应该有反馈闭环，否则产品经理往往会高估自己的能力。
找反馈有很多种来源，可以通过后台数据埋点、与用户访谈、问卷调查等。
小结
关于产品经理的高阶技能——架构能力，就介绍到这。我们简单回顾下：
什么是架构能力?可以通俗地理解为：遇到一件复杂的事，你需要能在头脑中构思出一幅图景，在这个图景中把可能遇到的困难都一一列出，充分利用手上的工具或外部的资源逐一击破，在未实际动手解决前，已经对要解决的难事了然于胸。
为什么高阶产品经理需要架构能力？因为公司的产品idea一般来自于老板（基于老板的见识、资源）提一个大的方向，产品经理则要去寻找、确认具体应该做什么？产品经理如果头脑中没有产品未来的图景，不可能做出好产品。
如何锻炼架构能力？豆芽结合这几年的产品工作经验，分享了2个tips：架构能力可以抽象为思考问题的广度和深度；提升广度主要通过多看、多听，提升深度主要通过多做，找反馈（多被虐）