设计系统与组件库
一套和前端代码同源的设计系统，颜色、字号、间距全部以令牌管理，改一处全站生效。
- 200+ 组件，含状态与交互说明
- 设计令牌直出 CSS 变量
- Figma 与代码库双向校验
02
Catalog
产品清单
按你的阶段挑选
点击分类快速筛选。八个模块可以任意组合，我们通常建议从最卡的那一环开始， 而不是一次性把所有工具都装上。
用户研究与可用性测试
把「我觉得用户会喜欢」换成可以证伪的结论：结构化访谈、任务测试与结果归档。
- 访谈脚本与招募模板
- 任务成功率与耗时统计
- 问题清单按影响面排序
复杂业务流程梳理
面向审批、结算、调度这类多角色流程，先把角色与状态画清楚，再谈界面。
- 角色权限与状态机建模
- 异常分支与回退路径设计
- 与业务方逐条走查确认
交付流水线与环境管理
需求、分支、环境、发布记录挂在同一条链路上，谁在什么时候改了什么，一查就知道。
- 预发环境一键生成
- 发布单与需求双向关联
- 回滚路径预先验证
代码质量与安全扫描
扫描不是卡点，而是把问题在提交阶段就暴露出来，附修复建议而不是只报一个编号。
- 静态分析与依赖漏洞检查
- 圈复杂度与重复率趋势
- 与代码评审流程合并
行为埋点与漏斗分析
埋点方案与业务指标一起设计，避免上线之后才发现关键行为没有采集。
- 埋点字典与命名规范
- 漏斗、留存与路径分析
- 数据质量自动校验
指标口径与经营看板
一个指标只有一种算法。口径集中定义，看板、导出与接口取数全部引用同一份逻辑。
- 指标字典与血缘关系
- 多角色看板与订阅推送
- 异常波动自动归因提示
长期技术伙伴服务
按季度为单位的目标制合作，涵盖需求排期、版本迭代、性能优化与技术支持。
- 季度目标与复盘机制
- 固定团队，不中途换人
- 工作日 4 小时响应
以上模块均可单独引入。若你只需要其中一项能力，我们也接受单模块合作。
03
Line 01 / ProductLab
产品设计体系
设计不是画完图就结束
企业软件的设计难点从来不是好不好看，而是信息密度高、角色多、状态复杂。 一张界面里可能同时存在五种权限、三种审批状态和两套计费规则。
ProductLab 把这类问题的解法固定下来：先建角色与状态模型，再定信息层级，最后才是视觉。 所有产出都沉淀为可复用的组件与模板，下一个类似项目不必从零开始。
- 与代码同源：设计令牌直接生成 CSS 变量，设计稿与线上实现不会越走越远。
- 可验证：关键流程必须通过至少 5 位真实用户的任务测试才能定稿。
- 可移交：交付包含组件规范、使用场景与反例说明，客户团队可自行扩展。
Design System Coverage
200+ 组件
覆盖企业后台常见场景的组件数量，含 46 个业务型组件。
基础组件74 个
表单与输入52 个
数据展示28 个
业务型组件46 个
已服务项目180+ 个
04
Line 02 / Forge
工程交付平台
进度不靠问，靠看
项目失控往往不是因为没人努力，而是因为状态不透明。 需求在谁的桌上、卡在哪一步、什么时候能上线，全靠周会上口头同步，信息必然失真。
Forge 把交付过程本身产品化：需求进入系统后就带着状态流转， 分支、构建、环境、发布、监控全部与需求关联。任何一个人打开看板，看到的都是同一份事实。
- 可追溯：从一行代码能反查到需求、评审记录与上线时间，反之亦然。
- 可回滚：每次发布都有经过验证的回滚路径，不用临时想办法。
- 可移交：流水线以配置文件描述，移交时连环境一起交给客户团队。
Delivery Reliability
214个项目
近三年使用 Forge 交付的项目总数，其中 94% 按期或提前上线。
05
Line 03 / Signal
增长分析
上线之后，才是真正的问题
很多产品做完之后没人能回答一个简单问题：这个功能到底有人用吗？ 要么是没埋点，要么是埋了点但口径不一致，各说各话。
Signal 把埋点方案、指标定义与实验能力放在一起。 产品决策需要的数字，当天就能查到；一个功能上线三个月后效果不好，也能有依据地把它下线。
- 口径统一：指标只定义一次，看板、导出与接口取数引用同一份逻辑。
- 数据可信：采集完整性、及时性与重复率自动校验，异常先告警再上报表。
- 闭环到决策：指标结果直接对应下一步动作建议，而不是只给一堆图表。
Signal in Use
98.4%
接入项目中埋点数据完整率（含未采集行为的自动告警与补录）。
接入项目数126 个
日均处理事件2.4 亿条
指标口径数量1,860 个
实验平均周期18 天
06
Industries
行业方案
四个行业，四套已经被验证过的起点
方案模板来自 480 家客户的真实项目。它们不是成品软件，而是一组已经踩过坑的默认选择， 让你不必在每个细节上从零讨论。
SaaS
计费与套餐模型、多租户隔离、自助开通、用量看板。核心是让运营能自己改配置，不必每次都找研发。
智能硬件
配网与绑定、设备管理端、固件升级与回滚、App 与后台一致性。重点是让非技术用户也能顺利完成首次配置。
新消费
会员与权益、库存与补货、门店经营分析、导购工具。多触点数据统一到同一套会员主数据上。
产业互联网
运单与合同主数据、调度与结算打通、上下游对账。把散落在多个系统里的同一笔业务收拢成一条记录。
| 行业 | 典型切入场景 | 试点周期 | 常见可量化收益 |
|---|---|---|---|
| SaaS | 计费模型重构 / 自助开通 / 用量看板 | 5 - 8 周 | 开通流程耗时下降 60% - 80% |
| 智能硬件 | 配网体验重做 / 固件升级 / 设备管理端 | 6 - 10 周 | 首次配网成功率提升至 95% 以上 |
| 新消费 | 会员主数据 / 库存补货 / 门店经营分析 | 4 - 8 周 | 库存周转提升 12% - 25% |
| 产业互联网 | 运单主数据 / 调度结算 / 上下游对账 | 6 - 12 周 | 对账人力节省 30% - 40% |
表中周期与收益为同类项目统计区间，实际结果取决于企业现状与试点范围。
07
Engagement Model
合作流程
四个阶段，每一步都能叫停
我们不要求客户一次性签下全年合同。每个阶段结束都有明确的验收物， 不满意可以在下一阶段开始前终止，已交付的成果照常移交。
PHASE 01
问题定义
2 - 3 周。结构化访谈、现状盘点、问题陈述与价值假设，产出一份可讨论的方案大纲。
PHASE 02
原型验证
2 - 4 周。可点击原型 + 5 位以上真实用户的任务测试，先验证方向再投入工程资源。
PHASE 03
试点上线
4 - 8 周。只做最关键的一条链路，双周交付可运行版本，上线后进入观察期。
PHASE 04
长期迭代
按季度续约。每季度定目标、每周同步进度、每季度复盘指标并决定下一步取舍。
08
FAQ
常见问题
合作前你可能会问的事
代码和设计稿最终归谁所有？
全部归客户。项目验收时我们会移交代码仓库、设计源文件、部署脚本、环境配置与文档，并配合完成一次完整的部署演练。我们不做任何形式的技术锁定，也不会把客户业务代码复用到其他项目。
可以用我们现有的技术栈吗？
可以。Java、Go、Node.js、Python、Vue、React 我们都有在生产环境长期维护的项目。如果现有技术栈存在明显的维护风险，我们会在方案阶段给出书面评估与迁移建议，但最终选择权在客户。
项目中途需求变了怎么办？
需求变化是常态，我们按季度预留约 20% 的弹性工时。超出部分会给出两个选项：替换掉原定范围中的同等工作量，或追加预算。无论哪种选择，都会在执行前以书面形式确认，不会先做再算账。
你们和外包公司的区别在哪？
三点：一是我们会拒绝需求——如果一件事我们认为不该做，会在方案里写明理由；二是团队固定，项目期内不换核心成员；三是合作周期通常跨年，91% 的客户在第一个项目后继续合作，平均合作 3.4 年。
上线之后出问题谁负责？
上线后 90 天内，由我方原因导致的缺陷免费修复，工作日 4 小时内响应。90 天后可选择进入长期迭代档位继续由我们维护，也可以由客户团队自行接手，我们会提前完成知识转移与结对交接。
可以先做一个小项目试试吗？
可以，而且我们推荐这样做。常见做法是先花 2 到 3 周做问题定义与原型验证，费用独立计算。如果验证结论是「这件事不值得做」，我们会如实告知，这笔钱花得比硬做下去划算得多。
09
Next Step
下一步
不确定该从哪一条产品线开始？
把现状和目标告诉我们，产品负责人会在 1 个工作日内给出一份免费的组合建议与实施顺序。