“我要是会用这个，我还做什么运营”

最近在做 Smart Photo，把原来露在外面的不少参数收到了后台。运营同事用它做商品图，前面那些设置确实让他们费了不少劲。

改的时候没觉得怎样，后来又有点犹豫。我以前挺喜欢把选项留着，总觉得用不用是一回事，有没有是另一回事。现在自己做产品，却开始一个个往回收。

也不是觉得选项少就好。只是有些东西摆在那里，连不动它，都得先弄明白能不能不动。

那一排参数

最早试用的那个 WebUI 界面里，可以上传图片，自己写提示词和反向提示词，再调采样步数、CFG、采样器、种子这一排参数。熟悉的人知道怎么试，运营同事的反馈是看不懂、调不明白。有一句我记到现在，是在群里吐槽的时候说的：“我要是会用这个，我还做什么运营。”

生成以后还要筛图，事情并没有到点完按钮就结束。图出来不对，再面对一堆设置，我大概也会怀疑是不是哪个没选好，偏偏又不知道该改哪一个。给每项加说明能解释它是什么意思，至于眼前这张图适合什么值，还是要自己摸。之前想着“不需要的人不动就行”，确实想得太轻松了。

那句话是在群里吐槽的时候说的，不是在正式的反馈里。

群里的吐槽，比正式反馈直接。正式反馈会说参数较多、理解成本较高；群里说的是，我要是会用这个，我还做什么运营。意思差不多，分量不一样。吐槽的时候，人不会斟酌措辞，说出来的往往就是真实想法。

这句话里有一个判断，比参数多不多更要紧：运营觉得，调参数不是他们的工作。不是学不会，是不该学。一个工具让用户去做不属于他们的事，界面再怎么优化，也只是让这件不该做的事稍微好做一点。

把参数收起来，也有让我拿不准的地方。以后真有人需要调整怎么办？结果不满意，又不想重新生成，有没有别的办法？不能因为大多数人用不上，就当这些需要不存在。

现在先留了场景和风格，两样加起来，上线时有二十来个选项。负责上新的同事知道商品图要怎么用，对画面有自己的要求，只是不熟悉生成图片的技术。想要什么样的图，这部分还是得让他们说。参数不会调，跟对结果没判断，是两回事。

参数收起来，决定权并没有交给运营，是交给了我们：默认值怎么定，模板里写什么。运营少做的决定，我们都替他们做了。

模板之外要不要留一个补一句的地方，还在想。模板总有没顾到的需求，至少该让人有地方把意思说完整，不用为了多表达一点，重新去学那些参数。真要留，也不想收得太死。

另一方面，又怕最后什么都往这个框里推。模板不够用，让用户补；结果不对，让用户换个说法再补。如果大家每次都得写一大段，跟最初对着空白提示词不知道怎么开始，也没差多少。这是我还想继续看的地方。

这些放在一起，很难简单地说自由度高一点好，还是低一点好。自己用工具时，我也希望想改的地方能改，不喜欢产品替我把路堵死。可做给运营的工具，得先想运营要不要这条路。轮到每天要处理的工作，又不见得愿意每次都研究一遍。同一个人，换件事做，想法就变了。

收起来以后，没有人要求把哪个参数放回来。

没有人要，说明对运营来说，那一排参数确实不是他们需要的。他们要的是图，参数只是以前拿到图必须过的一道坎。坎拿掉了，没人会回头找它。回头找的，只有做产品的人自己。对一个工具来说，被收掉的东西没人找，是最好的反馈之一，它说明收对了。

可我自己还会惦记。惦记哪个，说不上具体。大概是一种感觉：收掉的东西里，总有一两样在某个时候会用得上，只是不知道是哪一样、在什么时候。惦记，也许只是做产品的人的职业病。

场景和风格加起来二十来个选项，也是一种选择。

从一排参数，变成二十来个选项，运营要做的决定没有消失，只是换了一种形式。以前是这个数调到多少，现在是这个场景合不合适。后一种，是运营能判断的。

二十来个，也是一个要留意的数。再多下去，挑选本身又会变成负担。而且选项是给人看的，名字取得好不好，直接决定运营能不能一眼选对。收参数的时候解决了一个问题，选项多了，又会生出另一个。

运营少看几个设置，做产品、算法和开发的人还是得把它们安排好。默认值怎么用，模板要不要调整，效果出了问题怎么查，工作没有省掉，只是不用让运营先弄懂这些才能开始。

这里要是没处理好，挺尴尬。以前图不对，还能试着动一下参数；现在只剩一个生成按钮，难道让人一直按吗？界面看着简单，用的人反而更没办法。这也是我还想留一点调整余地的原因，至于留在哪里，跟着实际的问题改。

筛图又是另外一件事。试用时同事们在这里花的时间，不会因为参数藏起来就自动少掉。现在回头看，那几种反馈挤在一起，很容易统统理解成工具太难用，真动手改，却是几件不同的事。

写到这里，感觉自己也没把“哪些该留”想得特别清楚。至少现在这些选择有各自的来由，场景、风格，暂时这样放着。以后有人提出想调别的，我想先听听他要做什么。也许确实该加，也许是前面没做好，让他不得不多找一个办法。

没有人要放回来，我还在惦记，这两件事可以同时成立。

有些选项删掉时挺干脆，过后还会惦记。