金鼎会落地项目到底要解决什么问题？
金鼎会落地项目的核心不是做一场演示，而是把一项需要长期运转的工作安排清楚：谁在用、用在什么场景、产出什么、如何交接。需求方如果一开始只描述“想要一个类似的东西”，后续评估就会失去锚点。先把问题定义成一句话，再拆成可核对的条目，选型才有依据。
- 使用方是谁：一线执行、管理层，还是外部协作方。
- 触发场景是什么：日常运转、阶段性任务，还是临时协作。
- 期望产出是什么：一份可交付物、一套流程，还是一种持续服务。
- 边界在哪里：哪些事明确不做，哪些事必须由需求方自己承担。
哪些条件是必须项，哪些可以缓一缓？
把条件分成必须项与可选项，是避免评估被话术带偏的最直接办法。必须项是缺了就无法验收的条件；可选项是有了更好、没有也能推进的条件。建议在简报里各写三条，并注明判断依据，而不是凭感觉排序。
- 必须项：与使用方直接相关、影响交付能否成立的条件。
- 必须项：需求方自身必须投入的资源与时间。
- 可选项：提升体验但不影响主流程的附加能力。
- 可选项：后续阶段才需要、当前可以先搁置的扩展方向。
评估时该向供应方追问什么？
追问的目的不是压价，而是确认对方是否理解你的场景。把问题写成清单，逐条记录回答，再对比不同来源的说法是否一致。以下问题适合在初次沟通时就提出，并保留书面记录。 金鼎会内容更新
- 你打算怎样理解我们的使用场景？请用你的话复述一遍。
- 如果中途需求变化，调整的流程和代价是什么？
- 交付物包含哪些内容，不包含哪些内容？
- 验收由谁判断、依据什么标准判断？
- 出现分歧时，按什么顺序协商解决？
不同方案之间的取舍在哪里？
取舍通常集中在范围、节奏与投入三组关系上。范围越大，节奏越难压缩；节奏越紧，需求方需要投入的配合就越多。把候选方案按这三组关系并列写出来，比只看单一报价更容易看出差异。
- 方案甲：范围窄、节奏稳，适合需求边界清晰的情况。
- 方案乙：范围宽、节奏紧，适合需求方投入充足的情况。
- 方案丙：分阶段推进，适合先验证再扩展的情况。
比较时不要只问“哪个更好”，而要问“在什么条件下哪个更合适”。条件写清楚，取舍就不再依赖主观印象。
怎样形成一份可执行的推荐框架？
推荐框架不需要复杂，关键是能落到下一步动作。把必须项、追问结果与取舍条件放在一起，形成一页纸的判断依据，再据此安排后续沟通与验证。以下顺序可供参考。
- 写下一句话需求定义，并标注使用方与产出。
- 列出必须项与可选项，各不超过三条。
- 用追问清单核对候选方的理解是否一致。
- 按范围、节奏、投入三组关系记录取舍条件。
- 确定下一步：补充信息、缩小范围，或进入小范围验证。