独立产品的 Logo 很容易做得太满。收藏工具画一叠文件，数据库工具画圆柱和齿轮，阅读工具画书本再叠一盏灯，最后还得塞进产品名字。每个元素都有理由，合在一起却很难留下印象。
另一种常见问题刚好相反：选一只很可爱的动物，形象讨喜，但任何产品都能用。你能记住它的颜色，却说不清为什么它属于这个应用。对刚起步的产品来说，这两种结果都不理想。
IP as Logo把角色式标识作为切入口。它提供生成角色的 Skill，也有现成 Logo 库可以浏览。把它当作一张答案清单，容易选到“不错但不属于自己”的图；把它当作方向探索工具，则能更快看清自己的取舍。
从用户会做什么开始
先写出产品最普通的一句话。比如：“把稍后要读的文章放到一起。”这比“打造下一代知识管理平台”更容易指导图形。前一句能引出保存、回看、整理这些具体动作；后一句可能把任何科技符号都引进来。
接着看用户打开产品时的状态。阅读工具的用户希望少受打扰，监控工具的用户希望知道有没有异常，创作工具的用户可能希望尽快动手。同样是友好形象，表情、比例与颜色可以有很大区别。
这里不需要编一段复杂品牌故事。写清三个事实即可：产品解决哪件事，主要用户是谁，哪些感觉不适合它。例如，数据库管理工具可以亲切，但如果显得像儿童游戏，用户会很难把它与严肃的数据操作放在一起。
还要说清 Logo 最常出现在哪里。一个总在导航栏里显示为 24 像素的标识，与一个主要印在活动海报上的角色，承受的细节完全不同。用途会影响选图，不能等生成完再补一句“顺便给我做成 favicon”。
形象关联不必靠拿着一堆道具
产品与角色的关联，可以落在形态和动作上。收藏工具可以借用口袋、收纳的姿态或向内聚拢的轮廓；阅读工具可以强调安静、停留与打开；监控工具可以强调注意力和清晰的视线。它们都是设计方向，不是必须采用的动物寓意。
反过来，一只猫拿着云朵、电脑、数据库和闪电，看似覆盖了产品的全部功能，实际变成了说明书插画。缩小后先消失的往往就是这些用来解释产品的道具，剩下的角色反而没有特点。
可以问自己：拿走这件道具，角色还剩下什么？如果答案只是“一只普通动物”，就需要在轮廓、面部比例或主色块上建立识别。最好只有一个主要特征，让人能用一句短话描述，比如“嘴很宽的小鸟”“有一块深色面罩的圆角色”。
项目示例展示了多种角色。选型时可以比较轮廓，而不是把示例中的颜色全部搬进自己的页面。
三个方向要真正不同
有意义的第一轮探索，应当让三个方向回答不同的问题。假设产品是一个整理资料的小工具，可以考虑：偏向收纳动作的角色，偏向安静阅读的角色，偏向快速定位的角色。每个方向都要说明它对应哪一种体验。
“蓝色猫、绿色猫、紫色猫”属于配色比较，不是三个品牌方向。如果已经明确要猫，那就承认主题已经定了，转而比较轮廓和个性：短而圆的比例、较长的面部、不同的耳朵组织。不要用方向的数量掩盖思考范围很窄的事实。
适合交给智能体的一份需求可以写成这样：
这是一个帮个人整理网页资料的轻量工具。
主要用户是经常保存教程和参考文档的开发者。
希望给人的感觉是清楚、可靠、不催促。
先提出三个角色方向，每个方向用一句话说明产品关联。
不要在角色身上叠加电脑、齿轮、云和文字。
暂时不出图，先让我比较方向。
这份简报把“先比较、再生成”说得很清楚。等选定范围，再决定生成多少张。候选太少容易被第一张牵着走，太多又容易耗在微小差别里。对一个小项目，先把同一批图片看明白，通常比不断追加新主题更有效。
工具提出的建议也可能不合适。产品主人应当保留否决权：如果角色让网站看起来像儿童教育产品，理由写得再完整也不能弥补这个误差。
把候选放回页面里
看候选图时，单独的大方块容易制造一种错觉：每张图都有很鲜明的颜色，所以每张都像一个完整品牌。等它们进入真实页面，问题才开始出现。
把候选放到产品标题旁边，按导航栏的实际尺寸显示。页面原本是克制的灰白色，一张高饱和背景的角色可能把整页注意力吸走；页面本来已经有鲜明的强调色，再加一种新色又可能显得杂乱。选择时应看整体，不要只问角色是否好看。
再换到一个内容很多的页面，例如设置页或帮助文档。用户在那里需要读表单与说明，标识只需帮助确认“仍在这个产品里”。如果它让页面像宣传海报，可能需要减小面积或换一个更平稳的版本。
这里可以保留两种显示方式：带背景的完整方形用于头像与应用入口，适合导航栏的版本另行整理。能否得到干净的独立主体，取决于素材与实际编辑能力，不要假设任意下载图都自带透明背景。
与其提前承诺“适配所有场景”，不如在三四个真实位置里把问题暴露出来。首页、正文、移动导航、浏览器标签，足够排除一批只有大图好看的候选。
配色少，不等于随便选两种颜色
角色与背景之间先要能分开。柔和的色调很好看，但浅黄色主体放在浅米色背景上，缩小后容易混成一团。此时不必增加描边、阴影和亮点，先调整两块大颜色的差异。
其次要看主要特征是否靠色彩单独支撑。例如脸与身体如果只有很细微的色差，转成灰度后可能看不出结构。灰度观察可以帮助发现问题，但它不是要求所有彩色 Logo 都变成纯黑白。
最后再考虑页面的强调色。Logo 不必与按钮完全同色，但两者应能长期共处。不要让一张角色图迫使产品更换所有表单、链接与状态颜色。图标是视觉系统的一部分，还要给成功、警告和错误等状态留出清楚的表达空间。
记录颜色时，用能复用的色值和文件说明，比“温柔一点的绿”“高级蓝”更有帮助。同一套源图导出的资产也要保留相同颜色，不要某个平台偏青、另一个偏灰，长期使用后难以辨认谁才是正式版本。
局部示例能看出面部特征与大色块的关系。对小尺寸标识，能留下来的往往只有这些部分。
不要把圆角和角色混为一件事
图库里的方形角色常以圆角卡片展示。需要分清圆角是在网页样式里做的，还是已经存在于图片本身。若图像自带圆角透明区，再由手机系统套另一层形状，边缘可能出现不协调的空隙。
网站头像、浏览器图标和手机桌面图标也可能使用不同的裁切。角落构图在方形里很有个性，换成圆形后可能切掉一只耳朵或角色的脸。这个问题无法只靠增大图片尺寸解决，需要调整位置与留白。
如果产品提供 PWA 安装入口，要把普通图标和可遮罩图标分开考虑。web.dev 的 maskable icon 说明介绍了不同设备形状下的安全区域。将任意一张方形图片标注为 maskable，并不会自动让关键部分避开裁切。
先确定最终角色，再为具体入口做尺寸和留白调整。不要为了保住一个耳朵，直接换掉整套形象；也不要为了追求页面中的大占比，让所有入口都贴着边。
哪些情况适合用，哪些应该停一下
角色式标识适合需要一点人格感的产品：个人工具、轻量服务、开发者社区、内容收藏与学习类应用。它能让一个功能明确但界面普通的小项目更容易被认出来。
但不是每个项目都需要吉祥物。严肃的法律文书服务、复杂企业系统，或者已经有稳定品牌的机构，可能更适合字标与抽象图形。若用户主要通过公司名称建立信任，不必为了“更可爱”把名称的位置让给角色。
已经有辨识度的标识，也不必因为看到了一个图库就换掉。可以先把角色用在帮助页、空状态或社区头像，看看它是否适合长期存在。一次局部使用的经验，通常比一次全站换标更容易控制。
需要正式商标或独占形象时，还要单独处理权利与相似性问题。仓库的 MIT 许可针对项目材料；官网对图库使用的说明则需要按具体素材和当时条款确认。是否可下载、是否可商用、是否适合注册为自己的商标，是不同的问题。
决策过程不要变成投票比赛
让十个人各选一张，很容易得到十种审美。比较之前先定标准：主要用户、实际位置、必须保留的特征、明确不能有的感觉。参与者的意见应围绕这些标准，而不是“我更喜欢绿色”。
可以给每个候选写一条保留理由和一条风险。例如，“32 像素仍能辨认，角色与阅读有关；但移动头像裁切后顶部过紧”。这样的记录能推动修改。单纯给每张图打一个分数，往往解释不了为什么最后选了它。
如果两张图差距不大，优先留下更容易复用的那张。它不需要在每次换背景时重新修边，也不需要靠大尺寸的光影才能成立。选择的目标是长期使用，而不是这一轮展示里赢过其他候选。
到了定稿阶段，应当停止同时修改主体、配色与比例。先固定角色，再解决一个具体问题。每次都要求“整体再提升一下”，很容易让已经建立的识别特征也一并消失。
把反馈写成可以执行的句子
“没有记忆点”可以继续拆开：轮廓与其他角色太相似，还是主要特征缩小后消失？“太幼稚”可能来自表情、身体比例，也可能只是背景太鲜艳。拆清楚以后，修改才有目标。
例如，角色与收藏功能已有联系，但像儿童玩具，可以保留主体与动作，减少材质感和夸张表情；耳朵不清楚，可以调整外轮廓，而不是增加更多毛发；页面里太抢眼，可以先减少显示面积，再判断是否需要改配色。
一次只保留一个主要修改目标。把“换物种、换颜色、换表情、增加道具”同时发出去，下一轮就不再是修改，而是重做。若决定重做，也要承认上一方向被放弃，把保留理由与失败原因记录下来。
角色的稳定性需要实际素材支持。生成新一张相似图，并不保证眼睛、比例和形状与旧图一致。需要系列插画时，应另外制定角色参考与编辑方式，不能把第一张图的描述当作完整设定。
页面与角色谁该先改变
假设一个开发工具已经有成熟的深色界面，新角色却只有浅背景版本。先检查是否能使用完整方形，或者做一个合适的导航导出图；不要直接把全部页面改成浅色，以迁就单张素材。
相反，如果产品页面本来就没有清楚的配色，新角色也许能帮助确定一个起点。但仍要保留内容层级：按钮、链接、错误提示应各自表达作用。角色里的颜色可以给页面提供参考，不必一比一占用全部功能颜色。
还要留意产品名称的存在感。陌生用户第一次打开页面时，通常先需要知道这是哪个产品、能做什么。角色很大、名字很小，可能更适合活动页，不一定适合工具首页。把图形当作身份提示，让功能介绍承担信息说明，两者才不会互相抢位置。
如果上线前时间有限，先完成清楚的名字与一个克制的图形。后续有了真实使用场景，再扩展角色的其他用法。视觉探索不应挡住已经准备好的核心功能。
最终交付，留一点朴素的规矩
为小团队写一页使用说明就够了：正式文件是哪一个，哪些地方用完整方形，哪些地方用导航版本，背景颜色能否变化，能不能加文字，谁负责维护原始文件。
文件名也要区分原图与导出图。mascot-source.png 与 site-mark-64.png 的意义比 final-final-2.png 清楚。把候选目录与正式目录分开，开发同事就不容易引用错误版本。
页面中的 Logo 还涉及可访问性。若图片是返回首页的链接，应让链接有明确的名称；旁边已经有同一站名时，也要避免屏幕阅读器重复念两遍。W3C 关于功能性图片的说明强调，应描述链接或操作的作用，而不是只写“图片”。
不需要把这页规范写成几十页的品牌手册，但要确保换一位维护者仍能知道如何用。一个角色开始形成辨识度，往往来自多次稳定出现，而不是第一版设计有多少解释。
用 IP as Logo 做产品吉祥物，最值得保留的习惯是先缩小问题：说明产品、比较方向、放回页面、留下一个形象。把这些决定做扎实，角色才会与产品一同成长，而不会在下一次换模板时又变成需要重做的占位图。