极杭州极速软件开发

常见问题

共 18 条;报价与周期均为参考区间,以需求评估为准。

通用问题

Q你们的报价是怎么算出来的?为什么只给区间不给具体数字?

报价按模块工时估算:把需求拆成可对应到页面或接口的条目,逐条估工时,再按费率汇总。没有看过功能清单之前给出的具体数字只是猜测,所以公开页面上只写参考区间。

要拿到接近实际的报价,需要三样材料:业务流程的文字描述、系统里有哪些角色、必须有和可以没有的功能分开列。有这三样,我们可以给出模块级的工时拆分与区间估算。提交在线需求表单即可开始评估。

Q小程序、APP、Web 管理系统、企业官网各自的参考价格区间是多少?

2026 年浙江市场的参考区间如下(元):

类型参考区间常见周期
微信小程序15000–800003–6 周
APP(iOS/Android)50000–3000008–16 周
Web 管理系统30000–2000006–14 周
企业官网8000–300002–4 周
行业解决方案80000–50000010–24 周
维护与二次开发3000–12000 / 月单次需求 1–2 周

以上均为参考区间,以需求评估为准,不含服务器、域名、短信、地图、支付通道等第三方费用与平台认证费用。

Q源码归谁?交付之后我们能自己维护或换团队吗?

合同写明定制开发部分的源码与著作权归客户所有,交付时提供前端源码、后端服务源码、数据库结构与初始化脚本、接口文档与部署文档。

需要区分两类代码:为本项目定制开发的部分归客户;通用框架与第三方开源组件按各自许可条款处理,我们在项目范围内授予客户使用权。交付后您可以自行维护、扩展或更换服务商,我们不做功能锁、不留后门。

Q交付物具体包含哪些东西?只给源码算交付完成吗?

只给源码不算交付完成。完整的交付物清单通常包括:

  • 前端源码、后端服务源码(含构建配置)
  • 数据库结构、初始化脚本与示例数据
  • 接口文档
  • 部署文档(换一台服务器也能按文档跑起来)
  • 后台操作手册与角色权限说明
  • 测试用例清单与验收记录
  • 第三方依赖与账号清单

其中部署文档最容易被省略,缺了它源码换个环境就跑不起来,等于没交。签合同时把清单逐条写进附件。

Q开发周期怎么算?从签合同到上线一般要多久?

周期分四段:需求评估与原型(1–2 周)、设计与开发(主体工期)、联调测试与验收(1–2 周)、上线交付。公开的周期数字指的是主体工期,例如小程序 3–6 周、Web 管理系统 6–14 周。

有三类事项不计入工期但会影响实际上线时间,我们会在评估阶段单独列出:平台审核、ICP 备案、以及您这一侧的内容与素材准备。把这三项提前启动,可以把它们从关键路径上摘出去。

Q上线后出问题怎么办?保修和维护有什么区别?

这是两件事:

  • 保修:修复交付物本身的缺陷,有约定期限,期内因程序缺陷导致的问题不另行收费。不覆盖客户自行改动、第三方服务变更与服务器环境故障。
  • 维护:上线之后持续的运行支持、依赖更新与小幅优化,属于付费服务,可按月订阅或按次报修,参考区间为每月 3000–12000 元。

合同里会写明保修期限、覆盖范围与响应时效。需要说明的是,响应时效指开始处理的时间,具体修复时长取决于问题性质。

Q网站或小程序需要备案吗?备案要多久,你们能代办吗?

网站部署在中国内地服务器并对外开放访问时需要完成 ICP 备案;小程序按微信平台的要求提交主体与类目资质,与网站备案是两件事。

备案的主体是企业本身,接入服务商(通常是您购买服务器的云厂商)受理初审,主管部门审核。我们协助整理材料、指引流程并配合网站侧的核验要求,但审核结果与办理时长由主管部门与接入服务商决定,任何服务商都无法给出时间承诺。建议域名与服务器先买、备案立即启动,开发同步进行。

Q接入微信支付需要准备什么?开发费用里包含吗?

接入微信支付需要企业先在微信支付商户平台完成商户入驻,准备营业执照、法定代表人证件、结算银行账户等材料,具体清单以微信支付官方要求为准。商户号与结算账户由企业自己持有,我们只在授权范围内做技术对接。

技术对接的开发工作包含在报价内,但支付带来的配套逻辑(订单状态机、支付回调幂等处理、超时关单、退款原路返回、对账与差异处理)是工作量的主要部分,报价时会单列。支付通道手续费由支付机构收取,不含在开发费用里。

Q小程序或 APP 审核不通过怎么办?审核结果能提前确定吗?

**不能,也没有任何团队可以。**审核结论由微信、App Store 与各安卓应用商店按各自平台规范作出。

我们能做的是三件事:在需求评估阶段确认类目与所需资质,避免功能做完才发现资质不齐;提交前按平台规范逐条自查(内容清理、隐私政策、测试账号与说明、宣传用语);收到审核意见后按意见调整并重新提交,这部分工作包含在上线交付里。任何声称能包审核通过的说法都不可信。

Q我们不在杭州,可以远程合作吗?沟通怎么保障?

可以。服务区域以杭州与浙江为主,远程协作可覆盖全国。

远程项目的沟通按固定节奏进行:需求与原型阶段以在线会议逐页确认;开发期间每周一次进度同步并附书面记录;测试环境全程开放,您可以随时打开看到真实可点的版本;重要决定与变更均以书面形式确认,不只停留在口头。

