Kibu 重做官网时,做了一件听起来很危险、但在产品圈并不罕见的事:几乎逐像素复刻 Mintlify 2025 年的营销官网。
Ben Wallace 在博客里把这叫作 “stealing is a skill”。这里的 stealing 不宜直接翻译成违法抄袭,更接近一种高强度学习式复刻:先把一个优秀作品拆到骨头,再决定自己到底该动哪一刀。
这事有意思,不是因为它多大胆,而是因为它把很多团队私下都在做、嘴上却不愿承认的流程摊开了:没有清晰愿景时,先借一个足够好的答案,再逼自己改出差异。
Kibu 到底复刻了什么,又改了哪 3%
Kibu 当时的问题很具体:想重做营销官网,但没有清晰愿景。
团队知道自己想要漂亮首屏、现代极简组件、可复用页面结构,也知道官网要更会卖产品。但这些愿望落不到页面上。
他们看上了 Mintlify 2025 官网。理由也直接:首屏抓人,色彩果断,组件节奏克制,表达方式是 “show, don’t tell”——少讲抽象概念,多展示产品本身。
| 模块 | Kibu 学了什么 | 后来改了什么 |
|---|---|---|
| 首屏 | 视觉节奏、信息层级、第一眼的冲击力 | 换成 Kibu 自己的品牌叙事 |
| 色彩与组件 | 现代、克制、可复用的页面节奏 | 调整到更适合 Kibu 的页面结构 |
| 导航 | 浮动、半透明、对齐精确 | 弹层更极简 |
| CTA | 借用组件节奏和转化位置 | 加入团队照片,让“团队”进入品牌表达 |
| 产品展示 | 学 Mintlify 的展示逻辑 | 更多使用视频,而不是截图 |
这不是开三天会写品牌宣言,而是把别人的页面一针一线重做一遍。
作者提到,复刻让团队看懂了很多原本容易被忽略的细节:为什么这里有 hover,那里没有;黑白区块连续切换会制造什么心理节奏;组件宽度为什么要和导航栏严丝合缝。
项目用不到一个月的周末时间在 Framer 上线。后续到 2026 年 3 月,他们又迁移到完整代码库。
理由很现实:团队押注 vibecoding 会比拖拽建站更快,也更少被工具锁定。
这个转身很关键。早期要速度,后期要控制权。建站工具能让你跑起来,但跑远了,路权最好还在自己手里。
原创崇拜很便宜,识别可借之物才贵
Virgil Abloh 的“3% 方法”来自他改造 Air Force 1 的创作思路:尽量只改原作的 3%,不稀释前人已经打磨成熟的设计。
但这不是神圣规则。作者脚注里也说得很清楚:它是 approach,不是 rule。
有价值的不是迷信 3 这个数字,而是逼自己先看懂 100%。你连原作为什么好都说不清,所谓改造只是换皮。
乔布斯那句老话,“Creativity is just connecting things”,被引用到发腻。但放在这里仍然有效。
连接不是随便拼贴。连接之前,你得知道什么能连,为什么能连,连完以后是不是变成自己的东西。
我不太买账的是那种廉价原创洁癖。
很多团队一上来就喊“我们要做独特品牌”,最后做出来的东西既不独特,也不好用。反而是承认自己暂时没有能力从零发明的人,更容易进入有效学习。
问题不在借鉴。问题在于有没有看懂原作的取舍。
只搬首屏,是偷懒。拆懂组件、节奏、信息密度,再改出自己的业务重点,才算学习。
这里也有一条现实限制:学习式复刻不是免罪牌。
商业网站不是课堂作业。它面向客户、招聘候选人、投资人和同行,也会消耗信用。
Kibu 这次敢公开讲,是因为它没有停在“像 Mintlify”。它把差异落到了导航、CTA、产品展示形态和工具路线里。这些改动不惊天动地,但至少是业务增量,不是换个 logo 交差。
“天下熙熙,皆为利来。”放到产品设计里也一样。
团队复刻优秀网站,很多时候不是为了致敬,而是为了省时间、降风险、快上线。这没什么可装清高。但省下来的时间必须拿去补差异化,否则只是把品牌债务往后滚。
设计师、开发者和创始人该怎么用这件事
这篇博客对不同人群的价值不一样。别只看热闹,也别只争“抄不抄”。更实际的问题是:你下一次做官网、落地页、产品展示页时,准备怎么动手。
| 对象 | 可以直接学的动作 | 最该避开的坑 |
|---|---|---|
| 产品设计师 | 选 1 个高质量参考站,拆首屏、组件、动效、信息密度,再标出必须改的业务差异 | 只截屏拼 moodboard,不解释原作为什么有效 |
| 前端 / 独立开发者 | 先用 Framer、Webflow 或类似工具快速验证页面,再判断是否迁到代码库 | 为了快上线把长期维护权交给工具,后面迁移成本失控 |
| 创业团队创始人 / 增长负责人 | 把官网改版当成转化实验:先上线可用版本,再补品牌差异 | 把“像某个好网站”当成品牌策略本身 |
对产品设计师来说,这件事提醒的是基本功:别只收藏灵感图。把参考站拆成层级、节奏、组件、交互和文案逻辑,才有用。
对前端和独立开发者来说,重点是路线选择。Framer 这类工具适合抢时间,但不是所有阶段都适合继续依赖。Kibu 后来迁到完整代码库,说明它开始把速度让位给控制权。
对创始人和增长负责人来说,官网不是审美项目。它是客户第一次判断你靠不靠谱的界面。
你可以借一个成熟结构开局,但必须尽快回答三个问题:你和参考对象哪里不同,为什么客户要信你,哪些页面资产未来不能被工具锁死。
接下来最该观察的变量也很清楚。
一是 Kibu 迁到完整代码库后,是否还能保持更新速度。如果速度没掉,说明 vibecoding 确实帮它降低了从拖拽工具迁出的摩擦。
二是它的品牌辨识度会不会继续拉开。如果半年后读者还只能记住“像 Mintlify”,那这次复刻留下的不是方法论,而是品牌欠账。
三是团队会不会持续公开这种创作过程。公开承认借鉴很冒险,但也会反过来逼团队做出差异。藏着抄,最容易停在皮相。
这篇博客真正刺到行业的地方,是把“偷”从道德词拉回能力词。
会偷的人,不是胆子大,而是眼睛准、手稳,知道哪 3% 值得动。
不会偷的人,连别人的好都看不明白。
