时间管理、项目协同、跨部门沟通，这些词几乎每个团队都在提，但真正能落地的工具没几个。这段时间我一直在梳理 WorkBuddy 的行业应用案例，后台也收到大量关于“大家都在用 WorkBuddy 做什么”的私信。这个问题单看官方文档很难回答，因为 WorkBuddy 不只是一个任务看板，更像一个可以按行业逻辑重组的数字化工作台。
这期《WorkBuddy 行业应用指南》精选了 6 个来自不同行业的实战案例，覆盖研发、市场、人力资源、电商供应链、教育培训、生产制造等领域。如果你正纠结于“工具买回来不知道从哪下手”，或者“团队用了一个月又回到微信群里对进度”，这篇文章能给你一些直接可抄的配置思路和避坑经验。我尽量用一线实操的视角讲，不整虚的。
1. WorkBuddy 项目概述与跨行业适配逻辑
1.1 项目背景：为什么这些行业都在用 WorkBuddy
我第一次接触 WorkBuddy 是在一个做软件外包的朋友公司里。当时他们的项目团队用 Excel 排期、用微信群同步进度、用邮件发确认函，信息断层非常严重。后来他们引入 WorkBuddy，把项目拆解成任务卡片，状态流转全部在卡片上完成，leader 只需要看板就能掌握全局。也是从那时候开始，我意识到这个工具的价值不在于“功能多”，而在于“能把团队已有的工作流程数字化”。
后来我陆续接触了电商、教育、制造等不同行业的团队，发现一个共性：大家最初的需求都是“要一个看板工具”，结果用着用着就变成了“把整个业务流程搬进 WorkBuddy”。比如 HR 用来管候选人漏斗，电商团队用来管采购入库，制造工厂用来派工单。这不是偶然，背后其实是因为 WorkBuddy 提供了足够灵活的卡片模型、字段配置和自动化规则，能适配不同行业的表达方式。
1.2 选型思路：WorkBuddy 解决了哪些共性问题
跨行业案例看多了，我总结出 WorkBuddy 解决的四个共性问题。
第一，信息分散。不同角色使用不同工具，信息被割裂在微信、邮件、Excel 里，WorkBuddy 把对象统一成卡片，实现单点记录、多点共享。第二，流程不透明。任务卡在谁手里、下一步该做什么，看板视图一目了然。第三，交付标准不一致。通过任务模板把最佳实践固化，每次开工都从一个标准起点开始。第四，协同成本高。自动化和提醒把大量“追着问”的隐性成本消解掉。
理解这个逻辑很重要，因为你只有清楚自己团队属于哪种痛点，才知道该优先配置什么模块。工具本身不产生价值，配置与实际流程匹配的程度才决定价值。
1.3 六项案例总览
这篇文章要详细拆解的六个案例，我先用表格做一个总览，方便你快速找到和自己行业相近的场景：
| 行业场景 | 核心痛点 | WorkBuddy 关键配置模块 | 可量化收益参考 |
|---|---|---|---|
| 软件研发团队 | 版本迭代混乱、缺陷跟踪不及时 | 迭代看板、需求卡片、缺陷流程 | 交付周期缩短 30% 左右 |
| 市场运营团队 | 多活动并行、物料资源冲突 | 活动模板、审核流程、资源日历 | 并行项目数翻倍 |
| 人力资源招聘 | 候选人漏斗不透明、反馈延迟 | 管道看板、面试提醒、评价模板 | 招聘周期缩短 5 天以上 |
| 电商供应链 | 库存数据滞后、部门信息割裂 | SKU 关联字段、采购入库出库看板 | 库存查询实时化 |
| 教育培训机构 | 课程研发与排课交付脱节 | 课程包模板、排课视图、交接单 | 新课研发周期缩短 1/3 |
| 制造生产企业 | 派工靠口头、质检记录纸笔化 | 工单看板、质检流程、异常升级 | 异常响应提速 75% |
这个表格只是缩影，实际每个行业的深度配置远比表格里复杂，接下来逐个展开。
2. 研发团队案例：版本冲刺与缺陷闭环怎么做
2.1 场景需求：研发团队普遍遇到什么问题
研发团队是 WorkBuddy 的核心用户群。我见过太多团队在需求阶段就失控：产品经理提需求用文档，开发排期用在线表格，测试提 bug 用另一个系统，三套数据互相之间没有关联。结果是需求变更了没人通知测试，bug 修复了产品不知道，版本上线前永远在救火。
这个问题的本质不是“缺乏流程”，而是“流程存在于所有人的脑子里，没有沉淀到工具里”。WorkBuddy 的卡片模型正好可以解决：把一个需求从提出、评审、开发、测试到上线的完整生命周期，压到一张卡片的流转上。
2.2 实操案例：需求卡片与版本冲刺的关键配置
我接触过的一家做企业内部系统的研发团队，最开始用的是简单三列看板：待办、进行中、已完成。用了两周后发现不够用，因为“进行中”太笼统，无法区分是开发中还是测试中，更不知道阻塞在哪里。
后来我对这套系统做了重新配置。核心操作如下：
- 建立需求卡片类型，字段包含需求编号、提出人、优先级（紧急/高/中/低）、版本号、预估工时
- 建立迭代看板视图，按版本号筛选卡片，默认泳道按状态分：待评审、待开发、开发中、待测试、测试中、已验收、已发布
- 建立缺陷卡片类型，关联到对应需求卡片，状态流：待复现、修复中、待验证、已关闭
- 设置自动化规则：需求卡片状态变为“开发中”时，自动通知测试负责人；缺陷卡片标记“修复中”时，关联需求的状态自动回退到“待测试”
看似简单的几步配置，实际效果非常明显。这个团队原来发布一个版本平均需要 21 天，重新梳理流程并跑完两个迭代后，稳定在 14 天左右。原因是减少了大量“线下确认”的时间，每个人打开自己的任务列表就知道下一步做什么。
2.3 避坑心得：研发场景的三个细节
研发场景配置有几个容易踩的坑，我重点说一下。
第一，状态数量不要贪多。有人一开始就把状态设计了 15 个，结果团队成员根本不知道当前卡片该拖到哪一列。我一般建议控制在 5 到 8 个，覆盖需求生命周期的主要阶段即可。第二，状态要设“唯一责任人”。比如“测试中”这个状态的默认负责人应该是测试组长，其他人在卡片上只是参与者，避免出现“人人可改、无人负责”的局面。第三，缺陷卡片一定要关联需求，不要单独飘在外面，否则版本复盘时数据对不上，又要回 Excel 里手动梳理。
研发团队用的 WorkBuddy，本质上是在把知识型工作可视化。这一点想明白，配置的出发点和方向就都不会偏。
3. 市场运营团队案例：营销活动全流程怎么管
3.1 场景需求：营销项目的特性
市场运营团队管理项目和研发团队有显著差异，最明显的特点是多项目并行、强时间节点、资源互相依赖。一个市场部往往同时推进直播、公众号专题、线下活动、投放物料等多条线，每个人手头同时挂着五六个任务。
这种场景下，传统看板的问题在于：每张卡片是孤立的，很难看出物料资源是否撞车，也很难把“一场活动”的全流程串起来。比如设计师只有一个人，两个活动同时需要主视觉，如果只在卡片上标注“进行中”，根本暴露不了资源冲突。
3.2 实操案例：活动筹备模板与资源冲突规避
我服务过的一个市场团队，一年要做 200 多场线上线下活动。他们用得最顺手的是把 WorkBuddy 当作“活动生产流水线”。
具体配置逻辑是这样的：
- 建立活动主卡片，字段包括活动名称、活动类型、目标人群、活动日期、预算、负责人
- 建立活动筹备任务模板，把一场活动从策划、物料设计、渠道推广、报名管理到现场执行的标准任务全部沉淀成模板
- 任务模板内设前置依赖关系，比如“渠道文案”依赖“活动主视觉定稿”，“现场物料制作”依赖“物料设计完成”
- 设置资源日历视图，按设计师和外部供应商筛选，一目了然看到这位设计师本周已经被多少个任务排满
这套配置上线后，他们最直观的变化是：同样的人手，并行项目从 3 个提升到了 6 个而不乱。核心原因是模板把每个活动的操作路径固定下来，新人接手也能照着执行，不需要每次都从零开始想第一步做什么。
另外我建议市场团队一定要用任务模板，而不是复制已经执行完的活动卡片。复制会带来脏数据，历史卡片里的临时备注会混到新活动里；模板则能保证每次开工都干净。
3.3 避坑心得：营销场景的时间字段设置
营销场景最容易出问题的是时间字段的设置。这里有一个我反复强调的经验：主时间字段驱动用“活动开始日期”，而不是“创建日期”。管理活动时要基于活动日期倒排任务，而不是按卡片创建时间排序。否则你看到的看板永远是“今天要交什么”的视角，看不到“距离活动上线还剩几天”的全局。
另外，预算字段建议单独建，和支出记录分开。WorkBuddy 不是财务系统，但可以在预算卡片上关联每笔支出子任务，方便月底复盘。我见不少团队把预算直接塞进任务描述里，导致后续统计异常痛苦。
市场团队用 WorkBuddy 的另一个隐藏用途是复盘归档。每个活动结束后，把数据结果填入主卡片，按月份或活动类型筛选就能形成活动效果台账，这个信息对于下一年做计划非常有价值。
4. 人力资源部门案例：招聘漏斗与候选人跟踪
4.1 场景需求：招聘流程的透明度问题
招聘流程看起来很标准：发布职位、收简历、初筛、面试、复试、Offer。但真正跑起来，问题永远出在“节点之间的空白地带”。HR 把简历转发给业务面试官，业务面试官迟迟不反馈；候选人等了一周问进展，HR 自己也要再去追问面试官。这种“人肉跟踪”的方式在招聘量小的时候勉强可行，一旦同时开 10 个职位、每天进来 100 份简历，没有工具支撑就会崩。
WorkBuddy 在招聘场景的定位不是替代专业 HR 系统，而是给团队一个轻量级的、可定制的招聘协同层。
4.2 实操案例：候选人管道看板与面试官协同
一个做互联网教育的公司，他们的招聘团队用 WorkBuddy 搭建了一套面试协同流程，核心设计如下：
- 建立候选人卡片，字段包括姓名、应聘职位、来源渠道（猎头/内推/招聘网站）、期望薪资、当前状态
- 建立招聘管道视图，按职位筛选，自定义阶段列：新简历、初筛通过、待业务面试、业务面试通过、待 HR 复试、Offer 审批中、已入职、已淘汰
- 使用自动化规则：候选人进入“待业务面试”时，自动通知业务面试官，并生成一个任务卡片“完成张三的面试反馈”
- 设置评价模板：在面试反馈子任务中预设维度打分，包括专业能力、沟通表达、团队匹配度等，点选即可，不需要写长篇文字
这套流程上线后，最明显的改变是面试反馈时间从平均 2 天缩短到 4 小时。再也不是 HR 追着面试官要反馈，而是系统自动派任务并设置提醒，面试官在手机上就能点选提交。
4.3 避坑心得：统一数据口径与流程权限
招聘场景有两点需要特别注意。
第一，候选人状态的定义必须唯一且清晰。什么是“初筛通过”，什么是“待复试”，团队内必须先对齐口径，否则看板数据失真。尤其是“已淘汰”这个状态要区分“不合适”和“候选人放弃”，这对渠道效果分析很关键。第二，面试反馈内容应设置查看权限，不要向所有项目成员开放，避免敏感信息外泄。WorkBuddy 的权限分组要按角色配置，HR 管理员可以看全局，业务面试官只能看分配给自己的反馈任务。
另外我建议把 Offer 审批做成独立的流程卡片，和候选人卡片做关联。很多公司的 Offer 审批涉及到薪资架构确认、部门预算确认，这类信息放在候选人卡片备注里容易被刷掉，放在关联的审批卡片里就清晰得多。
5. 电商供应链案例：采购入库出库与多仓协同
5.1 场景需求：供应链数据为什么总是对不上
电商团队用 WorkBuddy 的情况这两年增长很快，问题通常出在库存上。采购部门说已经下单了，仓库说还没收到货，运营却急着上架做活动。信息在 Excel 里传来传去，同一个 SKU 在不同部门的表格里数量都不一样。核心痛点不是“缺工具”，而是没有一个共享的、实时的单据流转平台。
这里我要先说明一点：WorkBuddy 不是 ERP，不能算账，但非常适合作为供应链协同的“单据流层”——让每个订单、每批货、每次出入库都有清晰的状态记录，任何人随时可以查。
5.2 实操案例：SKU 关联字段与单据流转
我辅导过一家做家居日用品的电商公司，SKU 超过 800 个，三个仓库分布在不同城市。他们核心的配置思路是围绕“单据”建模，而不是围绕“任务”建模。
这套体系的大致结构是：
- 建立采购申请卡片，字段包括供应商、SKU、采购数量、期望到货日期、状态
- 建立入库单卡片，关联采购申请，确认到货数量、质检结果、实际入库仓库
- 建立出库单卡片，关联订单号，包含 SKU、数量、发货仓库、物流单号
- 所有单据卡片通过SKU 编号字段互相串联，在卡片详情里添加关联记录，一键跳到上下游单据
- 设置自动化规则：入库单状态变为“已完成”时，同步更新对应 SKU 的“可用库存”字段，并通知运营
这套系统上线后，运营查库存从“问仓库、等半天”变成了“打开看板实时查”。更重要的是，缺货预警成为可能：采购申请数量减去入库数量就可以算出在途量，低于安全库存时标记高亮。
5.3 避坑心得：字段规范与移动端采集
电商供应链配置最大的坑在于字段规范不统一。SKU 编号是全流程的命根子，格式必须严格统一，比如“HB-8821-白色”，不能有些地方写成“hb8821白”。我在配置前会先出一份字段字典，明确每个字段的命名规则、类型和填写人，然后做成卡片模板的默认值。
另外，仓库出入库的动作大多发生在现场，员工不一定坐在电脑前。我强烈建议给仓库同事开启移动端权限，用手机扫描单据编号快速查卡、改状态。网络不稳定时纸质单据会兜底，但联网后要第一时间补录。WorkBuddy 的移动端在这些场景下比 PC 端实用得多。
做供应链场景，心态上要接受“数据不可能 100% 精确”，工具能保证的是“偏差可以被快速发现和定位”。这一步走对了，后续上专业 ERP 的时候，这些协同记录就是最好的数据清洗基础。
6. 教育培训机构案例：课程开发与交付的项目化运作
6.1 场景需求：教研教学服务三方协同难
教育培训行业的项目化和互联网团队不太一样。教研老师要开发课程内容，授课老师要按课表上课，学管老师要做课后服务，三个角色目标不同、节奏不同，但都围绕同一个“课程产品”转。如果缺乏协同，就会出现课程大纲改了三版，主讲老师用的还是旧版；结课之后学员回访没人跟进，续费率上不去。
WorkBuddy 在教育行业的切入点，是把“一门课”当作一个项目来管理，从需求调研、课程设计、内容制作、试讲到正式开班、课后服务，形成完整的闭环。
6.2 实操案例：课程包模板与排课通知
一家做少儿编程培训的机构，用 WorkBuddy 管理全部 40 多门在授课程。他们的配置思路非常值得参考：
- 建立课程项目卡片，字段包括课程名称、适用年级、课时数、教研负责人、状态（调研中/研发中/试讲中/已上线/迭代中）
- 建立研发任务模板，拆解出大纲设计、教案编写、课件制作、教具采购、试讲反馈修正等任务，每个任务有标准交付物描述
- 建立班级卡片，关联课程项目，记录开课时间、授课老师、学员名单（以子任务形式）
- 设置自动化规则：班级卡片临近开课前 3 天，自动提醒授课老师确认课件；课后 24 小时自动生成回访任务，派给学管老师
- 授课老师使用小程序端，在手机里就能查看今日课表、提交到课情况，不需要下载 PC 客户端
这套系统跑了一个学期后，新课研发周期平均缩短了三分之一，因为模板把“从 0 到 1 开发一门课”的标准路径固化下来，教研老师不用每次重新脑暴流程。同时，学管老师的回访完成率从 60% 提升到 90% 以上。
6.3 避坑心得：层级不要建太深，权限要分层
教育行业配置最容易犯的错是把层级建得特别深。有团队试图用“课程项目 -> 班次 -> 学员 -> 家长 -> 作业”这种五层结构，结果卡片关系过于复杂，打开详情页要层层跳转，老师们用两周就放弃了。
我建议控制在三层以内：课程层、班级层、事务层（包含通知、回访、作业等实际动作）。需要看单个学员时，用筛选视图而不是无限下钻。
另外一个必须注意的点是权限分区。教研老师的课件、教案属于机构核心资产，不应该对所有授课老师开放。WorkBuddy 的权限要按“课程项目”为单位隔离，一个老师只能看到他负责的那门课程的研发内容。学员和家长的隐私信息更要严格控制，避免跨班级可见。
教育培训场景用 WorkBuddy，有点像给教研组装了一个“课程生产线”，每个环节都能追溯、每个角色都有任务清单、每次交付都有记录。这个思路对很多服务型行业都有参考价值。
7. 制造业案例：生产任务派工与质检闭环
7.1 场景需求：计划、执行、质检为什么总是脱节
传统制造企业的数字化往往从 ERP 开始，但 ERP 管的是计划层，车间执行层的派工、报工、质检记录反而长期依赖纸质单据和口头传达。车间主任派活靠喊，质检员发现问题要跑到办公室汇报，生产计划和实际进度之间的延迟以“天”计算。
WorkBuddy 在制造场景的价值，是给车间提供一个极低门槛的执行层协同工具。不求它替代 MES，至少能让“工单派发、完工反馈、质检异常”这三个动作实时在线。
7.2 实操案例：工单看板与异常升级
我接触过的一家做精密零部件加工的中型工厂，车间有 50 多台设备，100 多个工人。他们的 WorkBuddy 体系围绕“工单”展开：
- 建立生产工单卡片，字段包括工单编号、产品名称、工序名称、计划数量、合格数量、报废数量、计划完成时间、操作员
- 工单编号按规则生成，例如“日期-产线-序号”，方便后续追溯
- 建立派工视图，按产线分组，操作员每天上班打开看板就能看到自己名下的工单及优先级
- 建立质检异常卡片，关联工单，记录异常类型、发现工序、不良数量、照片附件、处理状态
- 设置自动化规则：异常卡片状态为“已上报”时，自动通知车间主任和品质主管；超过 2 小时未处理则自动升级到厂长
这个工厂上线后，最直观的变化是异常响应时间从原来平均 2 小时缩短到 30 分钟以内。以前质检员发现不良品要放下手头工作去办公室找人，现在手机上拍照、上传、通知相关负责人，一气呵成。
7.3 避坑心得：车间场景要关注离线与拍照附件
制造车间场景有特殊的环境约束。第一个是网络不稳定，很多工位在厂房角落信号差。我建议在关键工位准备平板设备，允许离线状态下填写工单信息，联网后再同步，而不是完全依赖实时网络。第二个是拍照附件是刚需，不良品的记录离不开照片，要确保卡片字段里“附件”被充分使用，后续复盘时有图有真相。
另外派工权限要严格控制。我见过一些工厂把派工权开放给所有操作员，导致工单状态被随意修改，生产数据完全失真。正确的做法是：只有班组长和车间主任可以创建、改派工单，操作员的权限仅限于“开始”“完成”“上报异常”三个动作。把每个角色的权限边界尽量缩小，数据反而更干净。
制造业场景的 WorkBuddy，最难的不是配置，而是改变一线工人“我不需要学电脑系统”的惯性。建议从一条产线试点跑出效果，再推广到全厂，成功率会高很多。
8. 六个案例的共性方法论与配置建议
8.1 跨行业通用的四层配置思路
看完全部六个案例，你会发现无论是管需求、管活动、管候选人还是管工单，底层方法完全一致。我把它归纳为“卡片-字段-自动化-视图”四层结构。
- 第一层：卡片对象化。先想清楚你的业务核心对象是什么。研发是需求，市场是活动，招聘是候选人，供应链是单据，教育是课程，制造是工单。每一类核心对象建一种卡片类型，不要什么都往里塞。
- 第二层：字段属性化。给卡片加上业务属性字段，如时间、负责人、数量、优先级。字段设计要克制，只留“每次都要看”的信息，其他细节写描述即可。
- 第三层：自动化流转化。设定状态变化时的通知、任务派生和字段更新规则。自动化是 WorkBuddy 提效的关键，但不需要一开始就把全部规则配完，先配最高频的 3 条，跑起来再逐步增加。
- 第四层：视图场景化。同一套数据，根据角色和使用场景建立不同视图。业务负责人看全景看板，一线执行者看个人任务列表，管理者看结果汇总表。
一个团队刚上手建议从“卡片 + 视图”开始，跑会了再上自动化，避免一步到位把团队吓跑。
8.2 关于安装、缓存与版本选择的实操细节
这篇文章发布后，肯定有读者要问 WorkBuddy 怎么装、怎么迁数据、遇到问题怎么处理。我把这些关键点集中说清楚，也算边写案例边把环境适配的经验沉淀下来。
先聊安装。WorkBuddy 支持主流桌面操作系统，Windows、macOS、Linux 都有对应的安装包。Ubuntu 这一类 Linux 发行版安装时，注意区分 deb 包和通用压缩包，下载对应版本后按系统提示安装即可。安装完成后首次启动会进入引导页，选择你的使用场景模板，这一步比较关键，别跳过，它会直接影响初始的卡片类型和视图结构。
再聊缓存目录。平时用 WorkBuddy 久了，本地缓存会逐渐变大，尤其经常传图片附件的团队。想改缓存目录，一般在应用的偏好设置里能找到“缓存位置”或“存储目录”选项，指定到空间充足的分区即可。有些版本没有独立设置项，也可以通过修改配置文档里的路径字段来迁移，注意修改前先退出应用，改完重启生效。
然后是项目搬迁。如果你之前用了其他项目管理工具，想把旧数据迁到 WorkBuddy，我建议不要直接导入乱糟糟的原始数据。先把旧任务按空间、列表、优先级做好梳理，清理掉大量无效和历史细节，再用 CSV 模板导入。导入之后检查字段映射是否正确，特别是负责人、日期和状态列，这一步最容易出问题。迁移完成后不要马上删旧系统，建议并行跑两周，确认数据没问题再切换。
关于教程资源，市面上流传的《WorkBuddy 从入门到精通》PDF 各类版本可以当作概念手册看，但工具类产品迭代很快，最靠谱的学习路径还是官方文档加自己动手建一个测试项目。我在实际使用中发现，把一套“假项目”完整跑到上线，比看十份文档都管用。
关于国际版，如果你所在团队有多语言成员或跨境协作需求，国际版在界面语言切换和时区处理上更灵活。切换语言后要注意重新核对自己的自动化规则名称是否同步显示，避免团队成员看不懂提醒内容。多时区团队配置提醒时，把“每日提醒时间”设置在公共工作时段，减少早晨或深夜被打扰的情况。
8.3 常见问题速查表与排查思路
配置和日常使用中，以下问题是出现频率最高的，我整理成表格，方便你快速对照排查：
| 问题现象 | 可能原因 | 排查与解决办法 |
|---|---|---|
| 任务卡片重复出现 | 多人手动创建了同一事项 | 开启查看权限限制，固定入口为模板生成，避免零散创建 |
| 看板数据不一致 | 各人填写的字段口径不同 | 检查字段字典，在模板里加使用说明文字 |
| 自动化提醒不生效 | 触发条件的筛选范围设置错误 | 打开规则详情，确认触发条件与执行动作的近期更新 |
| 关联卡片无法跳转 | 关联类型使用错误 | 用“关联记录”功能重新建立双向关联 |
| 移动端看不到最新数据 | 网络离线或未同步 | 联网后下拉刷新，确认客户端版本更新到最新 |
| 导入 CSV 后字段错乱 | 表头与系统字段顺序不匹配 | 先检查模板格式，导入前预览前 10 行数据 |
以上问题大多不是 WorkBuddy 本身的 bug，而是配置和使用习惯的问题。遇到问题时先冷静拆解：是字段问题、权限问题还是流程问题，定位清楚再改。不要一上来就想推翻重来。
8.4 我的一点额外建议
最后分享一个我在多个团队落地过程中的体会：WorkBuddy 这样的工具能不能发挥价值，一半取决于配置，一半取决于团队愿意不愿意把工作流真正“搬进去”。
我最怕看到的情况是，一个团队花两周时间搭了非常完整的看板体系，然后周一晨会上有人说“还是用微信群方便”，大家就真的回到原来的沟通方式，看板成了摆设。所以建议立项初期就挑一个真实的、痛感强的项目先跑，让团队在两周内尝到“不用追着问也知道进展”的甜头。一旦大家感受到这种爽感，推广就只是时间问题。
另外，初期不用追求面面俱到。先把核心业务对象建模做好，其他扩展慢慢来。我接触过太多卡在“完美配置”上的团队，结果是连最基本的功能都没跑顺。先从一张卡片、一个看板、一条自动化规则开始，跑出一个小闭环，再往里面加东西。工具是越用越顺的，不是越配越顺的。
