Anthony Smith
Anthony Smith
Venture capitalist and startup mentor for over a decade.
悬，够呛。
说白了，大部分投资人看不懂，也没兴趣看懂一个纯粹的技术架构图。你放一堆 AWS 图标、Nginx、Redis、Kafka 之类的东西，他们看到的就是一堆无意义的方框和箭头，脑子里想的是“这哥们是不是想用技术复杂度来唬我？”
换个角度想，投资人关心的是什么？是你的“生意”，而不是你的“技术实现”。他们关心的问题是：
- 你的业务是怎么跑起来的？ 用户的钱是怎么流转到你口袋里的？你的核心业务流程是什么？
- 你的系统能不能撑得住？ 如果用户量涨10倍、100倍，你这套东西会不会崩？扩展成本高不高？
- 你的护城河在哪？ 你有没有什么特别牛的技术壁垒？是独特的算法，还是处理海量数据的能力？
- 你的成本结构怎么样？ 你这套架构看起来是不是特别烧钱？
所以，你应该把给工程师看的架构图收起来，专门为投资人画一张“翻译”过的图。我建议你这样做：
- 讲人话，别讲术语。 把“MySQL 主从同步”换成“核心数据库（保障数据安全）”，把“Redis 缓存集群”换成“高速缓存（支持百万用户同时在线）”，把“微服务A、B、C”换成“用户模块”、“订单模块”、“支付模块”。
- 从业务出发，而不是技术。 图的重点应该是展示业务流程。比如，一个电商平台，你的图应该清晰地展示出：【用户】通过【App】浏览【商品】，然后【下单】，系统经过【订单处理中心】，触发【支付流程】，成功后通知【仓储中心】发货。把这个价值流转的过程画出来。
- 突出亮点，隐藏细节。 如果你有一个特别牛的“智能推荐算法”，那就在图上把它框出来，放大，旁边加一句注释：“核心优势：转化率提升30%的独家算法”。至于这个算法是用 Python 还是 Go 写的，部署在几台服务器上，这些细节没人关心。
- 视觉上要简洁、清晰。 用最少的方框和线条说清楚事情。如果一张图解释不完，就分两张。一张是“业务逻辑图”，一张是“系统能力图”（比如展示高并发、高可用等）。
一个经验之谈： 你可以准备两个版本的架构图。
- PPT 版： 就是上面说的那种“翻译版”，给投资人看的，用来讲故事，建立信心。
- 技术版： 你现在手里的这张，留着。如果聊得好，对方的技术顾问或者尽职调查团队进场了，再拿出来给他们看。
记住，在 PPT 上，架构图不是为了展示你技术有多牛，而是为了证明你的业务有多靠谱。如果你的图能让你外婆都大概看明白你是做什么生意的，那就对了。