需要现场配合的环节(如硬件对接调试、现场培训、并行运行期跟单)会在计划中单独安排。

Q可以开发票吗?合同和付款是怎么安排的?

可以按合同约定开具发票,票据类型与税率以实际签约主体与所适用的规定为准,在合同中写明。

付款按里程碑分期,常见节奏是:签约预付、原型定稿、开发完成进入测试、验收通过上线、保修期结束尾款。尾款比例不建议压得过低,它是保修期内响应质量的实际保障。每个节点的完成标志在合同里逐条写清楚,避免出现「算不算做完了」的争议。

Q系统部署在哪里?我们的数据安全吗?

系统可以部署在您自己的服务器或云主机上,数据库与上传文件都在您的环境内,我们不保留副本;项目结束时交出临时权限并删除开发期间的调试数据。

涉及个人信息的字段按个人信息保护法关于最小必要与告知同意的要求处理:不收集与功能无关的信息,敏感字段加密存储,普通角色界面默认脱敏,完整查看需单独权限并记录访问日志。字段范围与权限矩阵在原型阶段与您逐条确认。

Q别人做的系统,你们接手维护或做二次开发吗?

接,但要先做现状盘点,通常需要三到五个工作日:确认源码是否完整可构建、依赖版本与已知安全问题、数据库结构与数据量、部署方式与服务器状况、第三方账号与密钥的归属。盘点结论写成书面报告交给您,包含可维护性判断与风险清单。

如果源码不完整、数据库结构缺失或关键账号权限拿不到,任何团队都无法可靠维护,我们会如实说明并给出重建或迁移建议,而不是先接单再说。

Q预算有限,能先做一个小范围的版本试试吗?

可以,而且在很多情况下这是更合理的做法。具体做法是把功能按「没有它业务当天跑不起来」的标准分成首期与二期:首期只做主流程,让业务先跑起来;二期按真实使用中暴露的问题排优先级。

有两个前提要在首期就处理好,否则二期改造代价更高:一是数据模型要为后续角色与功能留好位置;二是要明确哪些是可以延后的、哪些是延后会导致返工的。评估阶段我们会把这两类分开标注。

Q怎么联系你们?有没有电话或者其他即时联系方式?

本站不公布电话与即时通讯账号,联系方式只有两个:

  1. 在线需求表单(/apply):填写项目类型、预算档与需求描述,我们会按您留下的手机号或微信号回复评估结论。
  2. 站内 AI 客服:可以先把需求说清楚,它能回答服务范围、报价区间、交付流程与常见问题,需要人工介入时会引导您提交表单。

这样安排的原因是:软件项目的评估需要基于书面的功能描述,即时沟通里给出的口头数字对双方都没有参考价值。

Q做一个 AI Agent 智能体大概多少钱?周期要多久?

参考区间 30000 元至 300000 元,常见周期 4 至 12 周,以需求评估为准。

跨度这么大是因为「AI Agent」底下装着三档工作量不同的东西:只答问题、不读内部资料的客服 Agent 落在偏低段;带知识库检索与引用溯源的落在中段;要调用你既有系统接口、带审批与人工复核的流程自动化落在偏高段。费用与页面数关系不大,主要看模型能碰到多深。

开发费用之外另有四笔第三方支出:大模型 API 调用费(按用量)、向量数据库、服务器与带宽,以及私有化部署所需的显卡服务器。这几笔由您按实际用量直接向服务商支付,不包含在开发报价里。

Q做 AI Agent 需要我们准备什么数据?

按形态不同,需要您准备的东西不一样。

只做客服咨询 Agent:一份常见问题与标准答案清单,加上一批真实的历史提问(几十到几百条即可,用于验收对照)。

做知识库问答 Agent:制度、手册、产品资料、条款文件等原始文档,越全越好,格式不限。重点不是数量而是口径——同一条规则在多份文件里写法不一致时,需要您内部裁定哪一份算数,这一步只能业务方拍板,通常也是周期里最不确定的一段。扫描件与图片要单独列出来,它们不做文字识别是检索不到的。

做流程自动化 Agent:还要加上既有系统的接口文档或数据库结构说明、字段口径说明,以及一批真实的业务原始输入(订货消息、申请单、附件表格等)。

这些材料在需求评估阶段就可以先盘点,不必等到签合同。提交在线需求表单时简单说明现状即可,我们会给出一份具体的准备清单。

QAI 会不会乱答?答错了怎么控制?

会答错,这一点没有办法完全避免,任何团队都无法承诺一个不出错的模型。可以做的是把错误挡在造成损失之前,常用四道手段:

第一,答案只从检索到的资料里出,并把引用的原文段落显示出来,用户可以点开核对——引用要能定位到具体段落,只给文件名等于没给。

第二,检索不到就明确说不知道并转人工,而不是硬编一个听起来合理的答案。

第三,话术边界写成规则表,明确哪些问题一律不答(报价承诺、法律意见、效果保障类问题),并交给最清楚业务风险的人自己维护。

第四,涉及写数据的动作一律先生成草稿,由人确认后才落库。人工录入的错误一条条发生,模型的错误会成批发生,这一步人工确认就是防止批量放大的闸门。

验收时用真实问题逐条对照,把结果分成答对、答偏、该转人工却答了、该答却转了人工四类分别处理,比笼统地「调一调」有效得多。

没找到想问的?

留下问题与联系方式,顾问一对一解答。

免费需求评估
我要提问免费需求评估