评审时最容易被放过的一类问题，来自文案。设计稿里写着这里是标题、查看详情，或者整齐的示例句子，所有卡片高度一致、间距漂亮，于是大家通过了一版在现实中并不存在的界面。
中文没有整齐的默认长度
中文标题长度波动很大，四个字与二十个字会呈现完全不同的视觉重量。真实数据里还会有数字、英文品牌名、括号、书名号，混排后行高与断行位置都会变。用固定长度的占位文本，等于假设所有内容都一样长，而这个假设在上线第一天就会被打破。
更隐蔽的是空状态和错误态。列表为空、搜索无结果、网络失败、权限不足，这四种状态在设计稿里常常缺席，却占用户实际遇到问题的相当比例。它们不是补充页面，而是主流程的一部分。
把内容当作设计输入
一个低成本的做法是：在设计开始前，准备一份二十条左右的真实内容样本，包含最长标题、最短标题、带数字的标题、无封面内容、超长作者名，然后直接铺进稿子。这样评审讨论的会是这个长度下要不要截断，而不是这个间距好不好看。
对内容型产品尤其如此。封面与标题共同承担筛选功能，标题被截成两行以后语义是否还完整，只有真实文案能回答。同理，时间格式、价格单位、人数与量词之间的间距，都要用真实值看一遍。
交付标准里写清楚
我会把使用真实中文文案写进设计交付清单，和标注、切图并列。它不增加多少工作量，却能把大量本来会在联调阶段才暴露的返工提前。界面最终是给内容用的，不是给占位符用的。