
让客户先了解,再带着需求沟通。
网站提供可反复查看和分享的统一入口。
Gartner,2025 发布;2024 年调查 632 位企业采购者。用于支持自助了解与信息一致性,不是 PrevenX 转化率或新西兰建筑样本。原始研究发布 ↗ 更多依据 →
沿用第一周研究,依据公开资料与实际页面核查提出需求、设计和实施建议。排期按假设的人员安排估算;搜索与 AI 可见度样本另于 10 月 16 日检查。内容发布、资料维护和上线检查按方案分步实施。
REQUIREMENTS & REFERENCES
客户与公司需要什么
九项主要需求同时考虑客户怎样找到和选择产品、公司怎样维护网站;竞品用于具体实现方法的对照。
值不值得投入?
工地是否适用 · 费用 · 证据
R01 · R03 · R06提示以后怎么处理?
功能演示 · 人工复核 · 工作量
R02 · R09摄像头能否连接、谁维护?
摄像头条件 · 数据去向 · 支持
R08 · R10怎样帮助我、记录怎样用?
监测用途 · 人员判断 · 错误复核
R09公开研究支持哪些需求?
研究依据 →44% 为一线工人样本构成,非接受或反对比例
- 监测目的
- 隐私
- 错误记录与不公平判断
网站应说明为什么记录、谁来判断、错误怎样复核。
- 安装与设置
- 过多提醒
- 培训与人员参与
网站应说明实际怎样使用、收到提醒后人员怎样处理。
两项研究与 PrevenX 的技术和场景不同,用于支持需求方向,不代表客户接受率或产品效果。
代表性需求与实现参考
客户与公司 / 9 项代表性需求R09 用途、访问与错误复核贯穿各功能页;R07 AI 引导为可选增强。文章发布与资料维护作为运营设计纳入实施任务。公开研究与完整需求编号见附录。
分析依据与详细方案
网站让客户随时了解产品、把资料分享给同事,并带着明确问题联系公司。Gartner 于 2025 年发布的调查涉及 632 位企业采购者:61% 偏好整体上不依赖销售人员的购买体验,69% 表示网站和销售人员的信息不一致。这支持方便客户自主了解、保持介绍一致的做法;不能当作 PrevenX 的咨询比例,也不代表新西兰建筑客户。Gartner 原始发布
客户有不同的问题:采购负责人关心工地是否适用、费用和证据;现场经理关心收到提示后怎样处理;技术人员关心摄像头连接和维护;工人关心记录有什么用途、谁能查看、记录错误怎样纠正。
公司也有自己的需要:编辑可以直接发布和修改文章;负责人可以收到咨询并跟进;产品介绍保持一致;网站出错后能恢复。
九项主要需求分别是:R01 找到适合工地的功能、R02 看懂提示与处理步骤、R03 确认功能和证据、R04 方便表达并接收需求、R10 理解摄像头连接与支持责任、R05 发布内容、R08 维护网站和恢复资料、R06 用自己的情况估算价值、R11 通过具体问题找到官网。R09 资料用途与人工复核贯穿各功能页,R07 AI 提问为后续可选功能。角色需求研究
竞品只提供具体做法的参考:Protex 把演示和联系人员放在一起;viAct 把防护装备类别、提醒、趋势和手机画面组合展示;Intenseye 用产品界面解释客户得到什么;inviol 在演示旁说明摄像头连接与现场设置。Protex · viAct · Intenseye · inviol
竞品网页不能说明其后台怎样发布、收消息或备份。文章管理可参考 WordPress 对编辑和审核者的操作权限设置,但仍要检查自家公司网站。WordPress 官方说明
WEBSITE REVIEW
官网满足需求的程度
本次核查 26 个公开页面,未发现可用的 demo 播放器或视频链接。

定位、框架、更新、文章
已经存在。
14 个主要路径、6 篇文章、6 个更新详情。当前以定位、框架图和文字说明为主;本地 demo 不计入官网现状。
查看官网核查记录 →现有网站页面树 26 个页面 · 3 类作用
客户还不知道公司名,能否找到我们?
R11 / 搜索与 AI 可见度 / 2026.10.16本次搜索 PrevenX New Zealand
客户不带公司名寻找解决方案
仅 Google AI Mode 独立问题样本
初步判断:品牌搜索已有入口,需求搜索值得改善。SEO(搜索引擎优化)应与产品页面一起建设,让客户的具体问题有清楚、可信的答案。
| 本次搜索词 | 观察结果 | 首页检查范围 |
|---|---|---|
| 品牌词 / G01PrevenX New Zealand | 官网为首个自然结果 | 10 条自然网页结果 |
| 需求词 / G02AI construction safety monitoring New Zealand | 本次首页未见官网 | 10 条自然网页结果 |
| 需求词 / G03AI PPE detection New Zealand | 本次首页未见官网 | 9 条自然网页结果 |
| 需求词 / G04AI safety monitoring existing CCTV New Zealand | 本次首页未见官网 | 10 条自然网页结果 |
Google 英语搜索,地区参数 NZ,页面显示 Auckland;已登录会话设置 pws=0,需求词页面提示结果未个性化。各词只观察一次首页;广告和视频集合另计。以上不能代表所有客户、稳定排名、流量或整体出现率。关键词为探索性选取,尚无搜索量数据。
搜索与 AI 回答截图


A01:AI safety monitoring existing CCTV New Zealand
A02:Which providers offer AI camera-based construction safety monitoring in New Zealand? Compare what they detect and cite the official websites.
每题在独立会话生成一次回答,均未见 PrevenX 名称及官网链接。未测试 ChatGPT、Perplexity 或其他 AI 工具;也不能据此推算长期推荐概率。
固定需求词和问题,保留搜索结果;由维护者核对搜索平台的收录与访问情况。
为防护装备、摄像头条件等问题建立详细页面,写清标题、演示说明、使用条件和资料来源。
检查页面能否被读取,按同一规则复查搜索与 AI 样本,并观察搜索带来的有效咨询。
Google 官方说明:基础 SEO 做法同样适用于其 AI 搜索功能,符合要求仍不保证出现。官方依据 ↗ · 方法、记录与限制 →
同一组需求,对应页面现状与运营设计。
实际页面 / 不以本地 演示视频 代替| 代表性需求 | 现状 / 设计定位 | 页面观察 / 设计目标 | 对应改进 |
|---|---|---|---|
| R01找到适合工地的功能 | 部分满足 | 首页有定位;“更新说明”和“联系我们”的常见问题分别介绍功能和适用工地。 对应官网页面 ↗ | 把分散的功能介绍整理成产品目录,每项都有详细说明。T02 · T03 · T04 |
| R02看懂功能与人员处理 | 缺少完整展示 | “系统介绍”页有流程图;26 页检查未发现可用的演示视频或链接。 对应官网页面 ↗ | 加入带解释的项目演示视频和明确标注的操作示例。T02 · T03 · T04 |
| R03确认功能和证据 | 部分满足 | 有团队、更新和未来说明;“客户案例”页没有完整项目案例正文。 对应官网页面 ↗ | 给出来源,说明哪些功能现在可用;真实案例有依据,设计示例注明性质。T02 · T03 · T05 · T09 |
| R04方便表达并接收需求 | 部分满足 | Contact 已提供表单;手机与工地地址为必填项。 对应官网页面 ↗ | 先收姓名、联系方式和需求;现场细节在后续评估取得。T02 · T06 · T08 |
| R10理解接入与支持责任 | 部分满足 | 常见问题说明可以继续使用现有摄像头;完整现场条件与支持流程未集中展示。 对应官网页面 ↗ | 用摄像头布局图和简短清单帮助初步评估。T02 · T03 · T04 |
| R05无需改代码发布内容 | 运营设计 | 内容运营包括文章编辑、图片视频管理、审核发布和修订记录。 内容与维护方案 → | 设置草稿、预览、审核和发布流程,让编辑独立完成内容更新。T01 · T05 · T09 |
| R08可维护、可恢复 | 运营设计 | 文章、图片视频、账号和发布记录纳入统一维护流程。 内容与维护方案 → | 指定维护人,定期备份内容与媒体,并安排恢复演练。T01 · T05 · T09 · T10 |
| R06用自己的情况估算价值 | 暂未发现 | 核查页面未发现可填写自己情况的收益计算器。 核查范围 → | 作为后续增强;先估算工时,再计入首次安装费用和后续使用费用。T11(可选) |
| R11通过具体问题找到官网 | 样本需求词首页未见 | 品牌词搜索官网为首个自然结果;3组需求词首页未见官网,2次Google AI Mode回答未提及或引用PrevenX。 核查范围 → | 完善产品详情和搜索设置,固定关键词与AI问题,持续记录搜索及有效咨询。T01 · T02 · T04 · T07 · T08 · T10 |
咨询表单与案例页面证据


