从群聊里的一句需求,到正式达成合作,看看 Waker 如何持续跟进评估、会议和会后任务。

合作刚开始,先判断有没有合作的可能
当时,一家合作方正在规划一套新的广告工程研发工作系统。
他们希望,未来用户可以通过 Web 或钉钉提出目标,由数字员工承接需求、澄清问题、调用相关研发系统完成任务,并交付可以检查和追溯的结果。
方向已经初步明确,但合作方仍在评估:QoderWake 是否适合承接这项需求,现有能力能覆盖到什么程度,双方还需要解决哪些问题。
合作方将需求说明和初步架构发进了对接群。面对这样一份还在讨论阶段的需求,我们没有急着回复一句笼统的“可以”,也没有先发送一套标准产品介绍,而是直接把任务交给了 Waker:
“看下这个需求。”
Waker 结合群聊中的沟通背景和合作方提供的材料,对需求进行了拆解,并形成了一份结构化的需求评估。
这份评估没有替双方提前作出合作结论,而是先把几个关键问题整理清楚:
- 合作方真正要建设的系统是什么;
- QoderWake 的现有能力与需求有哪些匹配点;
- 哪些能力边界还需要进一步确认;
- 双方接下来应该围绕哪些问题继续讨论。

新资料进入,合作方案继续更新
第一轮评估完成后,我们又在群里补充了 QoderWake 的产品使用资料。
Waker 没有重新开始一轮孤立的问答,而是沿用此前的合作背景和评估结果,继续更新原有方案。
这一次,它重点补充了合作方最关心的两个问题:
- 现有产品能力中,哪些已经能够满足需求;
- 与其他可选方案相比,QoderWake 的差异和优势在哪里。

群聊里说不清的问题,进入正式会议
随着讨论深入,一些涉及接口集成、运行环境、数据持久化和专业工具接入的问题,已经很难通过群里的零散消息确认。
双方需要开一次正式会议。
Waker 根据此前的需求评估、产品资料和待确认问题,整理出会议目的、讨论重点和需要双方共同确认的事项,并发起会议,将安排同步到对接群。
这样一来,会议不再从重新介绍背景开始。参与者进入会议时,已经知道当前讨论到了哪里、哪些问题已有初步结论、哪些问题必须在会上继续确认。
这次会议也不只是一次产品演示,而是一次围绕真实合作条件展开的讨论。

会议结束,合作推进没有结束
会议结束后,Waker 继续留在这件事里。
它整理并发出了会议纪要,把讨论重点、已经达成的共识、尚未解决的问题和下一步行动沉淀下来。
会后的任务被进一步明确:
- 我们继续补充相关版本和部署资料;
- 双方进一步确认接口集成、运行环境和数据持久化等边界;
- 部分专业工具的接入方式继续验证;
- 后续技术问题进入专项沟通,持续跟进。


