年货节要氛围，模板后面加了一个框

Smart Photo 最早把生成图片的操作收进了模板。最近，四五个资深运营又提出需要自己补一点描述。年货节和圣诞快到了，想要节日氛围，想换一种偏暖的色调，模板里没有合适的，等我们做新的也来不及。

这两件事放在一起挺有意思。前面在帮人少填东西，后面又留出了一个输入框。

以前那篇写过为什么收起参数。这次想记的是后半段。一个人已经会用现有功能，也有明确想要的结果，产品还让他只能从那几个选项里挑，就开始有点别扭了。

先有一个能用的，再补一点自己的意思

运营提出的需要，不是要重新掌握整套生成参数。这四五个运营要的不是更多自由，是在自己最急的时候，不用等我们做新模板。节日的氛围、促销的风格，这些是他工作里本来就会考虑的事。我们把技术细节收起来，没有顺便替他决定所有画面。

做的办法，是选完模板以后，可以追加一段描述。模板原来的提示词和参数保留，再把用户的表达组合进去。使用的人不必从一个空框开始组织整张图，只需要说这一次和模板默认的地方有什么不同。

这个顺序我觉得挺重要。已经有了一个接近的方向，再说哪里想改，和一上来描述全部，难度不一样。就像已经看见一张图，可以说想把背景调暖一点；对着空白界面，可能还得先想构图、主体、场景怎么一起讲。

这里没有把所有底层设置再搬回来。之前使用 WebUI 的困难还在那里，不会因为部分人熟悉了产品，就突然变成所有人都愿意研究参数。想补充画面要求的人，也未必想碰推理步骤和权重。我喜欢这个调整的一点，是它承认了熟悉业务的人对结果有判断。

但加一个框，不会自动让要求都被听懂。

写得最多的，是节日元素

框加上以后，运营在里面写得最多的，是节日元素。

比如灯笼、雪花、圣诞树、红色的装饰，年货节的氛围。这些东西模板里没有，单独做一套节日模板又来不及，补一句描述，刚好够用。

这也说明这个框眼下的用处很集中：不是用来重新描述整张图，是在一个现成的场景上，加一点应景的东西。

用处集中是好事。它让我更清楚这个框该怎么设计：它不需要承担太多，只需要把应景的那一点加得准。节日元素还有一个讲究，它往往要加在背景里，不能碰到商品。灯笼挂在商品上，比没有灯笼更糟。

输入进去了，未必真的生效

我更在意追加描述以后发生了什么。模板和用户的话可能重复，也可能互相打架。模板原本偏冷色，用户想要暖一点，系统最后应该优先听哪一部分？这是一个需要验证的问题，不能因为文字顺利拼接了，就认为交互完成了。

图出来还是和原来差不多，用户不知道是描述没生效，还是这个要求做不到，可能只能继续换词。这样的自由也挺累的。写了没生效的情况，目前是偶尔。偶尔，说明大部分时候组合是成立的；可偶尔那几次，用户碰到了，就是一次说不清原因的失败。界面上只多了一个框，使用时却多了一轮猜测。

哪些描述适合追加，哪些会改变模板的主要方向，遇到明显冲突该提示、该调整模板，还是让用户换一个起点，都不能只靠把两段话放在一起处理。尤其是商品本身。背景可以变暖，商品原本的颜色却不该跟着随意改变。允许表达得更自由，还得有一些东西保持住。否则用户说的是氛围，结果把货也改了。

四五个资深运营

提这个需求的，是四五个资深运营。

资深，是这件事能成立的前提。他们用 Smart Photo 用得久，知道模板能做到哪，知道自己要的那一点模板里没有，也知道怎么用一句话说清楚。

如果这个框一开始就开给所有人，情况可能不一样。一个刚上手的运营，面对模板还在摸索，再给一个空框，多半不知道写什么，或者写了一大段，把模板的方向都改了。

所以不管最后开给谁，眼下这个框更像是给熟练的人留的一个口子。它好不好用，也得先看这四五个人用得怎么样。

有些需求不该一直靠“再补一句”

另一个值得继续看的，是同类描述会不会反复出现。

偶尔才需要的细节，留给用户补充很自然。要是某种要求经常被提起，还得每个人都重复写，也许该回头看看模板了。这不是说每一句描述都要变成按钮，可能只是现有模板缺了一种常用场景，也可能是命名不清楚，用户没找到本来就有的东西。

我会想先看这些话具体补了什么，再决定怎么改。只数输入框被用了多少次，很难区分大家是觉得顺手，还是不得不用它绕过前面的限制。使用多未必都是好消息。

反过来，也不能一看到重复就急着固定成选项。节日、活动、审美偏好，有些要求本来就会变化。把它们全写进界面，过一阵又得清理。模板负责让常见工作有个起点，补充描述留给那些不值得每次都专门开发的变化，这个分工需要跟着使用情况调整。

节日过去以后

节日元素是季节性的。年货节和圣诞过去，写节日元素的人自然就少了，这个框里写什么，会跟着变。

到时候再看：如果大家不怎么写了，说明它主要是给节日用的，可以收起来，等下一个节日再开；如果大家开始写别的，说明有了新的缺口，要去看写的是什么。

一个框，留着还是收起来，不用现在定。

我不觉得前面收起参数是错的，也不觉得现在加回表达空间是退回去了。人用熟以后会提出不同的问题，产品当然可以跟着变，不必为了维持最初的简洁，一直拒绝新的需要。

我更愿意保留的是那个顺序。先帮人开始，再让他把这一回的要求说完整。