# 品牌风格重评与重新规划 > 研究沿革:本文保留当轮判断和原稿引用,不覆盖当前v0.3品牌方向。现用方案与本地/公开边界见[品牌索引](README.md);已撤下的试验网页和中间截图从f894dc7恢复。现用商标的形体保留,消费者配色已转暖肉色。 > 日期:2026-09-22 > 状态:方向研究草案;不是已批准的新版 Foundation > 触发:用户认为当前设计“过于老土”,要求从头规划并评判风格。 > 后续实物反馈:用户认为 V1 红黑强对比与直角边生硬刺眼,认可打开思路但不认为它美。已制作 [V2 两页对照试验](../proof/experiments/fresh-market/README.md),通过颜色关系、文字力度、边缘与留白调整继续探索;“更抢眼”不再作为“更美”的代替指标。 ## 1. 判断与证据边界 现有视觉适合表达温和、朴素、熟悉的食品店,但不足以建立鼎味作为线上预约鲜肉品牌的鲜明识别。上一轮将现有 H5 的视觉习惯直接提升成品牌规则,缺少对这些习惯是否值得保留的判断;又把批次记录等业务证据推到了品牌表达的中心。这是本轮首先修正的方法问题。 本次依据为用户反馈、当前 H5 token/样式、上一轮 Style Tile/Anchor/Stress 源码及实际查看的 hero.jpg。以下审美判断属于设计分析,不是用户研究结论;本轮未完成浏览器多尺寸渲染和独立评审,不声称通过视觉验收。 已知业务事实是线上零售、预约配送、全链路追溯。“肉铺管家”“暖纸面”“家庭一周计划优先”都是上一轮的设计推断,不是必须沿用的用户要求。目标客群年龄、价格带、核心购买动机和菜谱内容供给仍未知。 ## 2. 老土感来自哪里 | 表现与证据 | 造成的印象(判断) | 重规划动作 | |:---|:---|:---| | paper/bone/brick/sage 同时构成主色系 | 大面积米黄与灰绿、暗红共同削弱明快感;偏手作食品和怀旧零售 | 重新分配中性色、品牌色和状态色;先验证明亮中性底与更明确的视觉焦点 | | hero.jpg:黄调桌面、褶皱牛皮纸、迷迭香、散落胡椒 | 道具表达强于商品选择信息,接近常见西式肉食广告 | 新摄影以肉的切面、规格、份量和做熟后的食欲为主体;控制白平衡与道具数量 | | Style Tile 的细字、英文 eyebrow、小胶囊、细线反复出现 | 所有内容都很克制,主次反差不足;容易像生活方式模板 | 建立中文标题、商品名、价格和辅助文字的明确层级;减少装饰性英文 | | 20px 圆角、骨白卡片、描边、内嵌卡片重复 | 一屏内每块内容近似同等重量,缺少节奏和记忆点 | 用大图、留白、直接排版与紧凑商品行构成节奏;卡片只用于真正需要成组的信息 | | “先把事实看清”等说明型标题,紧接批次、时间线 | 品牌在解释自己如何可信,用户想吃什么、买什么反而退后 | 首页先建立食欲与购买入口;决策附近保留关键事实,完整来源记录按需展开 | | 把“唯一实心 CTA”扩展成全页唯一行动 | 容易压低浏览、筛选、不同商品选择的效率 | 每个决策区域主次清楚;商品列表可以有多个低冲突操作,确认页聚焦提交动作 | 单独使用暖色、红色、圆角或自然光并不会老土;问题在于所有元素共同指向同一种怀旧气质,并且缺少强有力的商品表达。整体改成黑白、荧光绿或大字同样不能自动解决识别和选购问题。 ## 3. 按六个维度重新评判 这是主会话自评,按 design-critic 的六个维度组织;不代替独立评审,也不以机械打分制造精确感。 | 维度 | 当前判断 | 依据或缺失证据 | |:---|:---|:---| | 真实性 Truth | 部分成立 | 溯源和预约有业务依据;纸面肉铺、管家关系由设计推断而来 | | 辨识度 Distinctiveness | 不足 | 去掉 Logo 后,米黄、灰绿、细线和食物摄影难以区分其他生活方式食品品牌 | | 可推导性 Generativity | 部分成立 | 可以生成时间线与状态页,但“事实优先”没有回答如何展示商品吸引力和商业层级 | | 跨界面弹性 Elasticity | 未证明 | 暖纸、大圆角、大图向运营高密度场景迁移缺乏样本 | | 易用性 Usability | 有风险,待实测 | 小字和较长说明增加阅读负担;缺少窄屏、放大字号和购买任务验证 | | 可实现性 Feasibility | UI 可实现,内容承诺待核对 | 标准组件和 CSS 可实现;批次、时段、份量建议必须有实际数据支撑 | ## 4. 从业务重新推导的主方向 推荐优先研究“当代鲜肉专门店”:让用户一眼想吃、快速选对、清楚知道何时收到。 品牌与用户的关系:懂商品的鲜肉专门店,帮助用户选择部位、切法和份量。视觉重心是商品本身、烹饪结果和清楚的购买条件。可信由可核对的内容支撑,表达保持简洁有把握。 信息顺序建议: 1. 当前可服务的地址/配送日期,简短展示,不占满首屏。 2. 一个明确的食物主题,如“今晚,煎一盘梅花肉”;搭配商品或成菜的主图。 3. 部位、切法、规格、价格和可配送时段,直接支持选择。 4. 对应商品的切配、来源摘要和查看入口;完整记录留在详情层。 5. 复购和一周安排作为连续使用能力,位置由实际使用频率决定。 这里的“今晚”仅是文案结构示例;真实售卖必须按实际可配送日期替换。 ### 视觉执行假设 | 维度 | 推荐探索 | 评判标准 | |:---|:---|:---| | 色彩 | 高明度中性背景、深色文字;探索清晰的番茄红/朱红作为品牌焦点,降低大面积黄灰色占比 | 食材看起来干净自然,主动作可辨;品牌色与错误态不依靠颜色单独区分 | | 字体 | 有力度的中文无衬线标题;价格、规格使用稳定数字排版;正文舒展 | 缩小到手机仍有清楚层级;不用大字挤压商品和配送信息 | | 图像 | 商品切面近景、标准份量、成菜食欲;中性日光、简洁背景 | 去掉香草和牛皮纸仍有吸引力;图片与具体 SKU 相符 | | 版式 | 一个强主视觉,结合紧凑商品行、分类与直接排版;不同任务使用不同密度 | 第一眼能判断卖什么,下一眼能找到怎么买和何时到 | | 图形 | 从切片、分割、规格标签提炼少量重复图形关系 | 去掉 Logo 仍有可识别组合;不退化成假章、装饰二维码和随机几何 | | 文案 | 直接讲吃法、部位、规格、时间;品牌解释压缩到必要处 | 不依赖“品质生活”“放心之选”等泛化句,也不向用户讲设计理念 | | 动效 | 加入、数量调整、时段变化有短反馈;状态变化可被读懂 | 动效关闭后信息完整;不持续抢占浏览注意力 | 上述为待验证的方向假设。候选色值、字体样式与圆角应在 Style Tile 中一起比较,不能先替换公共 tokens 再倒推品牌解释。 ## 5. 对照方向与选择代价 以下用于确定下一步研究范围,尚不是完成独立评审的 F2 候选集。 | 方向 | 产品角色与信息起点 | 用户关系与视觉世界 | 代价与当前优先级 | |:---|:---|:---|:---| | A 当代鲜肉专门店 | 商品选择:部位/吃法 → 规格/价格 → 预约 | 懂商品的店;强商品图、清楚中文层级、鲜明而受控的品牌表达 | 推荐先做;依赖统一的商品摄影与准确切配资料 | | B 家庭餐桌编辑部 | 一餐灵感:菜 → 人数/时间 → 所需肉品 | 帮用户决定做什么;成菜摄影、主题内容和食材清单 | 菜谱内容与推荐维护成本高;若需求研究证明“吃什么”是首要难题,再优先 | | C 家庭补给服务 | 安排效率:复购/待配送 → 数量/时段 → 调整 | 稳定的家庭服务;精简图片、明确行列表和日程关系 | 高频复购效率更强,但首次进入的食欲和品牌印象可能不足;需复购占比证据 | 三个方向分别优先商品决策、餐食灵感、家庭安排,改变首页顺序和品牌关系。不要把它们拼成三个同等权重的大模块,否则重回平铺卡片墙。 ## 6. 保留、重写和停用 - 保留业务原则:真实规格与价格、预约条件清楚、关键来源可查、异常能恢复。 - 重写视觉原则:LAW-02 的固定砖红、LAW-03 的暖纸与骨白、品牌识别中的鼠尾草与纸面、全页唯一实心动作;这些都不再作为下一轮继承前提。 - 调整信息原则:LAW-01/05 保留“承诺前有充分信息”,不解释成“任何首页都先展示批次记录”。 - 上轮 Proof 保留为对照,当前两套模块原型保留原有首选/备选关系;本次重评尚未产出替代的完整模块包。 - 公共 token、运行中的 H5 与业务场景包不在本轮评价阶段直接改写。 ## 7. 下一轮设计工作与反证 本轮交付是评价与规划。下一轮先制作 A 的 Style Tile,使用真实中文商品内容,同时展示食材/成菜、价格/规格、主次动作、空态和失败态。如需选择不同产品角色,再为 B/C 制作结构真正不同的候选 Tile。 评判顺序是商品吸引力 → 选购清晰度 → 品牌识别 → 状态可理解 → 跨页面延展。检查以下可能推翻推荐方向的证据: - 去 Logo 后仍只是通用生鲜商城:说明图形、文字与版式关系还不够独特。 - 用户能看懂商品,却找不到预约时间:说明视觉焦点挤压了核心服务条件。 - 只有首页漂亮,缺货/改期/长商品名时失去层级:说明语言不能生成复杂页面。 - 新摄影难以按 SKU 持续产出:应简化拍摄规范,不能靠少数大片撑起整个品牌。 - 用户主要来复购固定商品:应提高 C 的优先级;用户主要为解决做饭灵感而来,则提高 B 的优先级。 后续视觉验证至少覆盖窄屏、长中文、字号放大、无图片、缺货、配送改期,并区分静态审美判断与实际任务观察。独立评审未完成前不得宣称 F2/F5 通过。 设计负责人由本轮主会话承担规划与证据整理;品牌方向最终由用户确认。回退依据为保留的 v0.1.0 文档与现有首选/备选原型;新的方向确认后,再依次更新 Kernel、Grammar、tokens 和 Proof,记录替换关系。