常见问题

企业官网通常 4–8 周，电商、社区、平台类项目按模块数量从 8 周到数月不等。方案阶段会给出按里程碑拆分的周期。

可以。交付时会提供内容管理后台和操作文档，并做一次培训；日常的文字、图片、文章、产品都可以自己维护。

可以，而且我们通常建议这样做：先上线最核心的部分，用真实使用情况决定下一步做什么。架构上会为后续扩展留好位置。

可以协助准备和操作，但 ICP 备案的主体必须是你们自己的公司，域名和服务器账号也建议登记在你方名下。

不需要。大乐GEO 是专门做 AI 搜索可见度监测的服务，是否使用由你决定，不影响项目交付。

同样叫「官网」或「小程序」，范围可以相差很大。写一个起步价反而容易误导，所以我们在弄清需求后给出按范围核算的报价。

常见的品牌官网通常在 6–12 周之间，取决于页面模板数量、内容准备进度和审批节奏。内容和素材往往是最容易拖慢进度的环节，建议在项目启动时就指定内容负责人。

可以。新闻、产品、案例、招聘、页面文字和图片都在后台维护，不需要懂代码。涉及新增页面类型或调整版式结构的，需要开发介入，我们会在交付时说明哪些属于日常可改范围。

备案需要由网站主体（贵公司）在云服务商处提交，我们会协助准备材料、配置服务器与域名解析，并在页脚正确展示 ICP 备案号和公安备案号。备案审核时长以管局实际为准。

项目验收并结清款项后，前端、后台的完整源代码和设计源文件交付给客户，客户可自行部署或交由其他团队维护。所用开源组件遵循其各自的开源协议。

模板建站适合内容简单、预算有限的场景，但结构受模板限制，SEO 和性能难以深度优化。定制官网按你的业务设计栏目与字段，代码可控，可持续扩展，也更容易做结构化数据和 AI 可读性优化。

GEO 指让内容更容易被 AI 搜索和 AI 助手理解与引用。官网层面主要是服务端渲染、结构化数据、清晰的标题层级、事实性内容和 llms.txt。它不保证被引用，但能消除技术上的阻碍。

如果业务规则标准、SKU 不多，SaaS 商城上手快、成本低，是合理选择。当你需要 B2B 价格体系、复杂促销、与 ERP 深度同步或特殊交易流程时，SaaS 的配置能力会成为瓶颈，这时定制更合适。

需要企业主体的营业执照、对公账户，分别在微信支付商户平台和支付宝开放平台申请商户号并签约相应产品。网站域名需已完成备案。我们会协助配置证书、回调地址并完成联调。

多数主流 ERP 和电商 ERP 都提供开放接口。我们会先评估其接口文档和权限，确定商品、库存、订单的同步方向与频率。若 ERP 没有接口，也可以通过中间库或文件方式对接。

我们会在设计阶段考虑缓存、库存预扣和队列削峰，并在上线前做压测。实际承载能力取决于服务器配置与业务峰值，我们会根据压测结果给出扩容建议，而不是给出笼统承诺。

交付时提供完整源代码和运维文档，可自行维护。也可以签订维护协议，由我们负责故障响应、安全更新、支付证书续期和小功能迭代，具体范围在协议中约定。

项目验收结清后，完整源代码与数据库设计文档交付客户；订单、会员、支付流水等业务数据始终属于客户，存储在客户自己的云服务器账号中，我们仅在维护授权范围内访问。

网站需要完成 ICP 备案；提供互动发帖、评论功能的，通常还要关注具有舆论属性服务的安全评估等要求，涉及经营性业务可能需要 ICP 许可证。具体以主管部门要求为准，我们会在方案阶段提示需要准备的事项。

不建议全自动。机审负责拦截明显违规和标记可疑内容，最终处置仍需人工复审。我们会提供审核工作台，让运营人员能快速处理队列，并根据误判情况持续调整敏感词和策略。

可以做微信登录、服务号消息通知和公众号菜单跳转，让用户从公众号进入社区。微信群的聊天内容无法自动同步到社区，通常的做法是引导把有价值的讨论沉淀为帖子。

技术上我们会提供邀请码、内容导入、官方账号批量发布等工具。冷启动本身更依赖运营：确定首批种子用户、预先准备高质量内容、设定明确的社区规则。我们会在方案阶段一起讨论。

我们在设计时会预留缓存、搜索集群和读写分离的扩展空间，一般用户量增长可以通过扩容服务器解决。若业务形态发生大的变化，才需要针对性改造。

