Friday, April 3, 2026
写作者、设计师、独立开发者的个人网站：结构建议与常见问题
个人网站没有一个通用的最优结构。
写作者、设计师和独立开发者做个人网站时，面对的核心任务不同，需要展示的内容不同，访问者期待看到的东西也不同。
如果用同一套结构套在所有人身上，通常结果是：对大多数人来说都还好，但对任何一类人来说都不够准确。
这篇文章分别讨论这三类人在做个人网站时最常遇到的结构问题，以及更适合各自场景的建议。
写作者的个人网站
核心任务
写作者的个人网站通常要完成这几件事：
- 让人知道你在写什么类型的内容
- 让人能快速读到你的代表性作品
- 建立长期的读者或关注者关系
- 在一些情况下，展示写作经历以支持约稿或合作
写作者最常见的结构问题
把所有文章都放在首页
文章列表很长，每一篇都列出来，结果首页看起来更像一个归档页，而不是一个让人认识你的入口。
访问者不知道该从哪篇开始，也不知道你写得最好的是哪几篇。
更好的做法是首页只放精选：最有代表性的 3 到 5 篇，或者最近发布的几篇，配上你是谁的简短介绍。完整文章列表放在单独的归档页面。
只有文章，没有自我介绍
一些写作者的个人网站直接就是文章列表，没有任何关于作者是谁的介绍。
对于已经认识你的读者来说这没问题，但对于第一次来的访问者，他们不知道该不该花时间读你的文章。
首页至少需要一句清楚的自我介绍：你在写什么方向的内容、为什么写、适合哪类读者。
about 页面写成了简历
写作者的 about 页面不需要是一份完整简历，而是帮助读者决定"我是不是该继续关注这个人"。
更有用的内容是：你关注的问题是什么、你写作的角度和方式、读者可以期待从这里看到什么。
写作者的个人网站结构建议
- 首页：一句关于你和你写什么的介绍 + 精选文章（3 到 5 篇）+ 订阅入口
- 归档页：按时间或主题分类的完整文章列表
- About 页面：你是谁、关注什么问题、为什么写、适合哪类读者
- 联系方式：邮箱或社交账号，对希望约稿或合作的人可见
如果你还处于早期，内容还不多，一个单页网站可以先把首屏介绍、几篇代表文章和联系方式放在一起，够用了。
设计师的个人网站
核心任务
设计师的个人网站通常要完成：
- 让潜在客户或招聘方快速判断你的能力和风格是否匹配他们的需求
- 展示代表性项目（包括过程和结果，不只是最终图片）
- 建立信任，让人愿意进一步联系
设计师最常见的结构问题
只有图，没有过程说明
一个只有最终设计图的作品集，让访问者无法理解：你在这个项目里做了什么、解决了什么问题、为什么做了这样的设计决策。
漂亮的图展示了结果，但文字说明展示的是能力。两者缺一。
大多数看你作品集的人（客户、招聘方）更关心的是你的判断和过程，而不只是最终图片。
项目太多，每个说明太薄
15 个项目，每个配 2 张图和一行说明，不如 5 个项目，每个有完整的背景介绍、过程展示、你的具体贡献和结果。
精选是作品集最难但最重要的工作之一。
首屏没有说清楚你做哪个方向的设计
"设计师"涵盖的范围很广：品牌设计、UI 设计、产品设计、交互设计、动态设计、空间设计……
如果首屏只写"设计师"，访问者不知道你适不适合他们的需求，只能靠翻项目来猜。
首屏应该说清楚：你做什么类型的设计、服务什么类型的客户或项目。
设计师的个人网站结构建议
- 首页：一句清楚的职业定位（做什么类型的设计）+ 精选 3 到 5 个项目（每个项目有足够的说明）+ 联系 CTA
- 项目详情页：项目背景 → 你的角色 → 过程与决策 → 结果（这是大多数设计师作品集最需要加强的地方）
- About 页面：更完整的背景、工作方式、目前在找什么类型的机会
- 联系方式：在首页和 about 页面都应该可见，不要让人找半天
如果你的作品本身视觉冲击力很强（摄影、插画），可以用更多大图，但至少在项目旁边要有一句说明这个项目的背景和你的角色。
独立开发者的个人网站
核心任务
独立开发者的个人网站通常在做这几件事中的一件或几件：
- 展示你做过的产品和项目
- 建立个人品牌，让同行或潜在用户认识你
- 吸引用户使用你正在做的产品
- 找合作或客户（合约开发、顾问）
独立开发者最常见的结构问题
把 GitHub 档案页当成了个人网站
GitHub profile 是很好的技术背景证明，但它不是一个完整的个人网站。
它缺少自然语言介绍你是谁、你在做什么方向、为什么你的项目值得关注，也没有清楚的下一步动作。
个人网站和 GitHub 档案可以互相补充，但不应该完全替代。
列出了所有项目，但没有区分主次
很多开发者会把 GitHub 上所有公开项目都列出来，包括早期的实验、废弃的练习项目、还没做完的 side project。
这对访问者来说很难判断哪些是真正有价值的项目，哪些是随手写的练习。
更好的做法是精选你目前最重要的 2 到 4 个项目，说清楚每个是什么、解决什么问题、你在里面做了什么，其他项目可以通过 GitHub 链接补充。
技术栈列表代替了能力说明
"Python · TypeScript · PostgreSQL · Docker · AWS" —— 这类技术栈列表本身信息量有限。
访问者（尤其是非技术背景的潜在客户）更想知道的是：你用这些工具做过什么、做到了什么结果。
与其列技术栈，不如用具体的项目和结果来说明你的技术能力。
没有说清楚目前在找什么
独立开发者的个人网站往往需要支持几件不同的事（展示项目、找合作、推广产品），但没有说清楚哪件事是主要目标。
结果是访问者不知道他们应该做什么：联系你合作？使用你的产品？还是只是了解你？
首页最好有一个主要的方向，其他需求可以作为次级入口存在。
独立开发者的个人网站结构建议
- 首页：一句清楚的自我介绍（你是谁、做什么方向）+ 精选 2 到 4 个最重要的项目（每个说明做了什么、解决了什么问题）+ 主 CTA（联系 / 查看产品 / 查看作品）
- 项目说明：对每个精选项目，说清楚背景、你的角色、技术选择的理由、结果。这比技术栈列表更有说服力
- About 页面：背景、工作方式、目前在做什么、在找什么类型的机会或合作
- GitHub / 演示链接：在每个项目旁边提供，让感兴趣的人可以继续深入了解
- 联系方式：邮箱 + 一两个社交账号，直接可见
三类网站的共同建议
尽管写作者、设计师和独立开发者面对的具体问题不同，但有几件事对所有人都成立：
首屏先说清楚你是谁、做什么
不管哪种类型，首屏都需要让访问者在 5 秒内建立基本认知。不要假设访问者会先看作品再理解你是谁。
精选优于全量展示
每个人都会展示最好的一面，但"最好"不等于"最多"。精选 3 到 5 个最有代表性的内容，比列出 20 个有效得多。
有明确的下一步动作
联系方式要可见，CTA 要清楚。不要让访问者看完之后不知道该做什么。
先发布，再迭代
很多人因为想做一个完美的个人网站而迟迟没有上线。
一个能说清楚你是谁、有几个代表性内容、有联系方式的网站，比一个一直没上线的完美网站有用得多。
先上线，再根据真实反馈慢慢迭代。
如果你想从一个适合自己职业背景的结构开始，可以先去模板页面找适合的起点。