这是
content/posts/indie/indie-brand-and-visual-design的目录页，收录 10 篇文章。前面十二组分别讲「要不要做」「在哪上架」「丢了怎么找回」「怎么合法立住」「多条线怎么加减」「怎么用接单换现金」「前 100 天怎么走」「怎么让人知道你」「人来了怎么留住」「收多少钱」「用户不在你的语言里怎么办」「怎么判断做的东西是对的」。这一组回到产品本身：在没有设计师的情况下，怎么让一个产品看起来像产品，而不是像个人项目。
这个系列解决什么问题
一个人做产品，功能可以自己写，运营可以自己学，唯独设计最容易停在「能用就行」。而用户的第一印象，恰恰全部由设计决定。
常见的四种情形：
- 首屏写着「强大、高效、一站式」，用户看完不知道这是做什么的。
- 每次改版都换一套颜色，半年后没有一个用户记得产品长什么样。
- 空列表一片空白、保存成功没有任何提示，用户以为页面坏了。
- 上线前一天才发现商店页要五种图标和六张截图，手里只有一张测试截图。
这一组不讨论设计流派与审美取向，只做一件事：把「做得像样」拆成一个人能执行、每步都有判据的动作。
核心主张：五条口径
第一，品牌是可复述的承诺。 说不清「给谁、解决什么、凭什么」，logo 再好也只是装饰。
第二，一个人只需要最小系统。 一色、一字、一形状、一套 token；多一个变量，就多一份维护成本。
第三，约束先于审美。 对比度、字号阶梯、状态覆盖、字数上限都能算，算得过再谈好看。
第四，状态比页面更常被看到。 空、加载、错误、无权限才是用户真正停留的地方，默认态只出现一次。
第五，设计要能验收。 每条规则写成一句可判断真假的话，做不到就是没做完。
10 篇速览
| 文章 | 核心内容 | 阶段 |
|---|---|---|
| 品牌不是 logo：一句话承诺与三次复述 | 产品品牌与个人品牌之别、三段式承诺、竞品替换与功能删除测试、复述命中率 | 定位 |
| 命名：可搜索、可发音、可注册 | 三类命名取舍、五条约束、搜索结果污染度、改名触点数与成本 | 命名 |
| 视觉识别的最小系统：一色、一字、一形状 | 主色与中性色阶、语义色、对比度公式、logo 三形态与安全边距 | 识别 |
| 设计 token：把颜色、间距、字号写成变量 | 原始值/语义/组件三层、间距基数、字号阶梯、30 个 token 的预算 | 系统 |
| 首屏与信息架构：一页只回答一个问题 | 首屏三问、信息三层、导航项上限、字数预算与 5 秒测试 | 布局 |
| 交互状态：空、加载、错误、成功与无权限 | 六态矩阵、加载三阈值、空状态与筛选结果的区分、状态覆盖率 | 状态 |
| 微文案：按钮、报错与空状态怎么说 | 按钮动词化与字数预算、报错三要素、语气一致、中英文长度差 | 文案 |
| 视觉物料：图标、截图、演示图与素材清单 | 图标四尺寸与安全边距、截图三张一组、演示时长、物料清单与工时 | 物料 |
| 设计验收：一致性、可访问性与跨平台的一张表 | 四类检查、二十项清单、截图基线、三十分钟走查与通过率 | 验收 |
| 品牌延展与退役：第二个产品共用还是另起 | 母品牌/子品牌/独立品牌、token 复用比例、保留迁移归档、资产清单 | 延展 |
三条阅读路径
路径 A：还没上线，正在做第一个版本
从 01 写一句承诺，用 02 定名字；然后按 03 定一个主色、一个字族、一个形状，04 把这套值写成 token。四篇做完，界面就有了骨架。
路径 B：产品已上线，用户说「看着不太专业」
先读 05 把首屏信息重新排序，再读 06 补空、加载、错误三态，07 改一遍按钮与报错文案。这三处通常能解决大部分「不专业」的反馈。
路径 C：准备上架或做宣传，物料来不及
直接读 08，按清单一次列全；再用 09 的二十项检查跑一遍。若手上有第二个产品，读完 10 再决定品牌关系。
与其它专题的边界
| 专题 | 它讲什么 | 本组的边界 |
|---|---|---|
| 独立开发者生存指南（进阶扩展篇） | 其中一节讲个人品牌是信任沉淀 | 本组讲产品品牌，不讲个人品牌 |
| 排版与字体：长度膨胀、断词与复杂文字 | 多语言下的字体、断词与长度膨胀 | 本组讲原语言的视觉体系，不涉及本地化排版 |
| 文案外置：从硬编码到语言包 | 文案抽取、key 命名与语言包结构 | 本组第 07 篇讲原语言怎么写，不讲抽取流程 |
| 商店页与搜索入口：翻译不是本地化 | 商店页关键词、标题与文案策略 | 本组第 08 篇只讲视觉物料的规格与生产 |
| 本地化测试：漏译、回退与截图回归 | 多语言缺陷与截图基线 | 本组第 09 篇讲通用设计验收，不做本地化测试 |
| 空状态与示例数据：60 秒内看到成品 | 空状态作为激活手段 | 本组第 06 篇讲六态规范，不讲激活 |
| 从落地页到第一个动作 | 落地页转化与注册流程 | 本组第 05 篇讲首屏信息层级，不测转化 |
| 可用性测试：五个人、三个任务、一张表 | 用户能不能走通任务 | 本组第 09 篇检查界面规范是否成立，不组织测试 |
| 产品间的引流与打包：交叉推广、捆绑与用户池边界 | 多产品之间的运营协同 | 本组第 10 篇只讲品牌层延展，不涉及流量互导 |
| 一个人的产品线：第二个产品与组合运营 | 要不要做第二个产品、怎么分配时间 | 本组第 10 篇只回答「视觉上共用还是另起」 |
| 游戏品牌资产系统：Logo、角色、世界观和视觉识别怎么长期沉淀 | 游戏角色、世界观与美术资产 | 本组面向软件与工具产品，不涉及角色与世界观 |
| 前端工程化专题：从 Vite 到 WebAssembly 的全栈实践 | 设计系统的技术实现 | 本组只讲规范与验收，不写框架代码 |
| 一个人把 API 做成产品：对外接口、开发者体验与支持 | 买家与收入结构、契约与错误模型、key 与限流、Webhook、SDK、文档站、弃用窗口与 DX 验收 | 本组：品牌承诺、视觉体系与设计验收；该专题：API 契约、凭据、Webhook 与开发者支持。 |
| 一个人给产品加 AI：判据、成本、护栏与验收 | 四道判据与替代方案、推理账单与毛利下限、供应商打分、提示资产、50 条评测、事实边界、滥用防线、降级预案、额度与超额、四张验收表 | 本组：品牌承诺、视觉体系与设计验收；该专题：AI 功能的成本、质量、权限边界与验收。 |
| 一个人的借力：外包、自动化与协作边界 | 借力顺序与回本、任务边界、试单与背调、brief、发包成本、设计内容与代码交接、自动化与客服、合作分成、四张验收表 | 本组：品牌承诺、视觉体系与设计验收；该专题：发包、协作交接与净回收工时。 |
| 一个人的自助支持：帮助中心、排查树与工单减少 | 工单分类与可自助比例、任务型帮助中心、FAQ 与排查树、教程与截图、搜索空结果、更新日志、模板答复、三级升级、四张验收表 | 本组：品牌承诺、视觉体系与设计验收；该专题：自助内容、排查树与人工升级。 |
| 一个人的消息系统：事务邮件、通知分层与送达率 | 消息清点、事务邮件基线、SPF/DKIM/DMARC、送达率账本、通知分层、偏好中心、渠道分工、生命周期序列、同意与退订、四张验收表 | 那组讲邮件标题与提醒文案的结构；本组讲承诺、命名、视觉识别与设计系统 |
| 一个人的社区：冷启动、版规、版主与社群健康 | 社群该不该建、载体选型、前 100 人、版规与三档处置、版主与志愿者、内容节奏、答疑沉淀、活动与线下、商业化边界、四张验收表 | 那组讲社群的规则、版主与内容节奏；本组讲品牌承诺、视觉体系与设计验收 |
| 一个人的财务：现金流、runway 与月度结账 | 四张表与四个收入、分账、收入确认、成本清点、13 周滚动、runway 与薪酬、15 分钟月结、税预提、现金预警与收缩、四维验收 | 那组讲现金与成本账；本组讲品牌承诺、视觉体系与设计验收 |
| 一个人的运维：可用性、告警、事故与值班 | 可用性预算、五条探针、告警降噪、日志串联、状态页、容量水位、依赖降级、发布观察、事故复盘、四维验收 | 那组讲可用性与事故沟通；本组讲品牌承诺、视觉体系与设计验收 |
| 一个人的多租户：组织、邀请、角色与数据隔离 | 组织引入判据、三层模型与迁移、邀请与成员生命周期、角色矩阵、三层校验、数据隔离、审计日志、席位一致、交接与四维验收 | 那组讲组织与权限边界；本组讲品牌承诺、视觉体系与设计验收 |
| 一个人的产品度量：事件字典、指标口径与决策看板 | 六个决策与十二个指标、二十四事件字典、埋点三处校验、口径五要素、五步漏斗、一屏四区看板、四条校验与三方对账、采样与保留、样本量与灰度、九项验收 | 那组讲行为数据怎么变成决策；本组讲品牌承诺、视觉体系与设计验收 |
| 一个人的架构：技术选型、模块边界与演进（10 篇） | 技术选型排除法、九个模块与依赖方向、数据迁移三步、四个升级窗口、技术债预算、三次规则、重构判据、可替换性、幂等与补偿、四维验收 | 那组讲代码的模块边界；本组讲品牌承诺、视觉体系与设计验收 |
| 一个人的计费系统：订阅状态机、按比例计费与失败重试（10 篇） | 订阅状态机、五个时点、按比例计费、按量计量、催收、退款拒付、发票税务、对账漏损、自建决策、十二项验收 | 那组讲计费系统；本组讲品牌承诺、视觉体系与设计验收 |
| 一个人的隐私工程：数据地图、最小化与删除权（10 篇） | 数据地图、最小化、合法性依据与同意、政策一致性、数据主体请求、删除、保留期、跨境与供应商、泄露响应、十二项验收 | 那组讲表单与文案里的数据收集；本组讲品牌承诺、视觉体系与设计验收 |
| 一个人的数据搬家：导入、去重、迁移与退出（10 篇） | 迁移漏斗、导入契约、字段映射、去重合并、幂等重跑、人工代导入、窗口与回滚、附件限额、导出退出、十项验收 | 那组讲上传页与错误文案；本组讲品牌承诺、视觉体系与设计验收 |
| 一个人的质量守门：验证预算、回归清单与发布门禁（10 篇） | 47 缺陷与三条红线、12 条关键路径、三层配比、38→26 回归、六项门禁、四级缺陷、测试数据、不可逆保护、测试债、十项验收 | 那组讲验证预算与回归清单；本组讲品牌承诺、视觉体系与设计验收 |
| 一个人的安全基线：十四个入口、十七个密钥与一次 72 小时响应 | 14 个攻击面、认证与枚举、会话撤销、17 个密钥三档、四条边界、41 个依赖与 186 条告警、四类限流、9 类审计日志、72 小时三段响应、20 项验收 | 那组讲技术侧的安全基线；本组讲品牌承诺、视觉体系与设计验收 |
| 一个人的性能与账单：4.2 秒的首屏、一千二百次查询与每月 210 美元 | 4 项预算与 20 格、RUM 与慢查询、412→168 KB、1,200→3 次查询、0→86% 缓存、34 秒导出、7→4 个第三方、210→118 美元、3 次回归告警、10 项验收 | 那组讲加载速度与传输体积；本组讲品牌承诺、视觉体系与设计验收 |
| 一个人的企业客户：九家询价、一百四十八道问卷与 134 天的第一单 | 9 家询价与 130 h、96 天采购、148 题问卷、7 个子处理者、SLA 43.2/216 分钟、26 h SSO、4 周试点、38 天到账、8 h 实施、10 项验收 | 那组讲企业单的商务流程；本组讲品牌承诺、视觉体系与设计验收 |
| 一个人的开源产品：4,200 个 star、一百八十个付费与一年 612 小时的维护 | 4,200 star 与 1,949 美元、612 h 维护、214 依赖、48,600 行 78/22、1,180 个 issue、214 条告警、23 个赞助者、9 家双许可、17 位贡献者、10 项验收 | 那组讲开源项目的名称与商标边界；本组讲品牌承诺、视觉体系与设计验收 |
本组统一口径
- 品牌是可复述的承诺：给谁、解决什么、凭什么，三句缺一不可。
- 一个人只需要最小系统：一色、一字、一形状、一套 token，总计约 30 个变量。
- 约束先于审美：对比度 4.5:1、字号六档、状态七态、按钮六字，都能算。
- 状态优先于页面：默认态只出现一次，其余状态每天都被看到。
- 所有数字都是教学假设：每篇正文都标注了这一点，换成自己的界面重算才有意义。
使用说明
每篇都可以单独读，但建议按「先定承诺、再定系统、最后验收」的顺序。每篇末尾有行动清单与验收标准，验收标准写成了一句可判断真假的话——做不到就是没做完，不需要再解释。
文中出现的人物、产品与数字均为教学假设，用于演示算法，不代表经核实的真实案例。涉及商标、字体授权、平台审核与可访问性合规的部分只说明取向，不构成法律意见，具体口径请以所在地法规与平台规则为准。
本组的证据与使用方法
这十篇不引用任何设计工具的实时数据，也不承诺转化率提升。可复算的部分全部用四则运算给出算式（复述命中率、搜索污染度、改名成本、对比度、字号阶梯、状态覆盖率、字数预算、物料工时、验收通过率、token 复用比例），读者可以替换成自己的数字重跑；不可复算的部分（例如商标近似判断、平台尺寸要求、可访问性等级）明确标注为需要自行核验，并给出核验方向。
建议的使用方式：先用 01 写承诺、02 定名，再按 03–04 建立视觉系统；上线前用 05–07 处理首屏、状态与文案，08–09 产出物料并跑完验收；有第二个产品时用 10 决定品牌关系。设计不是一次性项目，是一条需要逐版校正的线。