首页 / 服务

服务

操作层软件,
从简报到现场。

发现、集成,以及光伏、BESS、充电与视频的操作层。发来简报,24小时内评估。

浣熊工程师展示四块服务瓷砖:网页、AI、集成与本地化
服务方向

十种合作形式

大多数项目会组合其中两至三项。每项均注明了适用对象,帮助快速判断是否符合自身情况。

产品探索

范围界定工作坊、用户研究、技术可行性分析与优先级待办列表——在编写任何代码之前完成。

适用于: 有待解决问题但尚无规格说明的团队。

UX 设计

针对数据密集型界面(仪表盘、控制室、操作工具)的信息架构、线框图与高保真原型设计。

适用于: 以信息清晰度为核心 UX 挑战的产品。

Web 开发

基于 React 19 / TypeScript 的前端,支持 SSR、实时数据、复杂状态管理及关键路径测试覆盖。Node.js 后端从第一天起即面向生产构建。

适用于: 需要快速、可靠且易于维护的应用程序。

移动开发

与 Web 前端共享业务逻辑的跨平台移动应用,在关键场景下保持平台原生性能。

适用于: 现场操作员、司机端应用及面向消费者的工具。

系统集成

将工业协议(Modbus、OCPP、IEC 61850、OPC-UA)、第三方 API 与遗留系统接入统一数据层。

适用于: 能源、EV 与 IoT 领域中与硬件交互的产品。

架构现代化

采用 strangler-fig 模式渐进式重写、拆分单体架构并迁移至云端——不中断现有系统,每个步骤均保持可回滚性。

适用于: 拖慢团队交付速度的遗留代码库。

云成本优化

资源规格调整、预留容量规划、on-prem ↔ cloud 迁移及可观测性接入,明确实际云支出来源。

适用于: 云账单失控或成本归因不清晰的团队。

专属团队

嵌入您组织内部的专注工程团队——相同时区、相同 Slack、相同标准。非人力外包,而是具备领域认知的工程师。

适用于: 需要持续工程能力且不希望承担招聘成本的企业。

技术审计

对架构、代码质量、安全态势与运营就绪度的独立评审,结果按风险与工作量排序。

适用于: 重大投资、并购或规模扩张阶段之前。

支持与持续演进

交付后的持续工程合作:性能监控、功能迭代、依赖升级与故障响应。

适用于: 需要持续改进的生产系统。
运营环节中的自动化与人工智能技术

实际业务流程中的定制软件与人工智能应用

我们承接的项目范围从单一集成到多年期平台不等。规模并非限制因素,不明确的目标才是。每个项目都从明确流程、数据、负责审批的人员以及验收标准等环节开始。

复杂且定制化的系统

对于新产品开发、旧系统的重写以及需要多种用户角色的平台建设,我们会先通过调研确定项目范围和潜在风险,随后通过短周期的迭代交付,并在关键路径上实施自动化测试,同时在产品发布后提供约定的支持服务。

集成与数据提取转换

从API、文件、门户及设备收集数据,对其进行清洗去重后加载到工作人员使用的系统中。每个数据源都有独立的适配器、调度机制和日志记录,因此一处故障不会影响其他部分正常运行。

例子:Grant Radar案例 →

文档工作流与RAG技术

对自身文档进行搜索与解答、对收到的请求进行分类、从表格和合同中提取数据以及实现自动翻译。答案会链接到原始数据来源,方便用户核实。

例子:IT需求监控案例 →

后台系统、客户关系管理及企业资源规划

订单、发票、审批和库存流程会围绕您现有的业务流程构建,包含相应的角色分工、审计追踪功能以及为财务部门提供的数据导出功能。我们通常会与现有的ERP和会计系统对接,而非默认直接替换它们。

生产及现场作业流程

为工厂、能源设施和服务团队提供操作员控制面板、设备遥测数据、班次报告及警报功能。来自控制器和传感器的数据通过工业协议传输,并实时显示。

在能带来收益的领域应用人工智能

