服务
为您的流程量身构建的软件，让 AI 扛下最重的活。
从零构建的系统、Web 应用与集成——适用于成品软件迫使您改变工作方式而非支撑它的场合。
有些流程，任何成品软件都无法承接，除非把流程本身扭曲去迁就它。当这种迁就的代价超过了自建的代价，自建就是理性的选择——长期看也更省钱。
我们如何在「买」与「造」之间取舍
我们把三笔账加在一起：许可费用、改造产品的成本，以及为迁就产品而改造流程的成本。当市面上的产品已覆盖核心需求时，我们会把它集成进来，并在它周围补齐缺失的部分。而当流程本身就是竞争优势、或没有任何产品跟得上它时，从零自建就站得住脚——我们的大部分工作正落在这里。
我们如何构建
- 技术栈。前端 Angular，服务端 .NET，数据库 Oracle 或 PostgreSQL，容器运行在 Kubernetes 上。选成熟且有人才市场的技术，而不是最新的技术。
- 持续交付。很早就交出可用版本，让反馈在「改动仍然便宜」的阶段就到位。
- 多租户与权限从第一天就做。这两样若留到后面再补，等于要重写半个系统。
- AI 用在真正增值处。检索、推荐、分类——当它解决的是真实问题时才用，而不是拿来当卖点。
您将获得
- 上线运行的应用，配套可复现且有文档的安装流程。
- 源代码与数据库，归您所有，不含任何妨碍其他团队接手的封闭组件。
- 运维手册：如何发布、如何从故障中恢复、去哪里查看日志。
- 面向使用团队与维护团队的两类培训。
我们也重做老系统
迁移那些 Delphi、Access 应用，或是一路长大、最终变得关键的电子表格。我们遵循的规则是：先保住已知行为，包括团队早已摸熟的那些特性，之后才谈改进。所有东西一起改，是最可靠的丢掉用户信任的方式。
常见问题
你们按固定总价还是按工时？
两种都做。范围稳定、界定清晰的项目适合固定总价；持续演进的产品更适合按迭代推进、优先级逐轮复审。
交付之后还负责维护吗？
负责，另签维护协议。但系统交付时的状态，必须是另一个团队也能接手维护——这本身就是它被造得好的证据。
你们做企业官网吗？
做，包括多语言与面向搜索优化的站点。本站就是一个例子：静态 HTML，每种语言一套页面，没有拖慢加载的第三方依赖。