项目验收结清后源代码交付客户；用户数据、内容数据和审核日志存储在客户自己的云服务器上，所有权归客户，我们只在维护授权范围内访问。

Shopify 托管省心、结账体验成熟，适合 B2C 零售快速起步，但有月费和部分交易费，深度定制受平台限制。WooCommerce 自托管、灵活度高，适合内容多、以询盘为主的站点，但需要自己负责服务器、安全和插件更新。

如果服务器放在海外（外贸站通常如此），不需要 ICP 备案。若服务器在大陆，则必须备案。面向海外买家的站点一般部署在海外节点，访问速度也更好。

不能，任何人都不应做此承诺。我们负责把技术基础做对：可抓取、结构化数据、页面速度、多语言标记和跳转。排名还取决于内容质量、外部链接和行业竞争，通常需要以月为单位持续投入。

PayPal 支持中国大陆企业注册商户账户。Stripe 目前不直接支持大陆主体，常见做法是通过香港等地区的公司主体开通，或选择其他支持大陆企业的收款服务商。我们会根据你的主体情况给出可行方案。

Shopify 站点日常运营可由你的团队在后台完成；WooCommerce 站点需要定期更新核心、主题和插件并备份。我们交付完整文档，也可以提供维护服务，负责更新、安全监控和问题排查。

迁移总会有波动风险。我们会导出旧站全部 URL，逐条建立 301 跳转，保留原有标题和结构化数据，并在上线后通过 Search Console 监控抓取与索引情况，尽量降低影响。

常见原因是服务类目与实际功能不符、缺少类目资质、隐私指引未如实填写或存在诱导分享。我们在开发前就核对类目和资质，提审时按审核意见逐条整改，一般可在几轮内通过，具体取决于平台审核情况。

个人主体可注册部分小程序，但无法使用微信支付等能力，可选类目也很有限。涉及交易、预约、会员的业务建议使用企业或个体工商户主体注册。

可以用 uni-app 或 Taro 实现大部分代码复用，但登录、支付、消息等能力各平台接口不同，需要分别适配和测试，也要分别提交审核。并不是零成本多端。

小程序无需下载、分发成本低，适合高频轻量服务和依托微信社交传播的场景。需要后台常驻、复杂离线能力或重度交互时，App 更合适。很多企业会先做小程序验证需求。

商品、预约时段、活动、公告、会员权益等在管理后台修改，即时生效，无需重新提审。只有前端页面结构或功能变化才需要重新发版和审核。

小程序账号、微信支付商户号都应以客户主体注册，所有权归客户。项目验收结清后，前端、后端和后台源代码交付客户，开发者权限可随时由客户移除，我们不保留账号控制权。

可以。我们建议先做一段付费的需求调研与方案设计，产出业务流程、原型和一期范围，再据此确定开发计划。这样比一开始就定死全部需求更可控，也方便你在不同供应商之间比较。

业务系统上线后需求变化是常态。我们在架构上会把易变的部分做成可配置，如审批流、字段和报表；超出配置范围的新需求，按迭代方式评估工作量后开发。

可以。系统默认采用容器化部署，可部署到客户的阿里云、腾讯云账号或自有机房。我们提供部署脚本和运维手册，并可协助完成首次部署和备份策略配置。

对外提供服务的网站需要 ICP 备案，经营性在线服务通常还需要办理增值电信业务经营许可证；处理个人信息要符合个人信息保护法的要求。具体以业务形态和主管部门要求为准。

项目验收并结清款项后，定制开发部分的源代码和文档交付客户，客户可自行维护、二次开发或申请软件著作权。第三方开源组件遵循其各自协议。

提供。可签订年度维护协议，内容包括故障响应、安全补丁、依赖升级、数据备份检查和小范围功能调整，响应时效和范围在协议中明确约定。

设备量不大、希望尽快上线时，云厂商平台省去运维；设备量大、对数据归属或长期成本敏感时，自建 EMQX 更可控。我们会按设备规模和预期增长给出对比，也可以先上云、预留迁移路径。

可以。常见做法是加一台边缘网关，把 Modbus、串口或私有协议转换为 MQTT 上报；具体需要看设备是否开放通信协议文档。

风险主要取决于设备端是否有双分区或回退机制。平台侧我们会做灰度发布、失败重试和版本回滚，但设备固件的安全升级设计需要和硬件团队一起确认。

