项目组合平台的试用记录如果只写“功能齐全、体验良好”，试用结束后很难支撑选型决策。本文给出一份可直接复制到表格工具的试用记录模板，以一张主表承载试用基本信息、验证场景与用例、逐项试用结果、问题记录、评分与结论建议六类字段，另配一张评分细则表说明分值口径，并附字段说明、必填选填规则、完整填写示例与维护方法。模板聚焦投资组合决策类平台的试用，即关注跨项目汇总、优先级排序、资源投入与评审留痕的场景。
要点总览（TL;DR）
- 模板由一张试用记录主表和一张评分细则表组成，主表承载试用基本信息、验证场景与用例、逐项试用结果、问题记录、评分与结论建议六类字段。
- 试用编号、平台名称与版本、试用环境、试用范围与目标、场景的预期结果、结果判定、维度得分与结论建议为必填；参与角色、对照现状、关键短板等可按情形选填。
- 结果判定采用通过、部分通过、未通过、未验证四类，未验证项单独标注原因，不并入未通过，避免把未覆盖场景误判为产品缺陷。
- 评分维度对应试用目标，权重之和为100%，同一轮试用内不中途改权重；结论为有条件推荐时必须写明条件与后续责任人。
- 模板按组合层级和试用轮次调整，每轮结束后检查字段是否仍对应试用目标，字段增删在变更记录中留痕。
可复制空白试用记录模板
模板由两张表组成：主表记录试用过程中的事实与判断，评分细则表定义打分标准。两张表分开维护，避免同一张表既记事实又定标准，导致不同试用人员口径不一致。以下表格可直接复制到电子表格或在线文档中使用，列宽与行数按实际试用项目增减。
表一：试用记录主表
| 区域 | 字段 | 填写内容 |
|---|---|---|
| 试用基本信息 | 试用编号 | |
| 平台名称与版本 | ||
| 试用起止时间 | ||
| 试用环境（演示数据/真实数据、部署方式） | ||
| 试用负责人及参与角色 | ||
| 试用范围（纳入试用的项目数量与组合层级） | ||
| 试用目标（本次要回答的选型问题） | ||
| 对照现状（当前使用的工具或管理方式） | ||
| 验证场景与用例 | 场景编号 | |
| 场景名称与业务背景 | ||
| 对应试用目标 | ||
| 操作步骤（输入数据与关键动作） | ||
| 预期结果（可观察的完成标志） | ||
| 试用结果与问题记录 | 实际结果描述 | |
| 结果判定（通过/部分通过/未通过/未验证） | ||
| 问题描述 | ||
| 严重程度（阻断/严重/一般/建议） | ||
| 影响范围与临时处理方式 | ||
| 评分与结论建议 | 维度得分（按评分细则表逐项填写） | |
| 加权总分 | ||
| 关键短板 | ||
| 结论建议（推荐/有条件推荐/不推荐/待补充验证） | ||
| 后续动作与责任人 |
表二：评分细则表
| 评分维度 | 权重 | 评分口径（1–5分） | 得分 | 加权得分 |
|---|---|---|---|---|
| 组合视图与跨项目汇总 | 5分：可按组合层级汇总进度、成本与风险，视图可配置；3分：可汇总但维度固定；1分：仅能逐项目查看 | |||
| 优先级排序与投资决策支持 | 5分：支持多准则排序并保留决策依据；3分：可手工排序；1分：无排序能力 | |||
| 资源与工时可见性 | 5分：资源投入可按项目、角色、时间实时查看；3分：可查看但需手工整理；1分：无法查看 | |||
| 计划与里程碑管理 | 5分：多层级计划联动，里程碑可共享；3分：单项目计划可用；1分：计划能力缺失 | |||
| 评审与决策留痕 | 5分：评审记录、版本与权限完整可追溯；3分：有记录但追溯不便；1分：无留痕 | |||
| 易用性与上手成本 | 5分：关键角色半天内可独立完成核心操作；3分：需培训后可用；1分：操作路径复杂 | |||
| 合计 | 100% | — | — |
权重一栏留空由团队按本次试用目标填写，各维度权重之和为100%。评分口径中的分档描述可按团队实际标准改写，但同一轮试用内必须统一。
字段说明：每个字段记录什么、怎么填
字段说明与表一逐项对应。填写口径统一后，不同试用人员、不同轮次的记录才能横向比较。
基本信息字段
试用编号建议采用“平台缩写-轮次-序号”的格式，便于多轮试用归档。平台名称与版本要写到具体版本号，版本差异可能直接影响结论。试用环境需注明使用演示数据还是脱敏后的真实项目数据，以及是云端开通还是本地部署，这两项决定了结论的适用范围。试用范围写清纳入试用的项目数量和所处的组合层级，例如“3个项目、1个组合”，避免结论被扩大到未覆盖的范围。试用目标用一句话回答“本次试用要验证什么选型问题”，对照现状则记录当前工具或管理方式，作为比较基准。
验证场景与用例字段
场景名称要落到具体业务动作，例如“季度组合评审会上按战略贡献度调整项目优先级”，避免写成“测试优先级功能”。操作步骤记录输入了什么数据、执行了哪些关键动作，预期结果写成可观察的完成标志，例如“评审会后能导出带决策记录的优先级清单”。一个场景对应一条记录，复杂场景可拆成多条用例，场景编号与试用目标建立对应关系。
试用结果字段的判定口径
结果判定采用四类：通过指实际结果与预期一致；部分通过指核心目标达成但存在可接受的偏差，偏差需在问题描述中写明；未通过指核心目标未达成；未验证指本次未覆盖该场景，需注明原因，例如数据未准备或权限未开通。未验证项单独统计，不并入未通过，避免把未覆盖的场景误判为产品缺陷。
问题记录字段
问题描述写清“在什么操作下出现了什么现象”，严重程度按对业务的影响划分：阻断指关键流程无法继续；严重指流程可继续但结果不可用；一般指有替代操作方式；建议指体验改进类意见。影响范围写明受影响的角色、项目数量或决策环节，临时处理方式记录试用期间的绕行办法，供后续评估真实成本。
评分与结论建议字段
维度得分严格按评分细则表的口径打分，加权总分由公式计算，不手工估算。关键短板列出得分最低且权重较高的维度，结论建议从推荐、有条件推荐、不推荐、待补充验证四类中选择，选择“有条件推荐”时必须写明条件，例如“需补充组合层优先级排序的验证”。后续动作写明责任人和时间点。
必填与选填：哪些字段不能空
必填字段的作用是保证记录可比较、可追溯。缺失必填字段的记录不进入汇总评分，先补录再参与比较。
| 字段 | 必填/选填 | 理由或适用情形 |
|---|---|---|
| 试用编号、平台名称与版本、试用起止时间 | 必填 | 缺少则无法归档和区分轮次 |
| 试用环境 | 必填 | 决定结论的适用范围 |
| 试用负责人 | 必填 | 便于补录与结果确认 |
| 试用范围、试用目标 | 必填 | 结论不能脱离目标与范围解读 |
| 参与角色 | 选填 | 小团队试用时可由负责人代填 |
| 对照现状 | 选填 | 首次试用或无可比现状时留空并注明 |
| 场景编号、场景名称、操作步骤、预期结果 | 必填 | 没有预期结果就无法判定通过与否 |
| 对应试用目标 | 选填 | 探索性场景可不绑定目标，需注明“探索” |
| 实际结果描述、结果判定 | 必填 | 核心事实记录 |
| 问题描述、严重程度 | 判定为部分通过或未通过时必填 | 通过项无需填写 |
| 影响范围与临时处理方式 | 选填 | 存在阻断或严重问题时建议填写 |
| 维度得分、加权总分、结论建议 | 必填 | 汇总与决策依据 |
| 关键短板、后续动作与责任人 | 选填 | 结论为推荐且无遗留问题时可不填 |
未验证项在结果判定中标注“未验证”，并在问题描述中写明未验证原因；不适用项标注“不适用”，说明该场景与本次试用范围无关。字段缺失时，由试用负责人在汇总前补录并注明补录时间；无法补录的记录标记为作废，保留在原表中不删除，作废记录不参与评分汇总。
填写示例：一份完整的组合平台试用记录
以下为演示情景，用于说明字段之间的联动方式，不代表任何具体产品的实际表现。
示例背景与试用范围
某研发组织计划替换现有的项目台账方式，试用某项目组合平台两周，纳入3个在建项目和1个产品组合，目标是验证“季度组合评审能否在平台内完成优先级调整并留下决策记录”。试用使用脱敏后的真实项目数据，云端开通。
基本信息与验证场景的填写
试用编号填“PT-01-001”，平台名称与版本填“某组合平台 V3.2”，试用起止时间填具体日期，试用环境填“脱敏真实数据、云端”，试用负责人填组合管理岗人员，试用范围填“3个项目、1个组合”，试用目标填“验证组合评审中的优先级调整与决策留痕”，对照现状填“电子表格台账加线下评审会”。
场景一填“季度组合评审中按战略贡献度调整项目优先级”，操作步骤填“导入3个项目的基础数据，设置战略贡献度与资源占用两个排序依据，调整顺序后保存评审结论”，预期结果填“排序结果可保存，评审结论可导出并关联到对应项目”。场景二填“查看组合层资源投入”，预期结果填“可按角色查看3个项目的工时投入分布”。
逐条试用结果与问题记录
场景一判定为“部分通过”：排序与保存可用，评审结论可导出，但导出文件未关联到项目详情，需手工对应。问题描述填“导出评审结论后，项目详情页看不到该结论”，严重程度填“一般”，影响范围填“涉及全部3个项目的评审追溯”，临时处理方式填“导出文件按项目编号人工归档”。场景二判定为“通过”，实际结果填“可按角色查看工时分布，数据与台账一致”。另有一条探索性场景“跨组合汇总”判定为“未验证”，原因填“本次仅开通一个组合，无跨组合数据”。
评分计算与结论建议的写法
按评分细则表逐项打分，例如组合视图4分、优先级排序3分、资源可见性4分、计划管理4分、评审留痕3分、易用性4分，按各维度权重计算加权总分。关键短板填“评审留痕与项目详情的关联不足”。结论建议填“有条件推荐”，条件为“需确认评审结论与项目详情的关联方式，或接受人工归档流程”。后续动作填“由试用负责人向厂商确认关联能力，两周内反馈”。
当试用记录进入组合层评审环节，记录本身也需要可追溯的承载方式。ONES Plan 支持多项目总览与自定义项目属性，可查看多项目数据集合、多维度掌握项目进度，并提供多种资源报表反馈项目投入情况；这些能力可用于承载试用中“组合视图”与“资源可见性”两类场景的验证。评审结论、字段口径与多轮试用记录可通过 ONES Wiki 的页面模板库统一为制式文档，其版本记录支持查看与回滚，权限可按角色配置，便于多人填写时保持口径一致。
模板调整与维护方法
模板需要随组合层级和试用轮次调整，调整时保持字段含义稳定，只增减字段而不改变已有字段的口径。
- 按组合层级增减字段：试用范围停留在单项目层时，可省略跨组合汇总相关字段；上升到多组合层时，增加“组合间资源冲突”“跨组合依赖”等场景字段，并在评分细则中提高组合视图维度的权重。
- 按试用轮次增减字段：首轮试用保留全部场景字段；后续轮次增加“上轮遗留问题编号”“本轮复验结果”两个字段，用于跟踪问题闭环。
- 评分维度与权重调整原则：维度对应试用目标，目标变化时同步调整维度；权重调整需在评分细则表中记录调整原因和生效轮次，同一轮次内不得中途改权重。
- 版本记录与变更留痕：模板本身标注版本号与修订日期，每次字段增删在变更记录中写明“改了什么、为什么改、从哪一轮生效”，历史记录保留不覆盖。
- 多轮与多人填写汇总：按试用编号归集记录，先校验必填字段完整性，再按评分细则表统一计算加权总分；多人填写时指定一名汇总人，负责口径答疑与最终合并，合并结果保留各人原始记录。
维护节奏建议与试用轮次同步：每轮试用结束后检查一次字段是否仍对应试用目标，连续两轮未使用的选填字段可移入备选字段清单，需要时再启用。
常见问题
试用时间很短，只够验证两三个场景，模板字段要不要精简？
可以精简场景数量，不建议删减字段。试用时间短时，把验证场景收敛到与试用目标最直接相关的两三个，每个场景仍完整填写操作步骤、预期结果、实际结果与结果判定。基本信息区的试用范围要如实写明覆盖的项目数量与组合层级，结论建议中注明“本次未覆盖的场景”，避免结论被扩大解读。评分细则表中未被验证的维度标注“未验证”，不计入加权总分，或单独说明总分口径。
多个角色分别填写同一平台的试用记录，怎么保证口径一致？
先统一评分细则表再分发填写。汇总人先确定各维度的评分口径与权重，随模板一起下发；每位填写人只填自己负责的场景，结果判定和问题严重程度按模板中的四类与四级标准执行。汇总前先校验必填字段完整性，再由汇总人合并计算加权总分，合并结果保留各人原始记录。口径有分歧时由汇总人裁定，并把裁定结论写入变更记录，供下一轮沿用。
试用中发现的问题，厂商说下个版本会解决，记录里怎么体现？
在问题描述中写清现象与复现步骤，在临时处理方式中记录当前的绕行办法，并在后续动作中写明“待厂商版本更新后复验”及责任人、时间点。结论建议可填“有条件推荐”，条件写成“需在约定时间内确认该问题已解决”。下一轮试用时用“上轮遗留问题编号”和“本轮复验结果”两个字段跟踪闭环，复验通过后再调整结论，不提前把承诺当作已验证结果。
试用记录需要长期保存并供后续选型参考，放在哪里比较合适？
记录需要满足三点：多人可查、版本可追溯、权限可控。可以用团队现有的在线文档或知识库承载，按试用编号建立页面，每轮记录单独成页并保留历史版本。ONES Wiki 提供页面模板库，可一键创建制式化文档模板，并记录所有页面版本、支持查看与回滚，权限可按角色配置，适合把字段口径与多轮试用记录统一存放。
试用记录里的组合视图和资源投入场景，用什么方式验证比较有效？
用脱敏后的真实项目数据验证，比用演示数据更能反映实际。组合视图场景可准备3至5个在建项目，检查能否按组合层级汇总进度、成本与风险，视图能否按角色配置；资源投入场景检查能否按角色、项目、时间查看工时分布，并与现有台账核对一致性。ONES Plan 支持多项目总览与自定义项目属性，可查看多项目数据集合，并提供多种资源报表反馈项目投入情况，可作为这两类场景的验证载体；具体版本差异需按实际开通版本确认。