以上为页面走查与专业设计判断,未获得访客行为或转化数据。手机图文、标题、重复落点与占位链接同步修正,详见附录。
分析依据与详细方案
2026-10-13 实际查看了 26 个公开页面:14 个主要路径、6 篇文章和 6 个更新详情。没有发现可用的演示视频或视频链接。检查记录
| 需求 | 当前情况 | 建议 |
|---|---|---|
| R01 找到适用功能 | 部分满足:功能分布在首页、更新说明和常见问题中 | 整理成产品目录,每项有详细说明和使用条件 |
| R02 理解提示与处理 | 缺少完整展示:有系统流程图,没有具体操作演示 | 增加功能视频,并展示收到提示后怎样检查和处理 |
| R03 确认功能和证据 | 部分满足:有团队和更新介绍,客户案例缺少完整正文 | 给出来源,区分现有功能、设计示例和未来计划 |
| R04 方便咨询 | 部分满足:表单存在,但手机和工地地址必填 | 初次只问必要信息,检查成功和失败的情况 |
| R10 摄像头连接与支持 | 部分满足:介绍可以继续使用现有摄像头,但条件和责任不集中 | 给出安装条件、准备步骤和联系方式 |
| R05 发布内容 | 运营设计:文章编辑、审核发布与修订记录 | 设置草稿、预览、审核和发布流程 |
| R08 维护与恢复 | 运营设计:文章与媒体的备份、恢复和维护交接 | 明确维护人、定期备份并安排恢复演练 |
| R06 估算价值 | 暂未发现可填写自己情况的收益计算器 | 作为后续功能,公开计算方法和费用假设 |
内容发布与维护作为运营设计,与产品页面建设同步安排。第一周提供的 Hobson_demo 文件是改进可使用的素材,不能算作官网已经展示的视频。网站页面记录
搜索与 AI 可见度补充
10月16日使用Google英语搜索、NZ地区参数,记录四组首页样本。品牌词“PrevenX New Zealand”中官网为首个自然结果;三组不含品牌的需求词首页未见官网。两次独立Google AI Mode回答也未提及或引用PrevenX。关键词没有搜索量验证,单次样本不代表整体出现率;未测试其他AI工具。
增加R11“通过具体问题找到官网”,对应T01现状记录、T02内容规划、T04/T07页面和搜索设置、T08复查、T10持续观察。产品页面应解答真实问题,标题和文字说清用途、条件、来源,再观察搜索带来的有效咨询,不承诺固定排名。方法与证据
DESIGN & IMPLEMENTATION QUALITY
设计与实现的配套问题
这一小节检查布局、导航、语言与反馈,不重复前面的功能需求检查。
手机图文
架构图中的文字在手机上较小。
菜单与页面内容
部分导航主体重复、两篇文章标题不一致。
语言与阅读
已核查页面主要使用英语;是否需要多语言取决于目标客户。
链接与反馈
部分社交入口为占位链接;咨询功能需提供清楚的提交反馈。
按目标客户确定语言范围,并安排翻译审核与内容同步。页面证据和既有截图见网站核查附录。
分析依据与详细方案
手机上的系统图文字较小,可以拆成随屏幕大小调整的图文。部分菜单打开后的主体内容重复,两篇文章标题不一致,需要统一标题和页面样式。社交入口中有占位链接,需要改为有效地址或暂时移除。
已检查的页面主要使用英语。是否增加其他语言,应根据目标客户、术语理解和长期更新能力决定;目前没有依据认定双语是必需的。如果增加语言,就要同时安排翻译审核和内容同步。
实施时检查加载、成功和错误提示,也检查只用键盘能否完成操作。咨询送达与资料恢复均设置明确的完成标准。页面问题记录
IMPROVEMENT PROPOSALS
从问题到改进方案
首期优先客户找到产品、理解功能、发起咨询与内容更新;完整功能清单统一维护,增强功能分期实施。
产品理解与项目评估
持续运营
辅助客户判断
从需求到改进,再到完成检查
需求 · 任务 · 完成检查产品总览
场景、视频截图、功能是否已经具备
功能详情
问题 → 演示 → 操作 → 条件
完整体验
适用情况、价值、咨询
以下视频来自第一周项目文件,目前未在核查的官网页面中发现播放器或链接。此处作为网站改进素材建议,仅用于改进设计。
功能演示素材建议
项目补充素材 / 未在官网中发现展示功能展示清单 / 16 个单元
功能覆盖与素材规划
以下为建议新增到官网的 16 个展示单元,依据官网文字介绍与项目补充素材整理。视频不代表官网已展示;新素材与未来方向分别标记。
事件复核与处理记录
建议交互 · 一致模拟数据
补充 demo 视频截图 / 建议界面查看场景,再记录处理。
此处只演示工作流程,不表示准确率或减伤效果。
素材类型与用途
逐项覆盖,身份清楚
项目补充素材建议加入官网
竞品参考展示方法对照
生成概念解释空间关系价值评估与咨询衔接
价值情景 / 设计示例20 条 × 2 分钟 × 22 天 × 30% ÷ 60
工时价值需另作估算,不直接视为现金节省。估算实际收益时,还要计入安装、订阅和维护费用。普通表单使用同一计算规则。AI 辅助整理与提问;AI 引导采用客户确认信息、固定公式计算的设计。编辑可在内容管理后台更新文章及相关功能说明。
分析依据与详细方案
产品总览让客户知道有哪些功能;功能详情用视频和图片说明系统给出什么提示、谁处理、有哪些使用条件;完整示例再把查看提示、人工检查和记录处理结果连起来。
每项已介绍的功能、使用条件和未来计划都有对应说明,统一保存在16 项展示清单。它们不是 16 个已通过正式使用测试的模块。首期重点制作防护装备、区域和事件处理三组演示,其他功能也保留独立说明和状态标记。
第一周四段项目演示共 31.21 秒,三段有检测标记,一段是原始画面。建议放到官网相应功能位置,但不能从短片推算准确率或效果。竞品图片和视频注明来源;AI 生成场景和模拟界面注明为设计示意。真实案例应说明项目问题、使用过程、结果和测量方法;缺少真实资料时,可以提供清楚标注的示例。
初次咨询先问姓名、联系方式和希望解决的问题,同时保存客户关注的功能。深入的工地资料在后续评估时补充。填写有误或发送失败时,要说明问题;提交成功后,要确认负责人收到消息。
收益计算器公开公式,让客户确认工作量、节省比例、安装费用和持续费用。节省的工作时间不直接等于省下现金,不能套用竞品的效果数字。可选 AI 帮客户补充问题和确认计算条件;最后仍用固定公式计算,并保留普通表单。
CONTENT & MAINTENANCE
内容发布与网站维护
文章后台支持编辑、预览、审核和发布;维护流程覆盖文章、图片视频的备份与恢复。
保存文章与发布记录
数据库像一个整理好的资料库,保存文章、分类、发布时间和修改记录。客户咨询资料只让负责跟进的人查看。
单独保存文件
图片和视频文件单独保存,文章记录它们的位置、来源和说明。资料和文件都需要备份。
编辑更新,审核后发布
按职责决定谁可以编辑和发布。更新出错时,能恢复到上一个正常版本,避免错误内容继续展示。
两种运行方式,主要区别是谁负责维护。
运行方案比较租用云服务器,自己搭建网站
公司可以更自由地设置网站,也要负责更新程序、处理故障、增加存储空间和恢复资料。
适合有人长期负责维护、并且确实需要自行控制运行方式的公司。把部分运行与维护工作交给服务商
公司少做一些服务器维护,但仍要管好内容、账号、费用和资料备份,并确认不同服务能一起工作。
采用成熟的内容与存储服务,减少维护环节,明确各方责任。整理文章与媒体 → 设置编辑和审核职责 → 配置发布流程 → 安排备份与恢复 → 完成维护交接。
优先沿用满足需求的工具和服务,把建设投入放在编辑效率、资料保存和持续维护上。服务商与技术资料
WordPress 是一种常见的网站内容管理工具,可以给编辑和审核者分配不同操作权限。可按公司的编辑与审核职责设置文章发布权限。WordPress 权限说明 ↗ · 备份方法 ↗
Cloudflare 可运行网页和部分网站程序。其当前资料推荐新应用使用 Workers,已有 Pages 网站可继续作为一种选择。不同服务可通过 API(传递资料的接口)连接;账号密钥必须由后台保存,不能放在客户可查看的页面代码中。Cloudflare 官方资料 ↗
AWS(亚马逊云)的 RDS,以及 Azure(微软云)的 PostgreSQL 服务,是服务商代为运行数据库的两种选择。它们提供备份功能,公司仍须选择保存多久,并实际试一次恢复。供应商和费用尚未确定。AWS 备份说明 ↗ · Azure 备份说明 ↗
分析依据与详细方案
文章后台支持内容编辑、图片视频管理、审核发布和修订记录。优先沿用满足需求的工具和服务。编辑写文章,审核者校对后发布;谁能修改和发布,需要按职责设置。
数据库像整理好的资料库,保存文章、分类、发布时间和修改记录。图片和视频单独保存,文章记录文件位置和来源。客户咨询资料只让负责跟进的人查看。文章资料和图片视频都要备份,并在不影响正式网站的环境中试一次恢复。
运行方式有两种。方案 A 租用云服务器,公司自己搭建并维护网站,对设置更自由,也要负责程序更新、故障和资料恢复。方案 B 尽量采用云服务商现成的运行和存储服务,减少服务器维护工作;公司仍须管理内容、账号、费用和备份,并确认不同服务能一起工作。
Cloudflare 可运行网页和部分网站程序。其当前资料推荐新应用使用 Workers;已有 Pages 网站可继续作为一种选择。不同服务可通过 API(传递资料的接口)连接,账号密钥不能放在客户可查看的页面代码里。Cloudflare 官方资料
AWS(亚马逊云)的 RDS 与 Azure(微软云)的 PostgreSQL 服务是两种数据库服务选择。它们提供备份功能,但公司仍须选择保存多久并试一次恢复。具体供应商和费用尚未确定。AWS 备份说明 · Azure 备份说明
IMPLEMENTATION CHECKS
实施任务与完成标准
按客户理解、咨询送达、内容更新和资料恢复四类任务,确认网站改进达到完成标准。
客户能否找到和看懂
复查固定需求词和AI问题,检查内容可读取;再用代表性场景检查用户能否找到功能、说清提示和使用条件。
资料是否准确
核对来源,注明实际素材、设计示例和未来计划;官网与销售介绍保持一致。
咨询能否收到
检查正常提交、填写错误、重复提交和发送失败的情况,确认负责人收到消息。
内容能否发布和恢复
由编辑发布和修改文章;在不影响正式网站的环境中,从备份恢复文章、图片和视频。
上线后观察什么
搜索及 AI 样本怎样变化、客户能否找到功能、是否查看演示、公司是否收到有明确需求的咨询,以及编辑能否持续更新内容。记录改进前的情况,逐月比较搜索表现、有效咨询和内容更新效率。
建议请 3–5 位职责不同的人试用。通过实际任务记录理解障碍、操作问题和需要补充的信息。分析依据与详细方案
T01 确定首期范围和人员安排;T02 确定页面与文字;T03 准备素材;T04–T07 建设页面、内容后台和咨询功能,修正阅读问题;T08–T09 检查使用情况、内容发布和备份恢复;T10 上线并交接。T11–T12 为后续可选的收益计算器和 AI 引导。
完成标准包括:检查搜索读取和固定需求词、AI问题的复查记录;客户能找到功能,说清提示和使用条件;资料来源和功能介绍一致;咨询正常和失败情况有反馈,指定人收到消息;编辑能独立发布和修改内容,备份能恢复文章、图片和视频。
建议请 3–5 位不同职责的人试用。通过实际任务记录理解障碍、操作问题和改进意见。
上线前记录目前情况,之后逐月比较功能访问、演示查看、明确需求的咨询和内容更新情况。持续观察搜索带来的有效咨询和客户问题。第 5 周检查通过、影响正常使用的问题解决后,才进入第 6 周上线交接。
IMPLEMENTATION SCHEDULE
实施甘特图
从项目启动周计算,涵盖页面建设、内容运营、完成检查与交接;实际周期由资源和范围确认。
先确定首期范围、人员安排和内容负责人。第 5 周检查通过后,才能在第 6 周上线交接。页面、素材和内容发布分批完成;使用检查和恢复测试作为上线前的必要步骤。收益计算器与 AI 引导不影响首期上线。
实施顺序:条件确认 → 分批建设 → 使用检查与资料恢复测试 → 上线交接。实施前需要确认
产品展示、搜索入口、咨询和内容发布优先;计算器与AI引导后续评估。
指定产品说明、可公开素材和效果数字的负责人。
确认参与人员、持续费用和维护责任,再确定启动日。
数据来源 / 证据
数据来源与证据
外部研究支持需求方向;官网介绍、项目提供的素材与设计示意分别注明;这些资料不能替代真实客户反馈和实际效果测试。
A01网站业务作用|研究底稿
网站为什么值得存在:PrevenX 的商业必要性与研究依据
研究日期:2026年10月13日,Pacific/Auckland。
1. 核心判断
对 PrevenX,网站可以承担客户自主了解产品、核对供应商信息、查看证据、向同事分享资料及发起咨询的工作。已有 B2B 研究支持这些方向,也有企业网站采用与经营表现的比较研究;目前没有取得能够量化“PrevenX 无网站相对有网站损失多少收入”的直接证据。
因此,本节建议把网站定义为支持客户评估和销售沟通的商业基础设施。其投入是否值得,取决于它是否解决客户任务、是否获得目标客户访问,以及公司能否处理咨询并持续维护内容。
PrevenX 已有网站。本周的实际决策是:现有网站提供了哪些能力,哪里不足,哪些改进值得投入。讨论无网站情景用于建立业务依据,不用于证明必须重建技术系统。
2. 四个需要分开的研究问题
| 问题 | 可以使用的证据 | 不能直接推导的结论 |
|---|---|---|
| 有网站和无网站有什么差距? | 网站采用研究、B2B 买家渠道研究及具体任务比较 | 无网站企业不能获得客户;有网站一定增加销售 |
| 怎样的网站更有效? | 网站信息内容、客户感知和内容营销研究 | 页面精美就能提高实际产品性能 |
| PrevenX 改版有什么增量价值? | 自家访问、咨询、成交、客户反馈和任务测试 | 把外国行业调查比例套用为自家转化率 |
| 改进投入是否划算? | 实施成本、持续维护成本及可验证的业务增量 | 把所有接触过网站的销售额都归因于网站 |
3. 主要研究依据
E01:建筑相关 B2B 网站的信息作用
Chakraborty, G., Srivastava, P., & Warren, D. L. (2005). Understanding corporate B2B web sites’ effectiveness from North American and European perspective. Industrial Marketing Management, 34(5), 420–429. DOI: 10.1016/j.indmarman.2004.09.008。
研究对一家建筑行业电动工具公司的368位业务客户进行现场调查。北美和欧洲样本都支持网站的信息丰富性/有用信息供给与感知有效性的关系,而信息质量和可用性的作用存在地区差异。
本项目应用:优先回答场景、工作过程、部署和证据问题,再考虑展示形式。限制:2005年、单家公司、客户感知指标;不是网站有无实验,也不证明销售增长。此处已核对出版商的摘要、引言和章节片段,未取得完整付费正文。出版商页面
E02:网站内容与销售流程的连接
Järvinen, J., & Taiminen, H. (2016). Harnessing marketing automation for B2B content marketing. Industrial Marketing Management, 54, 164–175. DOI: 10.1016/j.indmarman.2015.07.002。
单案例研究展示了按客户需求制作内容并将内容营销与销售流程连接的做法,包括生成较高质量线索。本项目应用:文章、演示与咨询应形成连贯路径,明确后续跟进责任。限制:案例涵盖组织流程和营销自动化,不能把结果只归因于网站或 文章管理后台;不证明 AI 聊天和收益计算器必然有效。已核对出版商公开摘要、引言和章节片段。出版商页面
E03:较新的 B2B 自助研究证据
Gartner(2025年6月25日发布)的研究在2024年8—9月调查632位 B2B 买家;61%偏好整体上不依赖销售代表的购买体验。一般信息搜索倾向自助,而判断产品是否适合公司等情境性任务仍偏好销售帮助;69%报告网站与销售人员信息不一致。
本项目应用:支持客户先自助了解,再把确认过的需求交给人员沟通,统一网站与销售口径。限制:机构调查、自报偏好,公开新闻稿没有完整抽样细节;不能把61%当作 NZ 建筑客户比例或网站成交率。已读取机构新闻稿正文。原始发布
E04:网站与其他接触渠道共同作用
McKinsey 2026 Global B2B Pulse(2026年5月28日发布)涉及13国近4,000位决策者。受访者平均使用10种购买接触渠道,供应商网站属于发现和评估供应商的主要渠道;跨团队信息不一致与无法获得专业帮助是更换供应商的重要原因。
本项目应用:网站连接推荐、搜索、邮件和人工演示,给客户统一资料入口。限制:跨行业机构调查,不是 NZ 建筑样本,也不是网站存在的随机实验;其电子商务营收统计不用于推算 PrevenX 官网收入。已读取公开报告正文。原始报告
E05:企业网站采用与经营表现
Rizov, M., Vecchi, M., & Domenech, J. (2022). Going online: Forecasting the impact of websites on productivity and market structure. Technological Forecasting and Social Change, 184, 121959. DOI: 10.1016/j.techfore.2022.121959。
研究结合英国、西班牙1995—2010年的企业账户与上线状态,发现网站采用与较高生产率增长相关,收益随时间下降。它属于采用情况与经营表现的证据。限制:早期互联网时期,网站作为在线经营指标,不能单独识别今天宣传网站的收入贡献;本节只使用已核对的出版商摘要,不引用未完整核读的回归系数。出版商页面
E06:直接比较有无网站时仍须保留因果边界
OECD(2026)Local Retail, Global Trends 的零售企业研究采用意大利、西班牙、匈牙利、爱沙尼亚与罗马尼亚的数据。网站技术分析样本27,731家;报告显示有网站企业的劳动生产率较高,但明确说明是相关关系,不代表网站导致该差异。
本项目应用:说明已有研究比较了有无网站,同时阻止把经营表现差距写成改版收益保证。限制:零售行业与本项目差距大;不把其百分比放入 PrevenX 收益估算。已读取相关方法、结果和图2.51说明。报告相关章节
E07:信息搜寻与协调成本的理论解释
Understanding B2B and the Web: the acceleration of coordination and motivation (2003). Industrial Marketing Management, 32(7), 553–561. DOI: 10.1016/S0019-8501(02)00279-1。
论文从交易成本与网络联系解释 Web 如何支持 B2B 搜索、比较和协调。本项目应用:产品资料可反复访问和分享,可能减少重复说明和协调工作。限制:概念框架,不是量化网站收益的因果实验。已核对出版商公开摘要和章节片段。出版商页面
阅读范围说明:部分出版商页面的直接打开受到限制,但检索返回了出版商公开正文片段;以上各条明确标注可用范围。没有将摘要核查写成全文精读。早期文献解释机制,2025—2026年的买家研究补充当前行为背景。
4. 有无网站的具体差距:PrevenX 情景分析
以下为基于研究和公司业务的分析判断,不是实测结果。无自有网站的公司仍可以通过推荐、电话、销售、社交平台或 PDF 经营;比较的是是否具备自有、可维护的统一信息入口。
| 客户任务 | 没有自有网站 | 有能完成任务的网站 | PrevenX 需要设计什么 |
|---|---|---|---|
| 被介绍后确认供应商 | 通过联系人和分散渠道取得资料 | 通过统一入口了解主体、人员及联系方式 | 清晰身份与可核对资料 |
| 初步判断产品是否适用 | 需要索取资料或等待沟通 | 自助查看场景、能力和适配条件 | 场景与部署说明 |
| 理解实际工作过程 | 依赖销售演示或附件 | 重复查看带解释的演示与界面 | 产品流程、视频和样例 |
| 评估可信程度 | 由人员提供案例、研究或证明 | 将案例与能力说明一起核对 | 有来源的证据;官方自述不能替代独立证明 |
| 与负责人或同事讨论 | 转发附件、口头复述,版本可能分散 | 分享页面或下载同版本摘要 | 稳定链接、便于理解和转发的内容 |
| 形成自己的成本与需求判断 | 等待销售询问和计算 | 查看成本构成、调整情景,再提出问题 | 透明计算器;AI 引导作为待验证增强项 |
| 发起下一步 | 电话或邮件也能完成 | 在理解后预约咨询并传递确认后的背景 | 简短入口、提交状态与接收责任 |
| 跟踪信息维护与结果 | 通过其他工具也可记录 | 文章管理后台 和事件记录帮助统一维护与分析 | 编辑流程、有效咨询定义及指标 |
这些能力不会因注册一个域名自动出现。资料必须准确、网站必须可访问和维护,演示及表单需要实际工作,网站资料应与人工销售沟通一致。网站可能还需要外部渠道引流。
5. 在 PrevenX 中如何转化为需求
| 网站承担的作用 | 研究支持 | 需求编号 | 后续验证 |
|---|---|---|---|
| 支持客户自助了解与判断 | E01、E03、E04 | R01、R02 | 用户能解释用途、流程及适配条件 |
| 提供可信且一致的证据 | E01、E03 | R03 | 能区分行业数据、产品演示及实际效果;与销售资料一致 |
| 衔接咨询及人员沟通 | E02、E03、E04 | R04 | 客户完成咨询,公司获得可用背景并跟进 |
| 持续维护客户所需内容 | E02 的流程依据及公司运营需求 | R05、R08 | 独立发布更新、版本与恢复能力 |
| 帮助客户理解自身价值 | 公司需求;E03支持一般自助方向 | R06、R07 | 公式正确、参数确认、比较传统表单和 AI 路径的完成情况 |
注意:E01—E07并未直接验证本项目收益计算器或 AI 提问设计。它们只是需求假设的背景,具体方案仍需原型测试和实际数据验证。
6. 如何验证网站及改进的实际价值
首先记录现有网站改进前的情况:目标客户来源、关键页面与演示访问、有效咨询、销售合格机会、成交,以及销售重复解释内容的工时。当前没有取得这些公司数据,暂不填写数值或承诺增长。
网站的业务评估应观察:
- 理解:目标用户能否正确说出产品用途、过程与适用条件。
- 考虑:是否找到所需证据,并能向同事说明为什么值得进一步评估。
- 咨询:访问者是否能完成咨询,销售是否获得更明确的需求。
- 经营:咨询是否形成合格机会,以及内容是否减少重复说明工作。
- 运营:内容能否按职责更新,成本和维护工作是否可承担。
可建立首年评估关系:增量成交毛利+可兑现的销售/维护节省-改版一次性投入-新增年度运营费用。工时释放需与现金节省分开,网站辅助过的成交不能全部算作网站新增成交。该关系用于内部评估改版,不是客户侧产品收益计算器。
验证建议:用任务测试先验证理解,再在上线后与改进前的情况比较。业务量允许时对具体页面或入口做分组测试;同时记录推广投入、客户结构、销售能力等变化。单纯上线前后比较只能提供线索,不能自动证明因果。
A02角色需求|研究样本与边界
PrevenX 网站改进:角色需求与实证依据
研究日期:2026-10-13。研究内容:公开研究、角色任务与产品展示及运营需求设计。
本部分承接网站商业必要性研究与第一周市场研究。网站需要帮助客户完成产品选择,本部分进一步回答:哪些人参与选择、各自需要解决什么问题,以及这些问题如何进入页面设计与实施。
1. 如何使用真实数据
采用三个维度标注证据:是否来自真实受访者;地区、行业和技术是否接近 PrevenX;是否属于 PrevenX 自有客户。其他公司的真实研究可以支持需求方向,但不能写成我们的客户已经提出了该需求。
证据分为:
- 本地实证:新西兰建筑业真实调查;最接近目标市场,但仍需检查技术范围、年代与样本。
- 相近实证:其他国家的建筑业、相近监测技术或一般 B2B 买家;保留其适用限制。
- 项目方已明确要求:本次对话中提出的文章后台、收益估算、AI 引导和基础设施比较;可进入项目范围,但不等于外部客户需求验证。
- 设计假设/模拟任务:为走查和原型测试设计的情境;不能作为调查发现、真实人物或访谈原话。
第一周的市场规模、事故与企业结构数据解释市场背景。本周的用户研究解释选择与使用障碍。两者不能互相替代。
2. 已找到的研究依据
S01|新西兰建筑业对实时员工监测的态度
Wu、Yiu、Jelodar,2022,Real-time Employee Monitoring Technologies in the Construction Sector – Effect, Readiness and Theoretical Perspectives: The case of New Zealand,IOP Conference Series,1101,082010。DOI:10.1088/1755-1315/1101/8/082010。
- 真实数据:2021 年 6 月开始调查,截至 10 月取得 236 份有效答卷;一线工人占 44%,也包括项目经理、现场经理等角色。
- 相关发现:表 1 中关注度最高的负面因素是监测目的不明确,其后包括个人权利与隐私,以及不准确或不完整的数据导致不公平决策。
- 限制:这是广义实时员工监测的初步研究;排名不是关注者百分比,混合样本结果不是单独的工人或 H&S 统计,也不是设备实际减伤效果。不能据此声称某比例的新西兰工人接受 PrevenX。
已核查全文方法、图 3、表 1 与限制。Massey 大学保存的论文全文。
S02|真实工地中的 AI 摄像头实施与使用
Ung 等,2026,Implementation and Adoption of AI-Based Camera Systems for Pedestrian Detection on Construction Sites: Field Insights on Barriers and Enablers,Safety Management and Human Factors,227,132–141。DOI:10.54941/ahfe1007925;2026 年 7 月 20 日上线。
- 真实数据:加拿大 6 个活跃工地,来自 3 家公司,另有第 4 家公司的非活跃工地反馈;观察 12 台移动设备,并访谈操作员、工人、安全、设备及项目管理人员等。
- 相关发现:误报、漏报、过多告警、摄像头安装与区域配置、显示信息可读性、培训不足和过度依赖都影响落地。
- 限制:定性现场研究,不能推算各问题的行业发生率;研究对象为设备上的行人检测摄像头,与 PrevenX 固定视频/防护装备 场景有差异。网页摘要将设备表述为“12 种”,本报告采用全文方法中的“12 台、3 种类型”。
S03|一线建筑工人对安全数据采集的看法
Häikiö 等,2020,IoT-based safety monitoring from the perspective of construction site workers,International Journal of Occupational and Environmental Safety,4(1),1–14。DOI:10.24840/2184-0954_004.001_0001。
- 真实数据:芬兰建筑工人在线调查,4,385 份回复;邀请对象为建筑工会成员。
- 相关发现:对自己和同事的安全、健康有帮助是数据使用被接受的重要条件;隐私和安全是主要顾虑。研究建议清楚沟通用途并让工人参与设计。
- 限制:研究主要涉及可穿戴设备和个人数据;地区、工会样本与技术类型限制外推。不能把愿意使用可穿戴设备直接解释为愿意接受 AI 摄像头。
已核查摘要、方法与限制。期刊原文页面,VTT 保存的出版版本。
S04|新西兰企业采用数字工具的障碍
MBIE,Business Digital Capability — May 2026;数据采集于 2025 年 10–11 月。
官方摘要将投资回报、负担能力、技能和工具选择列为进一步采用数字工具的常见障碍;数字专家建议、短课程和快速指南属于常见支持需求。
限制:本次取得的是官方研究摘要,完整报告的样本与行业分组尚未核实,因此只采用上述定性结论,不填入未经核实的角色百分比。它是新西兰企业整体证据,不是建筑业采购者的专门调查。MBIE 官方研究页面。
S05|新西兰建筑业数字化采购的补充依据
Chen 等,A multivariate regression analysis of barriers to digital technologies adoption in the construction industry,2023 年在线发表,2024 年卷期 31(11),4281–4307。DOI:10.1108/ECAM-11-2022-1051。
采用问卷与访谈的混合方法。摘要中的前三项障碍为现有行业标准、客户兴趣不足、缺少采用数字技术的财务需求或驱动力。它支持在产品说明中回答实际业务动机及实施条件。
限制:本次通过作者所在大学的记录与出版平台摘要核查,未取得可核实全部方法细节的出版全文;不引用样本规模、排序均值或角色分组。广义数字技术与 PrevenX 有区别。AUT 作者出版记录,出版平台摘要。
S06|买家的线上了解与人工咨询
前置章节已核查 Gartner 2025 年公布的调查:2024 年 8–9 月调查 632 位 B2B 买家。一般产品信息适合自助了解,判断具体业务适配仍需要有价值的人工沟通。
本部分将其作为咨询流程的跨行业参考,不推算 PrevenX 客户的行为占比。Gartner 调查发布页。
3. 各角色的需求
以下需求是根据证据和项目范围形成的设计推导。角色代表职责,一人可以兼任多种职责;不假定客户一定有完整的采购或 IT 团队。
| 角色与参与方式 | 需要完成的任务 | 网站应回答的问题/提供的能力 | 依据与仍需验证的内容 |
|---|---|---|---|
| 负责人/采购决策者:批准预算与供应商选择 | 判断项目适配、总体成本、业务价值和采购风险 | 哪些场景适用?需要什么投入?能拿什么证据支持内部讨论?下一步如何评估? | S04、S05 为相关实证,S06 为 B2B 参考;实际审批人、预算、项目周期和采购流程待客户验证 |
| H&S/现场管理人员:评估并组织日常处理 | 判断检测结果能否进入现有管理流程 | 能识别什么?怎样提醒、由谁复核、如何处理和留档?误报或漏报如何处理?培训和支持有哪些? | S02 直接技术场景参考、S01 本地监测研究;PrevenX 的真实通知、复核和记录功能需公司确认 |
| 一线工人/设备操作员:使用者或被监测者 | 理解实际帮助、使用方法和个人信息用途 | 采集什么、为什么采集、谁能查看?错误记录怎样提出异议?收到提示应做什么? | S01、S03 为真实调查,S02 为现场研究;是否直接浏览官网未知,可提供管理者能转发的说明 |
| 技术/数据审核者:按项目需要参与评估 | 判断接入、维护、数据处理和责任分工是否可行 | 摄像头、网络、供电及覆盖条件是什么?数据流向和保留方式是什么?谁负责安装、更新和故障处理? | S02 支持安装与支持需求,S01 支持数据顾虑;独立审核角色是否存在是推定。设计覆盖摄像头条件、资料处理和安装维护责任 |
| 内容编辑/发布负责人:内部运营 | 独立发布、更新和撤回文章,维护产品资料 | 可否编辑、上传素材、预览、发布和恢复旧内容?谁审核,如何避免误发? | 持续内容更新的运营需求;按编辑、审核和发布职责设计后台 |
| 咨询/销售处理人员:内部转化 | 得到足够上下文并推进有效沟通 | 客户是谁、什么场景、主要问题是什么?需求如何接收、分配、跟进? | S06 支持自助与人工衔接;记录项目、分配规则与响应承诺为内部流程假设,待确认 |
| 系统维护人员:内部持续运行 | 维护内容、账号、基础设施与恢复能力 | 内容及素材存在哪里?如何备份、恢复、导出和交接?故障由谁处理? | 比较自主维护与云服务两种运行方式,按维护责任与长期费用选择 |
前台的主要选择路径服务采购决策者与 H&S/现场管理人员。工人和技术审核者的说明支持部署信任与内部沟通。这是本次设计判断,后续应依据真实咨询与网站数据调整。
不建议现在为七个角色分别建立七套页面。优先把共用信息组织成产品、适用场景、工作流程、部署与数据说明、案例/文章和咨询入口,再按必要程度提供简短资料。
4. 从角色需求连接到设计、实施与验收
沿用 R01–R08,新增 R09、R10,避免后续阶段反复改变编号。下面是候选需求与任务,不代表产品已经具备这些功能或网站已经实现。
| 需求编号 | 主要角色与依据 | 改进设计 | 后续实施任务 | 验收方法 |
|---|---|---|---|---|
| R01 产品与场景适配 | 采购、H&S;S04/S05 | 首屏具体价值、场景与适配条件 | 梳理并审核产品能力、条件及场景内容 | 用户能说明产品用途,并判断示例项目是否适配 |
| R02 理解工作流程 | H&S、工人;S02 | 带注释演示,说明视频输入、检测、提醒及人员行动 | 选择可公开素材;核实每一步真实能力;制作对应说明 | 用户能区分检测提示、人工复核和处理职责;演示可访问 |
| R03 判断证据可信度 | 采购、H&S;前置研究及第一周证据边界 | 行业背景、演示、实际案例分别标注 | 建立证据清单、来源、日期和发布审核 | 每项量化表述可追溯;不存在未经支持的减伤或准确率承诺 |
| R04 发起并承接咨询 | 买家、咨询人员;S06+流程假设 | 清晰 CTA、简短表单、成功/失败状态与后续说明 | 确认接收渠道;实现校验、投递及异常处理 | 端到端提交能够到达指定人员;失败可重试,提交者知道下一步 |
| R05 文章内容管理 | 编辑;项目方明确要求 | 文章列表、编辑、媒体、预览和发布/撤回 | 按编辑和审核职责配置文章流程、媒体管理与修订记录 | 编辑无需改代码即可完成文章生命周期,前台正确更新 |
| R06 透明收益估算 | 采购;S04 支持价值说明,计算器形式为项目构想 | 用户输入、可编辑假设、费用和结果解释 | 收集费用与人工投入改进前的情况;实现固定公式和参数来源 | 可独立复算;区分时间价值与现金节省,不重复计算;未知效果不自动填真值 |
| R07 可选 AI 需求引导 | 买家、咨询人员;项目构想 | 少量追问、参数确认与普通表单入口 | 先完成资料与记录项目;再评估模型接入和数据处理 | 用户能修改参数;未知项保留未知;模型不生成公式结果或产品效果承诺 |
| R08 维护与恢复 | 编辑、维护人员;项目方要求 | 操作说明、责任与恢复流程 | 存储、权限、备份、导出和交接 | 在测试环境完成内容与素材恢复,责任人能按说明操作 |
| R09 监测用途与数据透明 | 工人、H&S、数据审核者;S01/S03 | 易懂的用途、访问范围、复核和数据说明 | 公司确认实际数据流程及政策;制作可转发说明 | 用户能回答关键用途与访问问题;文案与真实配置一致,无未经验证的隐私承诺 |
| R10 部署条件与支持 | H&S、技术审核、采购;S02/S04 | 摄像头/网络条件、评估—试点—运行流程与支持范围 | 核查接入要求、限制、实施责任及支持安排 | 用示例项目核对必要条件;尚未知的内容明确进入咨询评估 |
建议优先级:R01–R04、R09、R10 优先解决选择障碍;R05 属于基础内容运营;R08 是选定实施方案后的必要运行条件。R06 先验证数据并做可解释原型;R07 作为增强项。具体排期取决于现有系统复用程度和资源,本部分不编造工期。
5. 数据不足时如何验证
5.1 优先取得公司已有的真实信息
后续若能够提供,经必要去标识处理后可分析:实际咨询问题、演示与报价反馈、客户提出的接入条件、网站页面/表单漏斗、文章发布流程、产品验证与试点记录。对每条记录标注时间、角色、场景、原始问题、当前处理和关联需求编号。
后续效果评估结合实际咨询、访问记录和使用任务反馈。收益计算器与 AI 引导作为可选设计,通过客户使用情况判断投入价值。
5.2 小规模访谈与任务测试建议
以下为建议招募范围,尚未执行:2–3 位采购/经营负责人、2–3 位 H&S/现场管理者、3–5 位工人,另覆盖技术审核、内容发布和咨询处理职责。同一人可以兼任。目的为发现任务与理解障碍,不用于计算全行业需求占比,也不保证达到研究饱和。
先问最近一次真实项目/采购/发布经历,再用页面原型观察任务。避免只问“你是否喜欢这个功能”。
| 角色 | 应收集的真实信息 | 原型任务与观察指标 |
|---|---|---|
| 采购者 | 最近的采购过程、实际审批、预算限制和被否决原因 | 找适配条件与证据;说明是否值得进一步咨询,以及还缺什么 |
| H&S/现场管理者 | 最近一次风险发现与处理、现有记录、通知负担和责任 | 看演示后解释谁做什么;识别产品限制和需确认的环节 |
| 工人/操作员 | 现有监测或提醒经验、对具体数据用途的顾虑 | 阅读简短说明后解释用途、查看者和错误复核;记录误解点 |
| 技术审核者 | 实际摄像头、网络、数据限制和维护责任 | 判断示例项目的接入条件;列出报价/试点前仍需的信息 |
| 内容编辑 | 最近一次发布、改错、撤回的实际步骤 | 发布一篇测试文章,再更新和撤回;记录是否依赖开发人员 |
| 咨询处理人员 | 近期线索缺失记录项目、漏接或转交问题 | 根据测试线索开展下一步;检查记录项目是否足够及是否收得到 |
| 维护人员 | 当前平台、备份和故障处理经历 | 按交接说明恢复测试内容,确认权限与责任 |
记录能否独立完成、用时、错误、需要帮助的位置与缺失信息;先形成改进前的情况,再确定合理的上线验收目标。测试中追踪原始观察,避免把研究者建议当成用户诉求。
5.3 只能模拟时的使用边界
示例任务可以设为“已有 CCTV 的工地正在评估 防护装备 视频识别”“现场经理担心告警增加工作量”“员工询问视频用途”“编辑发布并撤回测试文章”。这些是依据候选需求构造的测试情境,不是现有客户案例。
模拟用于检查内容遗漏和流程完整性;不能据此声称客户会购买、节省多少费用,或 AI 比普通表单更有效。模拟计算如使用数字,必须标注情景假设,且与真实研究数据分开显示。
A03现有网站|页面核查与问题 W01–W12
PrevenX 公开网站改进前的情况与需求差距
核查日期:2026-10-13。范围:公开网站主要页面、六篇文章入口、角色研究;项目 demo 单列为改进补充素材。方法:网页文本核查、实际浏览器页面观察及桌面/手机宽度对照。
本轮仅使用现有内容与公开资料。下文是分析人员的任务走查,不是已完成的客户访谈或可用性实验;未验证真实提交投递、后台权限、服务器配置、模型性能或网站流量。未提交咨询或投稿。
1. 业务主线与判断方式
网站应支持客户完成:理解产品 → 判断工地适配 → 看懂运行与人员行动 → 评估证据和投入 → 发起有效沟通。角色需求及来源见角色需求研究。
本轮核心发现是:现有网站有建筑安全定位、系统图文、技术更新、文章和咨询入口,但具体产品信息分散,客户仍难沿一条路径完成选择。 改进应优先组织和解释已有信息,再补充明确标注的设计示例。
证据使用分三类:
- 官网披露:网站如何描述产品。能证明对外表述,不能独立证明实际效果。
- 补充素材观察:第一周项目 demo 可见的检测输出,未在核查官网中发现其播放器或视频链接,不计入网站现状。不能从片段推算准确率、响应延迟或减伤成效。
- 设计推导:基于角色任务及外部研究提出的改进,尚待真实用户验证。
2. 页面与内容资产清单
核查 14 个主要路径及 6 个文章入口,不等于后台全部内容清单。
| 页面与来源 | 现有内容及用途 | 后续处理方向 |
|---|---|---|
| 首页 | 建筑业 AI 安全定位、三层系统轮播、文章入口、咨询 CTA | 以具体场景和产品输出组织首屏及主路径 |
| About/Resources | 本次实际浏览时主体内容与首页相同;仍保持各自 URL | 让导航标签对应明确的信息落点,避免客户回到相同内容 |
| Our Story | 公司使命、新西兰定位与系统愿景 | 保留公司背景,降低与产品说明的重复 |
| Our Approach | 理念、三层架构图与输入—检测—告警/日志流程图 | 用具体事件与角色行动解释图中的环节 |
| Our Team | AI、系统、部署、安全与运营职责介绍 | 作为团队能力线索;不把公开成员数量当成可用开发资源 |
| Blog & Articles | 三类主题,当前列表六篇文章,日期与阅读时间 | 保留知识内容;统一文章记录项目和详情模板 |
| Updates | 工程笔记及版本更新,包含具体 防护装备 和告警说明 | 抽取客户可理解的能力、条件与变更信息进入产品说明 |
| Events | 活动方向与参与提示;本轮未见具体活动日期或议程 | 没有活动时提供清楚的空状态与相关咨询路径 |
| Customer Stories | 栏目介绍、三张图片和外部投稿入口;本轮未见具体案例正文 | 未取得案例时用明确的示例场景,避免图片代替效果证据 |
| Partners | 创新、行业、技术伙伴分组及图文 | 说明每项合作的具体用途;不把标识自动解释为认证或独立效果验证 |
| Contact | 表单、适用及费用 FAQ、邮件联系方式 | 区分初步了解与项目评估的资料需求 |
| Privacy Policy | 联系、使用、现场数据类别及一般处理说明 | 提供与具体使用场景连接的简短数据说明 |
| Terms | 产品描述、人员职责与系统限制等 | 产品页的收益和能力表述应与这里披露的边界一致 |
六篇文章入口
以下为中文主题索引,不是正式翻译标题。核查了所有入口;对系统变革、伤害成本、全国网络和视觉智能文章读取了较多正文,另外两篇主要核查标题和引言。未执行全面编辑审校。
| 主题 | 原页面 | 本轮备注 |
|---|---|---|
| 建筑安全系统变革 | 文章 | 包含经济情景表述;数值需补齐出处与算法后才能作为展示依据 |
| 新西兰工伤隐性成本 | 文章 | 列表、浏览器标题与正文 H1 不一致 |
| 主动安全智能解释 | 文章 | 核查标题及引言;可作为概念解释资料 |
| 事故发生前的情境 | 文章 | 核查标题及引言;可转成明确标注的场景叙事 |
| 全国安全智能网络愿景 | 文章 | 长期愿景,应与当前可购买/试点能力区分 |
| 视觉智能与工作安全 | 文章 | 列表、浏览器标题与正文 H1 不一致 |
3. 现有信息可支持什么产品描述
Updates 披露安全帽、背心与护目镜识别、事件日志、告警过滤、连续画面中的稳定性及粉尘/遮挡相关改进。Contact FAQ 披露可评估复用既有摄像头、订阅及随项目范围调整的费用安排,也把传感器整合、部分环境能力标为未来方向。
这些是有价值的产品内容输入,但没有公开足以复算的准确率、延迟、误报或真实客户净收益。FAQ 的试点描述采用计划语气,因此本轮不将其写成已经开放的即时在线试用。
第一周项目文件的四段演示检阅可作为建议加入官网的 防护装备、脚手架和机械对象演示素材,不是官网已有展示。本次对 26 个公开页面的加载结果重新核查,未发现可用的 demo 播放器或视频链接,详见官网媒体核查记录。这些补充片段也没有展示完整通知、复核与报告界面。后续原型如补入这些界面,应标注为建议设计,避免冒充现有产品截图。
4. 客户任务走查
| 客户任务 | 当前可找到的答案 | 仍缺少什么 | 对应需求 |
|---|---|---|---|
| 首次了解产品 | 首页说明建筑业计算机视觉安全方向 | 具体检测对象、典型输出及一个可理解的场景需要继续查找 | R01/R02 |
| 判断现有工地是否适配 | Contact FAQ 提及场景及摄像头复用 | 可供初步核对的条件、限制和评估步骤 | R01/R10 |
| 判断日常怎么处理 | Approach 有输入、检测、告警与日志图 | 告警接收者、复核、现场行动及记录用途的具体示例 | R02 |
| 判断是否可信 | 有团队、更新与伙伴介绍 | 可追溯的产品验证、可阅读案例、效果口径;本轮未取得 | R03 |
| 理解数据用途 | Privacy Policy 列出数据类别和一般用途 | 以工人/现场经理能理解的方式连接采集、访问、复核与保留说明 | R09 |
| 初步咨询 | 有 CTA、表单、FAQ 与邮箱 | 申请 briefing 的交付内容、后续步骤,以及与深入项目评估不同的简短入口 | R04 |
| 阅读文章后继续了解产品 | 文章及页头系统入口可访问 | 根据文章主题连接具体产品场景与下一步 | R01/R04 |
这些是内容缺口判断,不能据此给出真实任务完成率或转化率。
5. 可追踪的问题与改进任务
优先级表示对产品选择主线的影响和实施依赖,是分析判断,不是由流量或转化实验计算出的排序。
| 问题编号/优先级 | 页面证据与影响推导 | 改进设计与实施任务 | 验收方向 |
|---|---|---|---|
| W01 高:具体能力不在主要阅读路径 | 首页和 Approach 偏重理念,具体能力主要在 Updates;增加客户自行拼接信息的负担 | R01/R02:产品概览、场景、能力与限制;将更新说明转成面向客户的内容 | 从首页路径能找到用途、输出和适配信息;能力均有来源 |
| W02 高:流程图缺少角色行动 | Approach 已有流程图,但尚不能完整解释提示之后的现场处理 | R02:以一个 防护装备 场景串联画面、提示、复核和行动;未知界面使用概念设计标签 | 用户能区分检测、人工判断和行动;建议界面与真实素材可辨别 |
| W03 高:能力与愿景需要分层 | Contact 标示部分未来能力,首页、系统理念和愿景文章覆盖更广范围 | R01/R03:分别标注已披露能力、试点评估及未来方向 | 同一能力的状态在首页、详情、FAQ 与原型中一致 |
| W04 高:案例栏目缺少案例说明 | Customer Stories 的图片未附可供评估的项目、问题、做法与结果 | R03:先用明确标注的示例场景;设计真实案例的结构,数据空缺保留空缺 | 无虚构客户、评价或成效;场景示例不会被误读为客户验证 |
| W05 高:首次咨询要求较多项目资料 | Contact 以必填标记要求姓名、邮箱、角色、工地类型、手机和工地地址;缺少自由描述需求记录项目 | R04:简短初询;项目资料在后续评估补充。说明客户会获得什么 | 初询可表达问题、提交状态完整;真实投递列为实施阶段检查。记录项目简化的转化收益待验证 |
| W06 高:两个文章标题不一致 | 伤害成本文章正文 H1 为“Why Construction Safety Needs a System-Level Shift”;视觉智能文章正文 H1 为“AI Is Changing Construction — But Not Where You Think” | R05/R03:统一标题记录项目供列表、浏览器标题、正文与预览使用;校正现有两篇内容 | 每篇在列表与详情的标题一致;文章更新不会出现不同版本 |
| W07 高:手机上的架构图文字过小 | 在 390px 手机宽度下,三栏图整体缩小,图内说明难读;桌面可辨认 | R02:将关键步骤制作成可重排的文字与图卡,并提供图形补充 | 手机宽度可直接读取各步骤;辅助技术可获得流程内容 |
| W08 中:导航落点内容重复 | About/Resources 主体与首页相同,标签未提供对应概览 | R01:改为有内容的分类页,或直接引导到所需的子页 | 主要导航落点与名称一致,不要求用户再找同一入口 |
| W09 高:经济数字缺少明确口径 | 系统变革文章包含 GDP 比例与假设减少事故的节省金额;本轮未看到相邻的统计年份、原始数据链接及完整公式 | R03/R06:重建来源和计算说明;不能核实的数字暂不作为事实展示 | 原始出处、年份、分母、公式与假设可追溯;不将国家成本情景当公司 ROI |
| W10 中:使用限制离产品主路径较远 | Terms 说明人员监督和系统限制;首页的安全及合规表述更强。Privacy 提供一般说明 | R03/R09:在能力/流程旁提供简短边界与数据说明,连接原政策 | 产品表述前后一致;不新增未经支持的效果或数据处理承诺 |
| W11 中:社交入口是占位链接 | 实际浏览中,首页、Contact 和文章列表的 Facebook/LinkedIn/YouTube 指向页面内“#” | 清理占位入口或配置真实公开地址 | 每个保留入口到达正确目标 |
| W12 内容与资料运营设计 | 网站已有文章和产品更新,需要持续编辑与维护 | R05/R08:设计文章编辑、审核发布、媒体管理、备份和恢复流程;比较自主维护与云服务两种运行方式 | 编辑独立更新内容,备份可恢复,维护责任清楚 |
主要来源均在页面清单中,可逐项回查。W05 的记录项目依据浏览器 DOM 与可见表单交叉核查,文本抓取中出现的 JavaScript 提示没有被当成表单故障。W07 为浏览观察,不代表完成全部无障碍检查。
W09 的数字处理示例
系统变革文章出现约 0.08% GDP、10% 事故减少情景及约 23.4M 节省金额。这些只是目前网站上的表述;本报告不背书其数值,也不判定它们必然错误。后续应采用第一周原始资料重新核对统计范围,能够解释的情景明确标注假设,不能解释的数值移出正式效果展示。
6. 无内部数据时仍能完成的设计
| 交付模块 | 本轮采用方式 | 本轮不能宣称的结果 |
|---|---|---|
| 首页与产品/场景设计 | 官网能力披露+现有视频+外部角色证据;新增内容注明建议 | 已完成真实客户测试或确认全部生产能力 |
| 引导式产品体验 | 基于已有样例解释检测与建议处理步骤;借鉴第一周 PainPal 体验观察 | 已接入实时模型、真实工地或现有产品后台 |
| 收益计算器 | 客户可编辑投入、时间和改善假设;固定公式、区间与来源说明 | 公司报价、已实现节省、确定的减伤率 |
| AI 引导原型 | 需求表达、简短追问、参数确认、普通表单备选 | 客户已偏好 AI、已证明提升转化、已接入生产模型 |
| 内容后台设计 | 文章生命周期、素材存储与发布状态的建议设计;考虑现有 文章管理后台 复用 | 当前编辑权限或发布流程已核实 |
| 架构与实施甘特图 | 两条部署路线及复用条件比较,按显式资源假设估算 | 公司批准的预算、真实人员排期或上线承诺 |
7. 本轮核查边界与后续衔接
已完成公开内容改进前的情况、主要任务走查、具体缺口与需求映射。桌面对照采用 1280×800,手机对照采用 390×844;未模拟网络、测量性能或计算对比度。加载中的图片空白经后续显示确认,不记为永久损坏。
部分网页文本抓取曾失败,但文章列表和相关文章已通过实际浏览器读取;工具抓取失败不等于网站不可访问。
下一部分依据 W01–W12 制定信息结构、关键用户路径与首期页面内容;将问题编号保留到 Figma 设计、实施任务、验收和实施甘特图。公开资料已足以推进本轮分析与原型,无需等待内部数据。
A04产品展示|F01–F16 完整覆盖清单
产品功能覆盖与素材清单
版本:2026-10-13。配套:汇报正文第一稿。范围:目前公开资料、公司现有视频及本次建议设计可以覆盖的内容。没有内部产品清单,因此不声称已核实未公开的全部功能。
本清单把产品功能、算法改进及使用条件安排到 16 个展示单元;每个单元需要有自己的说明或演示。它们不等于 16 个已上线的生产模块。网站自身的计算器、AI 引导、文章和后台单独管理。
1. 产品展示覆盖
状态:A=第一周项目 demo 直接可见(非官网现状);B=官网文字/图文披露;C=补充的概念/交互设计;D=官网标为未来方向。B 不能替代独立效果验证;同一单元可能包含多种状态。
| 编号 | 展示内容 | 状态与依据 | 素材安排 | 必须回答的客户问题 |
|---|---|---|---|---|
| F01 | 安全帽状态 | A/B;视频 01、02、04;0.1.0 | 自有视频关键段,配有/无/待判断的场景说明 | 检查什么,提示怎样表达? |
| F02 | 反光背心状态 | A/B;视频 01、02、04;0.1.0 | 对应人物画面,不复用头部裁切图 | 怎样结合人员和装备判断? |
| F03 | 护目镜 | B;0.1.5 | 生成近景/角度示意;可配 viAct 装备模块参考 | 小、透明、反光时需要哪些观察条件? |
| F04 | 人员、脚手架与机械对象 | A;视频 01、02、04 | 自有现场视频,逐项解释对象标签 | 系统看到了哪些对象,哪些只是场景信息? |
| F05 | 高处作业情境 | A 可见标签,C 补充解释;视频 01 | 自有片段+inviol 高处视频参考+3D 平台场景 | 标签说明什么,还需要哪些现场信息? |
| F06 | 高风险区域与接近情境 | B/C;FAQ | 自有 04 作为施工背景,inviol 机械区域参考;生成 3D 示意 | 人与设备/区域的关系怎样呈现? |
| F07 | 不安全行为类别 | B/C;FAQ | 对已披露范围作场景说明;具体动作仅作概念演示 | 哪种行为值得关注,依据是什么? |
| F08 | 多人跟踪与重复事件处理 | B/C;0.1.3 | 连续画面时间线+模拟事件列表 | 同一情况为何不应被反复算成新事件? |
| F09 | 遮挡、粉尘和视角条件 | B/C;0.1.1、0.1.2 | 自有复杂场景+不同可见条件的 3D/生成图 | 哪些条件需要确认或补充观察? |
| F10 | 提示过滤、触发提醒的标准与系统对识别结果的把握程度 | B/C;0.1.4 | 时间序列与示例过滤界面 | 什么信息进入待处理列表,如何降低复核负担? |
| F11 | 提醒路径与角色 | B 框架披露,C 具体界面;首页 | viAct 提醒图参考+模拟通知、事件详情 | 谁收到什么,何时需要响应? |
| F12 | 事件日志 | B/C;0.1.0 | 模拟可编辑事件记录,时间/来源/状态对应 | 记录什么,怎样回看依据? |
| F13 | 人工复核与行动 | B 概念框架,C 操作方案;Approach | 确认/驳回/行动/关闭流程;Intenseye 流程参考 | 谁判断,怎样处理错误或跟进? |
| F14 | 汇总、趋势与审查资料 | B 高层治理表达,C 具体面板;首页 | inviol 报告图参考+分类、时段、多项目示例图表 | 如何从汇总回到事件,并帮助管理? |
| F15 | 摄像头接入、部署与现场变化 | B 接入原则,C 具体设计;FAQ、工程笔记 | 3D 摄像头布置、遮挡和变更示意,接入步骤 | 已有摄像头是否可用,谁确认布置和变更? |
| F16 | 环境感知及传感器整合 | D;FAQ | 独立未来方向图卡与概念场景 | 当前范围与未来扩展有什么区别? |
全国网络愿景放在发展方向说明,不能替代当前产品功能,也不添加无依据的检测能力。
每单元采用:客户问题 → 场景媒体 → 输出 → 人员操作 → 用途 → 条件。竞品例子展示其产品的表达方法;不能把竞品视频上的装备、性能或功能自动写为 PrevenX 能力。
2. 建议用于官网改进的项目 demo
以下文件来自第一周项目资料。本次官网 26 页核查未发现其播放器或链接,因此只能作为改进素材,不计入现有网站展示。
| 素材 | 已有用途 | 分配单元 | 本轮状态 |
|---|---|---|---|
| Hobson_demo_01 | 防护装备、脚手架与高处标签 | F01/F02/F04/F05/F09 | 有检阅记录与关键帧 |
| Hobson_demo_02 | 正常 防护装备、复杂施工通道及对象 | F01/F02/F04/F08 的背景 | 已有检阅;不能从该片验证去重算法 |
| Hobson_demo_03 | 原始工地画面 | 场景介绍 | 无检测叠加,不作为新增能力证明 |
| Hobson_demo_04 | 挖掘机、人员与 防护装备 同屏 | F01/F02/F04/F06 的背景 | 可说明对象,不能证明距离触发提醒的标准或回转风险判断 |
关键帧与元数据位于第一周检阅记录。
3. 可复用竞品媒体
以下视频沿用第一周保存的官方来源记录。2026-10-13 HTTP 响应检查为 200,仅表示链接可访问;正式播放器还需实际播放检查。
| 参考内容 | 视频入口 | 配套官方来源 | 使用位置 |
|---|---|---|---|
| 防护装备 | 观看 | inviol 官方页面 | F01/F02 的展示对照 |
| 机械区域 | 观看 | 同上 | F06 |
| 高处场景 | 观看 | 同上 | F05 |
| 装卸区域 | 观看 | 同上 | 功能目录表达参考,不列为自家已上线模块 |
| 车辆速度 | 观看 | 同上 | 同上 |
参考图片与来源:
- viAct 提醒示意:F11;官方页面。
- inviol 报告展示:F14;官方来源。
- Protex 页面截图:功能目录表达;官方页面。
图片保持第一周采集日期,不冒充本次新截图。Intenseye 当前首页可作为事件处理链路的在线参考;本轮未观看需登记的 Protex 概览视频。
4. 新素材补齐顺序
| 新素材 | 用途 | 当前进度 |
|---|---|---|
| 现实感 3D 人员—机械—区域场景 | F06 的概念表达,附摄像头和观察条件 | 已生成并检查示意图;提示词与记录 |
| 生成的护目镜近景与视角对照 | F03,说明小物体和可见条件 | 后续制作 |
| 3D 脚手架、平台与遮挡对照 | F05/F09/F15 | 后续制作 |
| 模拟提示与重复事件时间序列 | F08/F10/F12 | 内容方案已写,正式可编辑界面待制作 |
| 复核、跟进与管理汇总演示 | F11–F14 | 原试稿仅作流程参考;正式展示待重做 |
素材与页面、需求和验收要求统一维护。
5. 覆盖验收
F01–F16 逐项检查:是否有入口、专属演示或说明、输出、用途、条件、状态与来源。算法改进和条件示例可以放在相关功能内,不必造出独立销售模块。
网站新增的收益计算器、AI 需求引导、知识文章、咨询和后台发布,对应 R04–R08,属于支持产品评估与维护的功能。实施与验收对应 T04–T12。
本清单确认的是展示内容范围与素材去向;不表示全部新媒体已经制作,也不表示实际产品功能已经通过生产测试。
A05项目补充 demo|素材观察与竞品对照
素材来源与性质:第一周项目提供的 demo,未在核查官网中发现展示,作为改进素材。
公司短视频与竞对公开展示比较
检阅日期:2026年10月5日。素材范围:项目提供的四段演示文件。
1. 检阅范围
公司提供的4段MP4合计31.21秒,均为1280×720、24 fps。采用每段8个时间点抽帧检阅,共32帧;时间点及文件元数据保存在 demo检查/metadata.json。本次评估画面内容,不评估音频提醒。竞对比较使用官网公开动画、交互式示例、图文及产品说明;不是统一条件下的产品测试。
2. 公司素材的直接观察
| 文件 | 时长 | 场景及可见输出 | 可观察的内容 |
|---|---|---|---|
| Hobson_demo_01.mp4 | 7.17秒 | 日间脚手架场景;出现 scaffolding 轮廓、vest / no-helmet、no-vest / no-helmet,以及 working at height 标签 | 防护装备状态与施工场景对象共同显示,是解释检测环节的较好素材 |
| Hobson_demo_02.mp4 | 5.17秒 | 日间狭窄施工通道;脚手架、较远处人员,出现 vest & helmet、scaffolding、machinery-vehicle 标签 | 正常防护装备状态及复杂背景中的检测输出 |
| Hobson_demo_03.mp4 | 9.58秒 | 施工通道、人员及脚手架;所检阅画面没有检测叠加层,摄像头时间戳发生跳转 | 更适合作为工地原始画面素材,不作为额外检测功能,也不把无框画面判断为漏检 |
| Hobson_demo_04.mp4 | 9.29秒 | 日间土方施工;挖掘机及人员,出现 excavator、vest & no-helmet、machinery-vehicle 标签 | 防护装备与机械对象同屏,说明产品展示已超出单一安全帽检测 |
这批素材展示了真实施工背景:脚手架结构、远处小目标、狭窄通道,以及人员与机械共存。所有检阅片段均为日间画面,不能据此得出夜间或重粉尘下的表现结论。部分远景 machinery-vehicle 标签对应对象不易从画面辨认;没有 Ground truth,不能将其定量计为 False positive。
业务描述可补充为: 系统在工地视频上显示防护装备状态、脚手架和挖掘机等对象,并呈现 working at height 场景标签。视频说明了检测输出;事件规则与管理流程另由产品说明解释。
必须区分三个层次:对象检测、场景标签、安全事件。检测到 excavator 不等于已经展示人与挖掘机的危险距离判断;working at height 标签不等于证明具备高度测量、安全带连接检测或完整坠落风险评估。画面中没有展示通知界面、人工复核或报告界面,这只说明本批视频的展示范围。
3. 竞对公开展示的简单比较
| 对象 | 本次实际检阅材料 | 展示重点 | 与公司短视频的可比结论 |
|---|---|---|---|
| 公司提供素材 | 3段带检测叠加的短片、1段无叠加层的施工素材 | 真实工地背景与检测输出 | 施工场景具体,但没有把检测结果之后的管理用途呈现在这批视频里 |
| Protex AI | 防护装备页面公开仓库场景动画,配套规则与管理分析说明 | 通过场景动画解释防护装备问题,结合规则配置与后续管理用途 | 可借鉴场景解释方式;其2分钟概览视频要求填写工作邮箱,本次未提交表单、未观看该视频 |
| viAct | 防护装备页面的场景图、模块图文、检测与手机通知合成示意、多渠道提醒说明 | 将识别结果与提醒渠道、区域配置、趋势分析联系起来 | 对“检测到了什么、谁收到提醒、管理者看到什么”的说明较完整;图示不等同于运行实测 |
| Intenseye | 首页可切换的 Detect → Act → Coach → Track impact 展示 | 用同一个攀爬事件串联检测、现场干预、人员辅导与趋势面板 | 完整链路的叙事清楚;面板示例值不作为真实客户成效数据引用 |
来源:Protex 防护装备页面、Protex概览入口、viAct 防护装备页面、Intenseye首页。
本次观察支持“展示范围和表达方式不同”,不支持模型性能排名,也不能把未展示的功能直接视为不存在。Precision、Recall、mAP、事件误报率及通知延迟均不能从这些短片计算。视频文件24 fps属于媒体帧率,不等于模型 Inference FPS;画面也不能证明部署在 Edge 还是 Cloud。
A06生成场景|素材来源、性质与提示词
生成素材记录
F06 人员、机械与区域关系
- 文件:F06_人员机械区域_生成示意.png。
- 生成日期:2026-10-13。
- 工具:内置 image_gen,普通生成模式;未使用 CLI/API 回退。
- 类型:具有现实感 3D 渲染风格的静态生成图,不是可旋转的 3D 模型或真实产品截图。
- 用途:汇报正文第四部分和功能覆盖清单 F06;辅助解释摄像头、人员、机械与概念区域的关系。
- 图内保留 AI-generated concept illustration 和 Illustrative zone 标记。场景及虚拟区域均为概念,不包含测量或产品性能数据。
- 人员、机械、摄像头、区域及两处文字已做视觉检查;不表示已核查现场布置或安全规则。
最终提示词:
Use case: stylized-concept. Asset type: a standalone media illustration for a Chinese professional report analyzing a construction safety product website. Primary request: create one highly detailed, convincing photorealistic 3D architectural visualization explaining a proposed personnel-and-machinery monitoring scene. Scene: a modern New Zealand construction site, concrete foundations and a partially completed low-rise structure, scaffold in the background, realistic gravel and timber materials. Main subject: a yellow tracked excavator at rest with its bucket low near the ground; one adult worker in a high-visibility vest and white safety helmet walking near a clearly illustrated amber virtual polygon on the ground; a second adult site supervisor wearing 防护装备 outside the polygon watching the area. The polygon is an abstract software illustration of a configurable attention zone, not a physical barrier or a verified safety distance. Show one pole-mounted CCTV camera on the far side with an understated translucent viewing frustum aimed at the scene, and a subtle purple rectangular detection-style outline around the walking worker. Composition: wide 16:9, three-quarter elevated perspective at human-scale architectural visualization level; foreground detail, enough site context to understand camera, worker, machine, and illustrative zone. Style: photorealistic physically based 3D render, natural overcast daylight, accurate object scale, realistic dirt, metal, concrete, fabric and helmet surfaces, neutral documentary presentation. This must have much richer visual realism than a flat diagram or cartoon. Text exactly: small unobtrusive bottom-left caption 'AI-generated concept illustration'; small annotation near the ground polygon 'Illustrative zone'. Constraints: no company or manufacturer logos, no numerical distances, no precision or performance percentages, no claims of certified safety, no complete website or dashboard interface, no collage, no cartoon or low-poly style. Do not depict injury or collision. The image is a design scenario, not a screenshot of PrevenX's real product.
A07搜索与 AI 可见度|2026.10.16 样本与方法
搜索与 AI 可见度:初步核查
日期:2026-10-16。需求 R11:让尚不知道 PrevenX 名称的潜在客户,也有机会通过具体问题找到产品资料。此项补充接在官网需求满足检查中;产品展示仍为主要改进方向。
1. 本次发现
| 编号 | 类型与平台 | 关键词或问题 | 观察范围 | 结果 |
|---|---|---|---|---|
| G01 | Google 品牌词 | PrevenX New Zealand | 首页10条自然网页结果 | 官网首页为首个自然结果;另有联系、团队和客户案例页面 |
| G02 | Google 需求词 | AI construction safety monitoring New Zealand | 首页10条自然网页结果 | 未见官网;出现RUSH、Spark等页面 |
| G03 | Google 需求词 | AI 防护装备 detection New Zealand | 首页9条自然网页结果,视频集合另计 | 未见官网;出现RUSH、Nextro、Spark、inviol等页面 |
| G04 | Google 需求词 | AI safety monitoring existing CCTV New Zealand | 首页10条自然网页结果 | 未见官网;出现inviol、Spark等页面,也有安防而非施工安全结果 |
| A01 | Google AI Mode | AI safety monitoring existing CCTV New Zealand | 独立会话的一次回答及可见外链 | 未见PrevenX名称或官网链接 |
| A02 | Google AI Mode | Which providers offer AI camera-based construction safety monitoring in New Zealand? Compare what they detect and cite the official websites. | 另一独立会话的一次回答及可见外链 | 未见PrevenX名称或官网链接 |
初步判断:搜索公司名称已有入口;这三组需求词和两次 AI 回答提示,面向尚不认识品牌的客户仍有改善空间。没有公司搜索、访问或咨询数据,因此不能据此估算漏失多少客户、投入回报或流量提升。
2. 搜索方法与限制
- 浏览器实际打开 Google 结果页,英语,地区参数
gl=nz,关闭个性化参数pws=0;需求词页面显示“Results are not personalised”,显示地点为 Auckland, New Zealand。 - 使用已登录浏览器,未将其描述为无账号、无历史或完全没有个体差异的环境。设备、地点、时间和平台变化仍可能影响结果。Google 对搜索结果相关性的说明
- 每词保留一个首页结果样本,G02另在同日补取截图,不计为独立复测;分别记录自然网页结果;广告、视频集合、相关问题不混入网页结果位置。未检查第二页,所以“首页未见”不等于“完全没有被收录”。
- 三组需求词为根据产品用途选取的探索样本,未取得搜索量,不代表真实客户最常搜的词。现有摄像头相关结果也混有财产安防需求,后续应根据实际咨询调整词组。
- 未做跨日期、跨设备或跨平台重复测试,不能将3组未见写成整体0%出现率,更不能承诺优化后进入首页。
- 本次未测试 Bing、ChatGPT、Perplexity 等其他平台,未取得 Search Console 等公司账户的统计数据。
3. AI 回答怎样记录
两题分别使用新会话,问题中不提示 PrevenX,不带入报告内容。分别检查回答是否提及品牌,以及是否提供官网链接。这两项与传统搜索结果位置分开记录。
AI 回答及引用只证明这次可见度观察,不验证回答中对其他供应商的功能、成本或合作关系描述。本报告不将这些生成内容当作新的竞品事实。
如未来需要“样本出现率”,应先固定平台、问题集合、地区、独立会话和重复次数,再分别计算“提及品牌的有效回答数/有效回答总数”和“引用官网的有效回答数/有效回答总数”;失败或未生成回答的测试单独记录。该比例仍只是既定样本的结果,不能外推所有客户的推荐概率。
4. 公开访问设置检查
https://prevenx.co.nz/robots.txt 本次返回200,通用抓取规则未列禁止路径,并声明 https://prevenx.co.nz/sitemap_index.xml。这只是公开规则,不保证搜索平台实际收录或AI采用。
用普通自动请求检查首页、系统介绍、联系页和网站地图时,收到403访问验证页。验证页中的标题和“不收录”标记不属于产品正文,因此不用于判断正式页面的标题、描述或收录设置。此现象也不能证明 Google 或其他搜索机器人同样受阻。建议维护者查看正式页面及搜索平台诊断,核对合法抓取是否受访问验证影响,保留必要的安全防护。
本轮没有取得 Search Console 权限,不能确认实际展示次数、平均位置、点击或未收录原因,也未更改正式网站任何设置。
5. 从发现到改进
| 实施环节 | 行动 | 完成检查 |
|---|---|---|
| T01 现状与资源 | 确认目标客户、固定需求词和问题;核对收录、网站地图与合法抓取情况 | 有日期、环境、结果及仍未知事项的记录 |
| T02 页面与内容 | 把真实问题对应到产品详情、使用条件和文章;核对公司名称与地区信息 | 每项重点需求有明确入口,介绍与产品实际一致 |
| T04/T07 页面建设 | 标题说明产品用途;文字解释视频、限制和来源;设置页面说明、正确链接和必要的搜索资料 | 客户能读懂,重要内容可由搜索平台读取;不靠堆砌关键词或虚构案例 |
| T08 检查 | 核对实际页面及访问设置,再按相同规则复查关键词与AI问题 | 保留有效结果、异常和修改记录,区分提及与引用 |
| T10 上线与观察 | 逐月记录搜索表现与有效咨询;有权限时使用搜索平台的统计 | 比较前后变化,不把排名变化直接等同成交增长 |
Google 官方说明,基础 SEO 最佳做法仍适用于 AI Overviews 和 AI Mode,没有额外的特殊技术要求;满足条件不保证被抓取、收录或展示。Google:AI功能与网站。因此,首期把内容清楚、可靠、可读取与产品页一起做好,不承诺所谓“AI首页”或固定推荐率。
基础搜索设置可纳入现有任务;若发现复杂访问验证问题、需要重建页面或开展长期内容推广,应在T01之后补估工作量。原54天工作量是先前范围的估算,不能当作所有新增工作的固定总额。