04. 从租房网站到 T 型网站

章首引言

前一章我们写到：语言不是学问 · 是工具，工具的目的，是让一个人能跨过语言门槛，去做原本不敢做的事。

但工具一旦顺手了，会出现一个新问题：

你会发现，单一工具解决不了一个"完整的人"。

第一版网站只解决"租房怎么办"。

真实生活里的人，需要的不只是"租房怎么办"。

他还要回答："来日本能不能活下去？签证怎么办？孩子怎么办？看病怎么办？哪里能吃到一顿不被宰的饭？"

这一章，写的就是：一个网站，是怎么从"一根柱子"长成"一个 T"的。

本篇一句话

宽度负责触达 · 深度负责解决。

一个网站如果只有宽度，是空壳排名；只有深度，是孤岛。T 型，是两者咬合的最低成本结构。

结构图

*图说：横向是"在日生活的常见场景入口"，纵向是"在一个领域里做透"。两者咬合处，是这个网站对一个普通人真正有用的位置。*

正文

1. 第一个用户问题：你这里有没有签证信息？

第一版上线后两周，我收到第一个"打破结构"的问题：

"老A，你这里有没有签证的内容？我老婆下个月就要更新工签了，我在国内根本不知道该怎么准备。"

我当时的反应是："这不是租房问题，我不该接。"

但下一秒我意识到一件事：他不是在问租房，他是在问"在日本怎么活下去"。

如果我说"我这里只管租房"，那我做的网站，就只是一个"租房工具"。

如果我接住这个问题，我做的网站，就开始变成"一个普通人在日本的起步入口"。

这一刻，第一版网站作为产品已经死了。

活下来的，是一个还没成形的 T 型雏形。

2. 一根柱子 vs 一座房子

我当时画了一张极其简陋的草图：

• 第一版网站 = 一根柱子（租房）。
• 一根柱子能让人靠一下，但不能住进去。
• 想让人"住进去"，需要一座房子——至少有横梁、有几面墙、有门。

但我不可能一下子盖一座房子。

跳步骤就是负债的开始。

于是我退一步问自己：

如果只能在"一根柱子"和"一座房子"中间挑一个最小可行版本，是什么？

答案是：T。

横梁负责把人接进来，柱子负责让他真的能解决问题。

T 型，是一个普通人能撑得起来的最小"半成品房子"。

3. 横向：宽度的代价是模糊

横向（T 的一横）最容易做坏。

原因很简单：宽度天生模糊。

我一开始想堆很多东西在横向：

• 签证 · 教育 · 医疗 · 银行 · 税务 · 生活百科 · 排名……

写到第三个，我自己都开始一团雾了。

我意识到：横向不是"我能写多少"，是"用户能信多少"。

于是我给横向定了三条铁律：

1. 每一类入口，必须有"边界"——这一类管什么、不管什么。
2. 每一类入口，必须有"来源"——背后引用了哪一份官方资料。
3. 每一类入口，必须有"更新时间"——哪一天最后核对过。

没有这三条的入口，我宁可不放。

横向不靠数量，靠"每一项都站得住"。

4. 纵向：深度的代价是慢

纵向（T 的一竖）最容易被低估。

原因也很简单：深度天生慢。

横向的内容，写一段就能上线。

纵向的内容，要回答第三层问题才算开始：

• 第一层："敷金是什么？"——任何百科都能答。
• 第二层："为什么外国人押 2 礼 2？"——需要解释 保証会社 的逻辑。
• 第三层："我刚到日本、没有信用记录、保証会社不审，我该怎么办？"——这一层，没人写，也是用户最痛的一层。

深度的价值，全部押在"第三层"。

但第三层不是 1 天能写出来的。

我给自己定了一条：

纵向，一个季度只允许做透 1 个领域。

第一个季度：租房。

第二个季度：再说。

5. T 型 = 宽度 × 深度 × 边界

我后来给自己写了一个公式（不严格 · 是助记）：

==T 型价值 = 宽度的可信度 × 深度的解决力 × 边界的清晰度==。

三个都不能是 0：

• 宽度的可信度 = 0 → 用户一看就是空壳排名，不会停留。
• 深度的解决力 = 0 → 用户问到第三层就跳走，不会回来。
• 边界的清晰度 = 0 → 用户分不清"哪些能问、哪些不能问"，真实摩擦无法发生。

