下载 App
开发日志 #3|萝卜坑
修改于10/206 浏览
这周进度还算顺利,原型里加了不少新机制,每加一个,大家就轮流上手试一遍。前几个都还行,到第四五个的时候,有人试完放下手说:"这个好像……只能用在这一个地方。"
一开始没人当回事,后来回头一个个检查,发现这不是个例。好几个机制都是为了某个目标专门做的:遇到这个问题,用这个机制,解决,结束。它不影响别的东西,别的东西也不影响它,"一个萝卜一个坑"。
这其实挺危险的。每个机制单拎出来看都没问题,做得也算精致,可放在一起就像一排互不相干的抽屉,玩家打开一个,用完关上,再去开下一个。这跟上一篇说的"多米诺"是同一类毛病,只是换了个样子:结果还是我们提前安排好的。
讨论的时候,有人把所有机制写在白板上,用线把互相有影响的连起来。连完一看,中间几个连得密密麻麻,旁边却孤零零挂着好几个,一根线都没有。那几个孤岛,恰好就是大家试玩时觉得"玩一次就够了"的那几个。
接下来吵的是怎么处理。有人想直接删掉,少一个机制总比多一个摆设强;也有人舍不得,觉得机制本身挺有意思,只是没接上线。最后大家定了个简单的检查办法:新机制做出来之前,先回答两个问题——它会受哪些已有的东西影响?它又会去影响什么?两个都答不上来的,先不做。
对已有的孤岛,我们挨个想办法给它找"邻居":让它的结果能被别的机制读到,或者让它的触发条件依赖别处的状态。改完以后,有一个原本最没存在感的机制,居然在别的情况下被意外用上了,那一刻大家都挺高兴。也有一个实在接不上,最后还是删了。











