先约定试点结束时要做什么决定
本篇提出一套编辑分析方法:在试点开始前,先写下结束时的三个可能决定,即扩展部署、带着明确修改再试一次,或停止这一使用场景。它不是任何客户、政府或投资机构的标准,也不代表瞻行资本已有项目的结果。
如果试点的唯一目标是“获得好评”,团队很难知道什么时候该结束。更有用的问题是:谁根据什么证据,决定是否把设备部署到第二个地点?这个人可能不是每天使用设备的员工,也不是最先邀请团队演示的联系人。应分别确认使用者、现场负责人和预算决策者,而不是把他们合并成一个“客户”。
把正常运行和额外支持放在同一张表里
以下是可按项目调整的工作表,不是通用验收门槛。记录的分母、时间范围和现场条件,比单独一个漂亮的百分比更重要。
| 要回答的问题 | 建议记录 | 第二处部署前的决定 |
|---|---|---|
| 产品是否完成目标任务 | 符合条件的任务总数、完成数、未完成原因 | 改产品,还是缩小适用场景 |
| 是否依赖工程师陪同 | 远程支持、现场支持和人工接管的工时 | 哪些步骤需要产品化 |
| 客户能否日常维护 | 清洁、充电、校准、换件由谁执行 | 培训和维护责任是否可交接 |
| 每增加一处场地要花什么 | 安装、运输、耗材、备件和软件接入成本 | 报价是否包含实际交付负担 |
| 下一步由谁批准 | 决策人、预算来源、评审日期 | 是否存在明确的后续安排 |
例如,一次演示由创始人持续操作,而一次部署需要普通员工独立使用,二者验证的事情并不相同。不要删除支持工时来让数据看起来更好;这些工时恰恰指出了下一轮工程工作的方向。
用一个假设场景检验“可复制”
设想一个完全虚构的室内配送设备试点:团队在一处场地运行两周,记录了目标路线的完成情况,同时发现工程师每天都要重新设置一个交接点。本文没有引用真实客户、BP 或内部项目数据。
此时,值得讨论的不是立即购买多少台,而是交接点变化属于常见环境变化,还是该场地的特殊情况。团队可以先把重新设置流程交给现场负责人,在受控条件下再观察。若仍离不开研发人员,就把这个限制写进下一轮范围与预算,不把它包装成已具备规模交付能力。
第二处场地也不必一次改变所有条件。可以先保留相似路线,改变现场人员;再逐步验证新的环境。这样才能分辨问题来自产品、流程还是使用场景,而不是在一个混杂的结果上争论。
试用资助、采购和订单要分开记录
香港有支持科技试用的公共机制。例如,截至 2026 年 10 月 10 日,创新科技署 PSTS-TC 官方页面介绍的支持对象,是在香港从事研发的合资格科技公司,资助用途涉及样品、原型及公共部门试用;科技园或数码港现有培育公司及毕业生租户应参阅另一适用类别。
这提供了一个查找试用资源的入口,不是对本项目合资格、取得资助或获得采购订单的确认。申请前应向主管机构核对完整条件。对于团队自己的经营记录,建议把“试用获支持”“试用已完成”“采购获批”“订单签署”“款项收到”分别列示,不用一张活动照片代替任何一个环节的凭证。
给供应链伙伴的反馈要能够执行
香港现场人员说“设备不稳定”,深圳工程团队未必能据此采取行动。反馈至少应标明设备及软件版本、发生条件、可重复步骤、日志位置和负责确认的人。涉及个人或场地敏感资料时,先核对访问权限和必要性,再分享最小范围的信息。
改动完成后,应在同样条件下复测,并说明哪些结论只适用于当前版本。供应商报价、零件变更和客户使用反馈可以关联起来,但不能混成一张没有版本信息的表。已有的零件替代与变更控制专题(英文)讨论工程侧记录,本篇关注的是客户侧能否持续使用及再次部署。
与瞻行资本讨论下一步,而不是提前宣布成功
瞻行资本由詹培勋(Justin Zhan)创办,公开介绍包括连接大湾区硬件供应链资源的方向。对准备跨越深港推进项目的团队,可以围绕试点范围、交付负担和下一轮资源需求展开讨论;具体支持范围逐项商定,不保证订单、投资或政策结果。
第一次联系可发送不涉密的场景简介、已完成与未完成的验证,以及希望讨论的下一步到 justin@jimscapital.cn。没有客户授权的现场日志、个人资料和合同,不必放进初次邮件。让讨论从可核对的工作开始,比把一次试用写成商业化成功更有价值。
本文为截至 2026 年 10 月 10 日的项目协作方法分析,不是采购、法律或投资建议;公共计划资格、现场安全及具体合同应由相应责任方和专业人员核查。