对话中的往返

发出需求之后,对话不是单向的。它会问你问题、会跟你要钥匙,你也会中途改主意。这一页讲这些往返。

它的提问

它会问——这是好事,说明它在确认而不是瞎猜。对话里会出现一张卡片等你回答,在你回答之前,这一轮停在那里,不会往下走。

最糟的做法是不理它

页面上没有倒计时,也不会催你。你合上电脑去开会,第二天回来它还停在同一句话上;一周后回来,还是那句话。曾经有客户就这样让一个应用停了八天——需求写得很好,只是那张卡片一直没人回。

看到卡片就回一句,哪怕是「你看着定」。 三十秒的事。

三种回法:知道就直接答;不知道或者无所谓就回「你看着定」「按常见做法来」,它会自己拿一个合理的默认值往下走,不会卡住;这个问题问偏了就回「不用管这个,重点是……」,把它拉回来。

第二种最容易被忽略。很多人卡住是因为觉得「我得先去问一下财务再回答」——不必。先让它按默认往下做,真不对了再改,比停在这儿等一周划算得多。

它一般问的是这几类:业务规则的岔路(「退回之后是回到提交人重填,还是直接作废?」)、谁有权限(「这个导出功能是所有人都能用,还是只有主管?」)、数据范围(「每个人只看自己录的,还是能看全部门的?」)。这三类都可以放心地回「你看着定」,之后点开看一眼再调。

别在卡片里写新需求。 卡片是用来回答那个具体问题的。如果你回答的时候顺手想到了别的(「对了,再加一个导出」),先把问题答了,等这一轮跑完再单独说,混在一起容易一件也做不干净。

密钥

应用要连别的系统(短信、快递查询、地图、ERP、支付、AI 识别)时,需要一把「钥匙」——通常叫 API Key、密钥、AppSecret 或者 Token。它会在对话里出现一张卡片跟你要。

手上有就直接粘贴进卡片,这个值存进这个应用,之后不再显示给任何人看。手上没有就点跳过,它会先把功能搭好,等你拿到密钥再回来填,功能不会因为缺钥匙就不做。不需要找管理员——这个应用的负责人自己就能填。

密钥是外部系统发给你的,观思动这边生成不了,一般在对方的管理后台里(短信服务商的控制台、高德开放平台的应用管理、ERP 供应商的对接人)。它跟你要的时候会说清楚要哪一家的哪一种,拿不准就直接问它「这个 key 在哪儿申请」。

平台上有三个地方能存密钥,日常你只会用到第一种:

存放处谁能填什么时候用
应用密钥(应用设置 → 密钥)该应用的负责人最常用。只给这一个应用用
账号密钥库(左下角头像里)你自己你个人常用的几把钥匙,建应用时直接选,省得重复粘贴
组织级密钥仅管理员全组织共用的凭据
开发版和正式版的密钥是两套

开发版里填了,正式版还是空的。 结果就是开发版里跑得好好的功能,一发布到正式版,同事一点就报错。

发布面板会提示正式版缺哪些密钥,并且提供一键从开发版复制过去,别忽略那个提示。如果正式环境该用另一套账号(比如正式的短信账号,而开发版用的是测试账号),就手动填正式版那份,别直接复制。

密钥填进去之后就不再显示,包括你自己也看不到原值,只能覆盖成新的;它不会被写进代码,也不会出现在日志里。换钥匙直接覆盖,不用重新构建。

改主意、喊停、排队

想法变了很正常,不用等它做完。

让它停下来——对话框旁边有停止。已经做完的部分会保留,不会回退到你说话之前。停下来之后直接说新的想法就行:「先不做审批那块,把填报做扎实」。

它还在跑,你又想到了新东西——直接输入发送,会排队,等这一轮结束接着处理,不会丢。但要注意排队的意思是「它做完手上这件再做你这件」,如果你新说的这件让手上那件白做了,还不如先点停止。判断很简单:补充就发送排队,改方向就先停止。

已经做出来的东西想撤销——只是这一处不对,直接说「把刚才那个改回去」「这个字段不要了」,这是最常用的做法;整个方向都跑偏了想回到几轮之前,用版本历史还原

清空对话

对话上方有清空。清空之后这一轮会话被归档,改动记录还在,随时能在版本历史里查;已经做出来的应用不会被删,功能、页面、数据都在。

什么时候用它:一轮对话拉得太长、话题已经跑到别的地方去了,重开一轮它反而更专注;或者你要把这个应用交给同事接手,让他从干净的开头开始。

下一步:应用已经在跑之后,日常怎么改它 → 维护已经在跑的应用