设备型号与协议数量、是否需要边缘网关开发、大屏与小程序的页面数量、数据保留时长、部署方式（公有云或私有化），以及是否需要对接既有 ERP 或 MES。

可以。交付内容包括源码、部署文档和物模型说明；如果团队暂时没有运维能力，也可以约定由我们提供一段时间的运维支持。

平台先收款再自行转给团长或供应商，可能被认定为无证经营支付结算（俗称「二清」）。使用微信支付或支付宝的分账能力，资金由持牌机构直接分到各方账户，合规性和对账都更清楚。开通分账需要商户号满足对应的资质和类目要求。

如果团长模式和履约流程比较标准，在成熟系统上二次开发更快；如果佣金规则、配送模式或结算方式有明显特殊性，自研可以避免后期被系统限制。我们会在需求梳理后给出建议。

可以按城市或区域划分仓库、自提点和商品池，截单与分拣按仓独立运行。多仓会增加库存与调拨逻辑，需要在需求阶段明确。

营销玩法数量、团长层级与佣金规则复杂度、是否包含配送调度、是否对接 ERP 或进销存、多城市多仓，以及是否需要 APP 端。

通常需要企业主体的微信支付或支付宝商户号、小程序认证，经营食品的还需要相应的食品经营许可；具体以平台审核要求为准，我们会在开发前列出清单。

面向大陆用户的业务，需要考虑数据出境、服务稳定性和备案合规。DeepSeek、豆包、通义千问等模型都提供了企业级接口，能力可以覆盖多数客服与办公场景。我们会通过统一网关接入，保留按任务切换模型的能力。

几种手段叠加：限定回答只能基于检索到的资料并要求引用来源；对价格、承诺类问题设置强制转人工；对输出做规则校验；上线前用测试集回归，上线后持续复盘。风险无法降到零，所以转人工和审计日志是必需的。

技术上可以，但我们建议从只读查询开始，写操作按风险分级：低风险操作可自动执行并留痕，高风险操作需要人工确认。每个工具的权限单独配置。

简单任务用较小的模型，复杂推理才用大模型；对重复问题做缓存；为每个渠道和部门设置用量上限并记录流水。实际费用由模型厂商按用量收取，与项目开发费分开。

接入渠道数量、需要对接的业务系统和工具数量、知识资料的整理工作量、权限模型复杂度、是否私有化部署，以及评测与上线后的维护周期。

不建议。未经清洗的资料会让检索结果互相矛盾，员工第一次遇到错误答案后就很难再信任系统。清洗的工作量取决于资料规模和混乱程度，可以按部门分批进行，先做一个部门跑通。

RAG 架构下资料存放在企业自己的数据库中，调用模型时只发送与问题相关的片段。我们会选择明确承诺不将企业调用数据用于训练的接口，敏感场景也可以考虑私有化部署开源模型。

取决于资料密级和内部合规要求。涉及核心技术、客户数据的企业通常倾向私有化；普通制度和产品资料使用云上服务即可。两种方式的成本和运维要求差别较大，我们会一起评估。

以问答测试集为准：看回答是否正确、是否引用了正确的文档、找不到时是否如实说明。上线后结合员工反馈和未命中问题统计持续改进。

资料规模与格式复杂度、清洗工作是否由我们承担、权限模型复杂度、需要对接的入口（网页、企业微信、钉钉）、部署方式，以及上线后的维护周期。

以零售下单为主、希望少操心服务器和支付的，Shopify 更省事；以询盘、内容和 SEO 为主，或需要灵活定制页面和数据结构的，WordPress 更合适。两者都能做好 SEO，关键在于内容和技术细节。

我们不承诺排名和具体时间。一般来说新站从收录到获得稳定的自然流量通常以月计，取决于行业竞争程度、内容质量和更新频率、网站技术基础等。

PayPal、Stripe 等通道对企业主体、经营类目、网站政策页面有各自的审核要求，部分类目受限。我们会在建站前核对你的主体和品类是否符合，避免上线后才发现收不了款。

面向海外用户的站点通常部署在海外节点或使用 Shopify 等海外 SaaS，搭配 CDN 加速，不涉及大陆 ICP 备案。如果同时要服务大陆访客，需要单独规划。

平台选择、页面与产品数量、语言版本数量、是否需要定制功能、支付物流对接复杂度，以及是否包含持续的 SEO 与内容运营。

有重叠也有区别。可抓取性、结构化数据、内容质量对两者都重要；GEO 更强调事实型、可直接引用的表述和品牌实体一致性，关注的结果是 AI 回答中是否提到和引用，而不是搜索结果页的排名。

