开发中的页面怎么给客户圈阅评审

评审前：确定页面、任务和演示数据

以价格页评审为例，先约定这次只确认套餐文案、价格展示和购买入口。开发者先验证页面可打开、准备演示账号，并把待确认的任务随分享链接一起发给客户，例如：“打开价格页，找到专业版，检查购买按钮是否清楚。”

先完成连接测试，再开始正式反馈。如果客户还打不开页面，按本地页面分享教程排查端口和浏览器。

客户如何提交一条可执行的意见

1. 开发者在 Previa 里选择已运行的本地端口，点击“开始分享”，把生成的链接发给客户。
2. 客户用 Chrome 或 Safari 打开链接，进入约定页面。访客无需注册或安装客户端。
3. 客户使用圈阅功能，在目标区域拖动框选，填写意见并发送。一次反馈尽量只描述一个问题。
4. 开发者回到桌面端，检查收到的截图和文字。如果位置不明确，在继续改动前先确认具体区域。

例如，单写“这里不好看”很难执行。可以改成：“价格页专业版卡片：购买按钮和说明文字太近，希望拉开间距，避免把按钮看成正文。”框选按钮及周边区域后，截图提供位置，文字提供期望。

开发者如何修改、复核和归档

1. 先把反馈拆成可以确认的改动，明确哪些属于本轮范围。
2. 在本地修改并确认服务没有报错。告诉客户改了哪一处，请客户刷新相同页面再检查。
3. 对照原来的截图和文字逐条确认；不要仅凭“已经改了”就判断问题完成。
4. 需要交接或留档时，在桌面端点击“导出文档”。导出的是包含截图的 HTML 文档，可用浏览器离线打开，也可通过浏览器打印为 PDF。

常见问题与评审边界

• 客户看不到修改：先确认本地页面确实更新，再请客户刷新；不要把本地热更新当作远程浏览器必然同步的保证。
• 截图或反馈没有回来：先确认分享仍有效、开发者桌面端在线，再用一个较小的框选区域重试，并检查界面提示。
• 评审时间不够：免费版单次最长 30 分钟，专业版单次最长 8 小时；开始前安排好本轮要确认的内容。
• 需要隔天继续访问：临时分享依赖开发者电脑和本地服务；需要持续访问时使用测试环境或正式部署。

圈阅反馈帮助定位问题，不代替缺陷管理或正式验收。是否通过验收、由谁负责修改，仍需在团队自己的流程中明确。

客户不在同一网络时会怎样

客户不需要加入你的办公室网络，也不需要安装桌面端。Previa 会优先尝试点对点连接；网络条件不允许直连时，页面数据改走加密中继。两种情况下，客户看到的仍是你电脑上正在运行的页面，而不是上传到服务器的一份项目副本。

开发者电脑必须保持在线。跨城市评审前，先让客户打开一个较轻的页面完成连接测试，再进入包含大量图片或接口请求的目标页面。