三者咬合，才是 T 型的真正含义。

6. 我踩过的两个弯路

##### 弯路 1：把横向当成排名堆

第一次扩横向，我犯了一个低级错误：

把"我能写"等于"我该写"。

我一口气列了 8 类入口：签证 · 教育 · 医疗 · 银行 · 税务 · 交通 · 通信 · 生活百科。

两周后我自己再看一遍——

有 5 类我自己都不敢说"我核对过"。

那一刻我才明白：注意力上的税，不只用户会交，作者自己也会交。

写了一堆自己都没核过的内容，就是给自己征税。

我砍到 3 类——签证 · 医疗 · 生活百科。

其他 5 类，留白。

留白不是失败，留白是诚实。

##### 弯路 2：在纵向上"开太多坑"

第二次扩纵向，我又犯了另一个错误：

想"租房做完一半就开始做买房"。

理由很美好：用户问得多。

真实结果是：租房没做透，买房做了 30% 也没做透，两边都负向复利。

我后来强迫自己：

在第一根柱子（租房）的"做完信号"还没出现之前，不允许开第二根柱子。

做完信号是什么？

我给自己定了 3 个：

1. 用户问到"敷金 · 礼金 · 保証会社 · 解約预告 · 退去清扫"这 5 个核心概念，都有一篇能给他看的文章。
2. 决策助手已经能在这 5 个概念上给出有边界的判断（哪些它能答 · 哪些它必须转给人）。
3. 至少有 3 个真实用户，给过"这一段帮到我了"的反馈。

3 个信号没齐之前，不开新柱子。

7. T 型不是终点，是一种"操作系统升级"

T 型不是一个静态结构，它是一种做事方式：

• 横向不是"我什么都做"，是"我决定哪些先入口、哪些不入口"。
• 纵向不是"我什么都精通"，是"我决定一个季度只让一个领域真正变深"。
• 边界不是"我不会做"，是"我清楚我能解决什么、不能解决什么"。

做网站的过程，本质上是一个人在升级自己的操作系统。

你以为你在写网页，其实你在重写"我怎么决定我做什么、不做什么"。

每一次决定"留白"或"留下"，都是一次小型操作系统更新。

8. 这一章给一个普通人的建议

如果你正在做一个"一个人的网站"，我会建议你：

1. 先选一根柱子——不是你最想做的，是你能给出第三层答案的那个领域。
2. 同时给横梁留位置——但不要急着填。横梁的价值在于"用户来了之后还能去哪儿"。
3. 每加一类入口，先写边界——能解决什么、不能解决什么、来源是什么、更新时间是哪一天。
4. 给柱子定"做完信号"——没有信号，别开第二根。
5. 接受 T 型的不对称——横梁比柱子先成形，柱子比横梁更慢但更深。

这一切，本质上是一句话：

宽度负责触达 · 深度负责解决 · 边界负责让信任能复用。

T 型不是一个聪明的设计，T 型只是一个人能撑得起来的最大结构。

本篇方法卡

方法 04 · T 型最小结构判定

给一个"一个人的网站"做结构判断时，按 5 步走：

1. 画出横梁清单：列出"用户来了会问什么"，但只允许保留你能给出边界、来源、更新时间的入口。

2. 挑一根柱子：选你能回答到第三层的领域，作为第一根纵向。

3. 写"不能解决什么"：横向每一类入口，明确写出"这里不解决什么"——预防空壳排名。

4. 定柱子的"做完信号"：3 个具体的、可观察的信号；没齐不开新柱子。

5. 季度一柱子：纵向一个季度只允许做透一个领域，其他全部留白。

本篇金句

参考与延伸

核心思想锚 ——

• 李笑来《通往财富自由之路》—— 注意力 > 时间 > 金钱
• Geoffrey Moore《Crossing the Chasm》—— 早期产品的"窄而深"原则
• Stanford Lean LaunchPad —— 真实痛点的纵向验证
• 维基百科条目"T-shaped skills" —— T 型能力的原始概念
• 老A《判断力的预存》—— 本书第 01 章方法卡的延伸