不能，任何人都无法保证。AI 的回答由各模型根据自身的检索和生成机制决定，而且会随时间变化。我们做的是提升网站被读取和理解的基础条件，并通过监测观察实际变化。

大乐网络负责网站侧的技术改造和内容建设；大乐GEO（dalegeo.com）提供 AI 回答的持续监测和免费检测工具 tools.dalegeo.com。两者可以单独使用，也可以配合。

不同模型的数据更新和检索方式不同，变化出现的时间差别很大，通常以周到月计，取决于具体行业、网站基础和内容情况。建议以持续监测数据为准，而不是单次查询结果。

网站现有技术架构（是否需要渲染改造）、页面数量、需要补充的内容量、结构化数据覆盖范围，以及是否需要持续的内容迭代与监测。

通常按「类别—系列—型号」三级组织，参数以结构化字段录入而不是图片，这样既能筛选，也便于搜索引擎和 AI 读取。型号数量较大时可以从 ERP 或表格批量导入。

有出口业务或计划开拓海外时建议做，但英文版应针对海外买家重新组织内容，而不是简单翻译中文站；面向海外的站点通常单独部署。

建议先选一款出货量较大、售后问题较多的型号试点，确认通信方式和需要采集的数据点，跑通告警和远程查看后再推广到其他型号。

产品数量与参数复杂度、是否需要选型筛选、语言版本、是否对接 ERP 或 CRM，以及内容是否需要我们协助撰写。

两者作用不同。平台店铺负责公域成交，小程序商城更适合承接老客复购、会员权益和门店联动。是否需要取决于你是否有可运营的私域用户和门店场景。

多数主流 ERP 和收银系统提供接口，可以同步商品、库存和订单；具体取决于系统开放程度，需要在需求阶段确认接口文档。

关键在两点：资金走官方分账，不由平台代收代付；分销层级控制在合规范围内，不以拉人头作为收益来源。我们在设计佣金规则时会一起核对。

营销玩法数量、会员体系复杂度、是否需要团长分销、是否对接 ERP 或收银、门店数量与多端需求。

可以，需要机构主体的微信支付商户号。如果当地对预收费有资金监管要求，支付流程需要按监管账户的方式设计。

我们建议价格、优惠和退费等问题由人工顾问回答，AI 负责课程介绍、上课时间、报名流程等标准信息，并收集意向转给顾问。

课程形态（线下、直播、录播）、校区数量、排课与课时管理复杂度、是否需要题库和考试功能、是否对接现有教务系统。

可以展示真实评价，但需取得学员或监护人同意，不得夸大或承诺结果，涉及未成年人时应更加谨慎。

不能做疗效承诺，例如治愈率、有效率、「根治」等表述都不应出现。可以客观介绍服务项目、设备、流程和就诊须知，具体表述建议经法务或合规部门审核。

互联网诊疗需要依托实体医疗机构并取得相应资质，普通机构的小程序建议只做预约、咨询引导、报告查询提醒等非诊疗服务。

按最小必要原则收集，单独取得同意，敏感字段加密存储，访问按岗位授权并留存日志，数据存放在境内云服务器。

是否需要对接 HIS 或既有预约系统、安全与等保要求、内容审核流程设计、多院区或多产品线的复杂度。

平台负责新客获取，自己的小程序更适合老客复购、会员储值和预约管理。两者可以并存，关键是自有渠道能否承接回头客。

多数情况下用小程序或企业微信即可满足接单、导航、拍照上传；只有在需要后台定位或离线能力时才考虑 APP。

门店与服务人员数量、是否需要上门派单、会员与储值规则复杂度、营销玩法数量，以及是否对接现有收银系统。

需要了解所在城市对预付式消费的监管要求，部分地区要求资金存管或限额；系统上要保留完整的充值、消费、退款流水。

不一定要推倒重来。可以迁移到支持服务端渲染或静态生成的框架，保留现有设计和组件，重点是让正文在不执行 JS 时也能被读取。

通常分开部署、统一导航和品牌。文档更新频率高、结构不同，适合用专门的文档工具；官网侧重转化和品牌信息。

页面与模板数量、CMS 选型、是否需要迁移历史内容、多语言、文档站规模，以及是否包含 AI 助手或集成开发。

可以用大乐GEO 的免费检测工具 tools.dalegeo.com 先做一次自查，需要持续观察时再使用大乐GEO 的监测服务。