选择试点能够回答的问题
如果试点目的只是证明某种广泛技术有用，就很难评估。应选择更窄的问题，例如助手是否帮助某个团队，为重复出现的内部简报准备带来源的一稿。先描述现有流程，再指出预期改变的部分，才能形成有意义比较，避免用令人满意的演示代替证据。学习问题应重要到足以影响决定，同时范围足够明确，使团队能在现实工作周期内观察结果。
共同写出运行边界
运行试点的人与受其影响的人，应共同理解边界。明确纳入任务、可用资料、参与人员，以及哪些输出可以进入正常工作，也要指出本次试点不准备回答什么问题。内部起草实验成功，并不自动说明适合对外沟通或另一批数据。共同写清边界，更容易维持范围，也让参与者能够识别哪些请求需要另行评审，而不是悄悄扩大试验。
观察输出周围的工作
试点评估应追踪完整过程：准备输入、生成输出、检查、修正，以及进入下一步使用。很快出现的草稿仍可能需要大量验证，稍慢的回应则可能因提供更好证据而有价值。应请参与者记录哪些工作被转移或改变，包括新增协调任务，避免只衡量最显眼的一刻。团队由此能够判断流程在情境中是否更有用，而不是仅凭单次生成结果的速度或精致程度推断价值。
定义停止与修改的决定
试验开始前，应约定哪些条件会导致暂停、缩小范围或改变设计，例如未解决的访问问题、重复输出问题，或流程无法承受的复核负担。指定有权作出决定的人，并说明未完成工作如何处理。清楚的停止路径，让参与者可以报告困难，而不觉得自己在破坏项目，也使学习记录更完整：暂停可以被解释为对证据的回应，而不是原因不明的失败。
把扩大范围当作新的决定
结束时，应区分试点已经证明的内容与仍属假设的内容，概括观察到的流程、成立条件，以及仍需处理的问题。如果下一步涉及更多用户、新资料或不同输出，应指出变化所需的新增证据。扩大范围应继承学习，而不是跳过判断。简洁的结项记录，可以让其他团队理解组织为何继续、修改或停止，也为未来试验提供比一组热情演示反馈更扎实的起点。
此文为 BGX 概念预览的编辑样稿，不属于监管公告，也不作为已实施客户项目的证明。