我们从具有可衡量成本的业务流程入手,例如人工分类、系统间的复制粘贴操作或对客户的缓慢响应。只有在规则不足以解决问题时才会引入模型,并且当数据需保留在内部时,该模型可在本地运行。

金融数据领域的本地化人工智能 →

在开发前共同确定的系统边界

人员保持掌控力

涉及资金、法律或安全影响的决策需由人工审批。系统会说明建议某项决策的原因,并记录每一项自动化操作。

安全与数据保护

基于角色的访问控制、将敏感信息移出代码、最小化个人数据存储,并明确说明每份数据存储的位置及可访问该数据的系统类型。

可量化的系统验收标准

在工作开始前,我们会就每份文档的处理时间、无需人工返工即可处理的案例比例、对照测试样本的错误率以及系统运行时间等指标达成一致。结果会基于这些基准进行汇报,而非事先承诺。

背景

按行业划分的服务应用

每条服务线在不同领域呈现不同形态。EV 充电平台的系统集成涉及 OCPP 与 OCPI;BESS 运营商的系统集成则涉及 Modbus 与 IEC 61850。行业页面详述了各服务在特定领域的具体形式。

多语言网站

一个网站支持5–12种语言,每种语言的使用难度相当

翻译文本只是较简单的一部分。如果菜单、搜索功能、表单出现错误,或结账页面又恢复为英文,访问者就会离开。我们需要针对每种语言优化整个流程并对其进行评估。以下场景描述的是典型工作范围,并非客户实际效果。

浣熊指向一圈对话气泡,每个气泡代表网站的一种语言

B2B产品目录支持5–6种语言

分销商和工程师会用自己熟悉的语言查看产品规格。我们会针对不同市场,对导航界面、产品筛选功能、数据表页面、报价申请表以及验证信息等进行本地化处理,同时调整单位与数字格式。

覆盖范围:目录、筛选条件、报价表单以及每种语言的SEO优化

网上商店支持8–10种语言

当搜索功能无法理解顾客的查询词,或结账页面以不熟悉的格式显示价格和日期时,顾客就会放弃。我们会对搜索关键词、产品描述、购物车及结账错误提示、配送与退换货相关帮助内容以及货币和日期格式进行本地化处理。

覆盖范围:搜索功能、产品页面、结账流程以及帮助页面

预订类或内容类网站支持10–12种语言

来自多种语言搜索的访客和读者在访问过程中常常会切换语言。语言切换能确保他们停留在同一页面和同一预订步骤,同时帮助页面和确认邮件也会以他们选择的语言呈现。

覆盖范围:预订流程、文章内容、电子邮件以及hreflang设置

该适配机制的运作方式

语言选择随访问者而定

更改语言后,当前页面、筛选条件及表单输入内容保持不变。首选语言由浏览器决定,再次访问时会保留该设置,且可从任意页面进行更改。

所有版本都可通过搜索找到

每种语言都有独立的URL、翻译后的标题和描述、hreflang链接以及站点地图,以便用户访问可阅读的对应版本。

仅能衡量用户留存率,无法做出保证

我们会为每种语言设置相应的用户流程路径:包括着陆页离开、搜索无结果、表单填写完成、结账或预订步骤,以及回头客的情况。数据中表现最差的那种语言就是我们首先需要优化的对象。

常见问题

合作怎么开始

发来简报。我们阅读领域、约束和截止日期,一个工作日内给出24小时评估——在签全量合同之前。
两种都做。探索、设计、实现、集成、云、审计与长期支持是分开的服务线。组合取决于你要的是系统,还是嵌入团队。
同一条服务在不同领域形态不同。EV 充电的集成是 OCPP 与 OCPI,BESS 则是 Modbus 与 IEC 61850。行业页展示领域形态。
一个工作日内。每封消息由工程团队阅读,不是销售自动流程。

发来简报。24小时内评估。

说明现场在跑什么、卡在哪里。我们建议合作方式,并在一个工作日内回复。