时间: 2021-08-03 10:07:18 人气: 14 评论: 0
架构， 按照字典里的解释可理解为支架，用于比喻事物的组织、结构、格局。那究竟什么是产品架构，产品经理又该如何来搭建一套好的产品架构？本期天天问为你解答。
—————————————————-我是分割线——————————————-
简单来说就是画图纸。
比如，造房子，第一步就是要把图纸画好，尤其是整体的承重结构，这个是骨架，有了这个，剩下的就是往里面填东西。
我认为，真正是不存在这种非常大的架构能力的PM的。因为，如果有，那么他至少也是战略决策层的职位不**是PM。另外就是产品的演化是非常难以把控的，比如张小龙也不**在一开始做微信的时候就想要［链接一切］的。
所以这里的产品架构能力，我理解是特指能够画好一个屋子图纸的能力。
个人理解的产品架构，是指整体的结构与组件的关系的一个描述，重点关注于产品整体功能框架的设计，宏观而全面，不是具体产品设计里的细枝末节。
产品架构主要分为两个部分，一是业务架构二是设计架构，业务架构里包含着产品战略、商业需求、用户需求、开发资源需求、人力需求等，可理解为产品的需求架构（即产品落地所涉及到的资源方）；而设计架构指的是产品在设计过程中的产品逻辑、交互规范、模块划分等细节层面，以保持设计过程中的一致性和通用性为主。
产品的架构不用想得太复杂，举个例子，就像是规划一栋建筑，它的整体布局、所需要的人力物力财力资源及商业目标等，这就是产品的业务架构（起这座建筑的需求和目的）；而这座建筑的外观设计和内部结构（怎么起这座建筑、如何设计）就是产品的设计架构。
问题详情：http://wen.woshipm.com/question/detail/q5pmf.html
其实两个问题：
第二个问题没看懂，不好回答，说一下第一个吧：如何详细地分析产品与竞品的信息架构？
说一下我的方法，分三步：
1. 拆分产品的所有模块和功能点，画成思维导图
任何一个产品，不论多复杂，其实都有一个信息架构。比如说，现在的产品大部分都包含有 发现（或者叫动态）、我（或者叫个人中心）这样的模块，然后在这个模块下，可能有几个不同的功能之类的。
2. 分析每个功能与流程
比如登录注册，登录按钮怎样设计的？为什么要这样设计，为什么不那样设计，多问自己几个问题，才能找到设计者设计的原因，而不是自己在这里YY（这种分析需要很多资料做佐证的，而不是简单的表面功夫）。
3. 将分析结果或问题带入场景
比如某个按钮被设计在底部，但是一直没有想清楚为什么要这样设计。带入场景后发现，原来用户在特定的场景下，按钮在底部是最容易操作的。这种时候才能明白设计的苦心。
当然，分析产品的时候需要考虑很多因素，不仅是从产品设计出发，还要从运营、公司战略、资源等情况出发，才能得出更接近真相的答案。
问题详情：http://wen.woshipm.com/question/detail/0of0s.html
从用户需求和使用习惯来考虑，这个app解决了用户群体什么问题。通常解决的不是单一问题，所以把用户需求列出来，排一排优先级，按照优先级顺序、使用频次、合理归类把主要的功能页面设计出来；
从钱来考虑，哪些地方是有现金流入的，安排在合理位置；
功能细化，设计菜单、按钮等细节部分。
精选回复@老猫猫
设计产品时我一般采用如下步骤：
问题详情：http://wen.woshipm.com/question/detail/7g86d.html
有趣的问题，先说什么才是我理解的产品架构，我主要从产品和运营的角度来说下我的观点：
（1）产品
从长远规划来看，产品的战略定位如何？最终是需要达到什么要的目标？产品定位问题，互联网产品基本都不**是一次成型，都是分多次，把产品且分为多个阶段，去实现原先的产品目标。而每个阶段都是一个相对较为完整的产品，且有阶段目标，阶段目标是特定的目的。
所以，从产品角度来讲，需要知道整个产品的定位和战略目标。 清晰地知道如何通过一个个产品升级和迭代达到或者接近那个目标。做到这一步需要近可能的成为那个战略定为者，或者通过某种方式了解战略定位。当这个产品定位深深的印在脑海里的时候扔掉它，专心的把阶段目标完成。这样你才能知道产品为什么这样做？以后要做成什么样？
（2）运营
产品的实施上线计划阶段目标一定是带有运营目标的，也就是产品每个阶段都有相对应的运营方案和策略。产品是否当前阶段面向最终用户，种子用户是谁？当前产品是否适合当前用户使用？是否有助于当前阶段用户提升？是否有助于品牌形象提升……而运营策略**再某些方面影响到产品的阶段规划，从而影响到技术。 所以，需要了解运营策略。
能做一名优秀的产品架构师，基本上去创业当CEO是没什么问题了，欢迎补充。
以上是我的看法，以下是一些由此引发的见解：
技术架构是静态的，因为在设计之初就是有一个明确的目标和可预计的结果的，能承受一个怎样的极限值；而产品架构则因为要应对不断变化的需求与可能的环境的变化，相对而言是动态的不明确的。要做到的是保持当下的竞争力不损害产品未来的可能性！
让我感触最深的是看到的美团网在百团大战的时候设计的一个后台比价系统，使得自己在与商户的沟通中更有话语权(因为知己知彼)，使得自己能够在百团大战中拥有更大的竞争优势（当然这只是冰山一角）
做产品就是在做产品架构！一切做好产品的方法都在教你如何做好一个产品的架构！始终在回答一个问题，如何获得阶段性最大的竞争优势（当然是长短期的综合考虑）！
另：没有竞争力的产品就不要说自己有产品架构了！
（这种论调好像有点把功用当目的了，但就像产品就要用自己的产品说话一样，这就是我实用主义的价值取向：成王败寇)
问题详情：http://wen.woshipm.com/question/detail/0pj9s.html
不同行业的产品可能做整体架构的思路也不一样。我是一直做b端产品的，从自身工作经历分享下心得：
试着把自己忙于一堆问题梳理成一个列表，对每个问题根据影响用户使用产品核心服务的重要程度排序下，并列出每个问题的需求类型，参与角色（用户，运营人员，客户经理，领导等），考虑参与角色很重要，这直接影响你的产品整体架构需求拓展性。
大多数产品最终目标是盈利转化，而产品的主要参与角色是用户。所以，这个群体的需求是最高优先级也是产品最表层的受益者，运营／客户经理是促进盈利转化的执行者；而领导通常是商业模式的决策者，直接影响产品的运营形态。
由表及里找到根本原因，然后再综合问题顺着由里及表思路设计整体优化架构方案。
这种思路帮了我很多忙，希望也能帮到你。
问题详情：http://wen.woshipm.com/question/detail/ti2dj.html
上至产品的宏观计划，下至产品的功能模块，囊括产品的目标及愿景、用户需求、商业需求、数据流程和设计框架，还涉及到产品的生态结构，所以要搭建好一套产品框架并不是件易事。一般来说，要搭建产品架构，只有少数的高级PM才能胜任，绝大多数刚入门的产品经理或产品专员，还涉及不到任务这么艰巨的工作。然而没有梦想的人，跟咸鱼有什么区别？吾等要朝前看，说不定今日获取的这些信息，在今后的某个场景就能派上用场了呢~
【天天问每周精选】第18期：匠心精神和商业化模式标准应如何抉择？
【天天问每周精选】第17期：我想转岗做产品经理，**不**很困难，该怎么准备？
【天天问每周精选】第16期：关于产品数据分析，我整理了这6个常见问题
【天天问每周精选】第15期：APP的这点事儿：从设计上线到推广，APP产品都该注意这几点
【天天问每周精选】第14期：电商产品的设计和运营需要注意哪些问题？
精选问题每周有，欢迎食用~配合回复味道更佳(∩_∩)
本栏目由天天问小编@Cecila编辑，欢迎大家踊跃提问，一起交流。
