1704233400
一起来看几个例子。
1704233401
1704233402
一本书的产品架构图
1704233403
1704233404
图6-15是用Visio画的，纯自由流，是《人人都是产品经理（纪念版）》一书的产品架构图，表达了每一章讲什么，主要有哪些话题。
1704233405
1704233406
1704233407
1704233408
1704233409
图6-15 《人人都是产品经理（纪念版）》的产品架构图
1704233410
1704233411
一个创业产品的架构图
1704233412
1704233413
再来一张，是我在某公司交流时指导学员画的。他们要做一个叫“No Waiting”的产品，切入点是解决“乘坐公共交通出行的人们在上车前和在车上的大量等待时间里感觉很无聊”这个问题。针对这一切入点，学员们以核心用户为中心，把关键功能依次展开，来完成这张产品架构图的绘制。
1704233414
1704233415
1704233416
1704233417
1704233418
图6-16 No Waiting的产品架构图
1704233419
1704233420
图中有以下几个关键的功能点。
1704233421
1704233422
►公交实时到站查询： 让用户了解是否需要一路小跑去公交站，还是可以先去旁边的便利店买一瓶水。将来计划对接公交公司的数据、BI（Business Intelligence，商业智能）系统，还会对接地图应用。
1704233423
1704233424
►候车娱乐： 如果车还有很久才来，或者已经上车还没到站的时候，用户可以通过候车娱乐玩游戏。其亮点在于，玩的过程中不用再紧张地随时需要停下来抬头看看是否该上、下车了，系统里会有到站提醒。这一功能点将来可以用来承接广告，产生直接收入。
1704233425
1704233426
►叫车功能： 如果实在等不及，还可以唤起第三方的打车应用。
1704233427
1704233428
►到站提醒： 准备上车和准备下车的提醒，同样需要对接公交系统的数据。
1704233429
1704233430
►个人中心iBus： 建立用户数据库，让系统记录用户的家、公司等常去地点及乘车路线，将来也许可以做社交，比如：“本月你和小红已经在这路公交车上邂逅3次了，要不要打个招呼？”
1704233431
1704233432
天猫的产品架构图
1704233433
1704233434
图6.17.2010 年天猫（当时还叫淘宝商城）的真实产品架构图，供大家参考。
1704233435
1704233436
1704233437
1704233438
1704233439
图6.17.2010 年淘宝商城的产品架构图
1704233440
1704233441
根据表达的需要，产品架构图可以画成流程图、实体关系图、用例图等，各种类型的架构图都可以在网上找到相应的参考。
1704233442
1704233443
6.2.5 功能分分合合的本质
1704233444
1704233445
顺着产品架构的话题，再探讨一个产品形态的问题——不同的功能，到底应该做在一起，还是分开。举个例子：滴滴平台的顺风车，乘客和车主的功能在同一个客户端里，而其出租车，乘客和司机的功能分布于两个客户端。
1704233446
1704233447
其实这个问题背后的判断逻辑很简单，就是看不同用户角色背后的自然人重合度高不高 。如果高，则倾向于同一个端搞定，如果不高，则倾向于分离。
1704233448
1704233449
说一个淘宝的故事。