六段航程，前五段都是为了护住最后一段。
每个阶段收尾时，都留下一份注明日期、经得起核查的成果。
000°
定方位
判断 AI 值得用在哪里，再白纸黑字写下来。
我们先找对数字负责的人：一个品牌，一项职能，一个损益表早已在追踪的数字。随后写下四样东西：基线、成功门槛、时限和叫停标准。
最后这一项，多数方法都会跳过。我们不会。
五种情境，逐一拆解在您的账户上
- 点名一个品牌、一个模块
- 它要推动的数字，写成书面
- 叫停标准，注明日期
060°
数据
找到数据，清理干净，接到智能体读得到的地方。
大多数 AI 项目会在这一步悄然卡住，所以我们偏把它摆到明处：找出用例需要的数据，评估现状，再以只读方式接入，范围限于该品牌。
数据若根本没有，我们会在开启任何模块之前讲明。
数据集成在您的账户上
- 数据源按品牌只读接入
- 动笔之前，先读市场基础资料
- 缺失的数据如实上报，绝不绕道
120°
搭建
模块开启，智能体领到岗位职责，审批关卡立起来。
模块为该品牌开启：监测智能体按日程运转，起草智能体对准手头工作，审批关卡启用，钱包设好硬性上限。每次运行开始前，价格先显示出来。
搭建检验的是方位，不是愿望清单。新点子先排队。
看看目录涵盖什么在您的账户上
- 为一个品牌开启模块
- 设好上限与审批关卡
- 目录确有缺口，才做定制功能
180°
试运行
用真实数据做一次小规模、限时的试点，由日后天天用它的人来跑。
数据是真的，团队是您自己的。草稿陆续送达，由具备相应角色的人逐份通过或退回；您这边凡有登录账号的人，都能查看每次运行：读了什么、产出了什么、花了多少。
要验证的是它在真实工作流程中站不站得住，而不是在演示里好不好看。
上线引导在您的账户上
- 真实数据，真实审批人
- 每次运行，所有登录用户都看得到
- 上线引导结束后，三个月免费支持
240°
定位
测法同基线，方法不变，只换日期。
定位，就是一个经过确认的位置：不是您自觉身在何处，而是实际身在何处。我们用同一方法重做基线报告，把前后两个数字并排摆出，再由账本对照真实用量，把钱算清。
收不回成本的模块，一律关停。
成本与管控在您的账户上
- 两份注明日期的报告，并排对照
- 账本即成本凭证
- 继续、调整方位还是停止，白纸黑字写明
300°
推广
正回报得到验证，试点便推广到公司其他部门。
其余各阶段守护的，正是这一段。方位已达成，经济账也站得住，于是模块继续运行，下一个模块另定方位，您的团队按岗位受训，自己接手运营。
达不到这一步，就调整方位再跑一轮，或者书面叫停。
按岗位培训在您的账户上
- 下一个模块，记在同一本账上
- 按岗位培训，录下来留给下一位新人
- 钥匙交到您手上
四条规则，由六个阶段落实。
六个阶段搭起工作的骨架，底下压着四条绝不通融的规则。
基线必须注明日期。
没有基线，所谓进展只是感觉。您账户上的第一份报告就是基线，上面写着日期。
指标在动工前约定，而非事后补定。
等结果出来再定的标准，没有达不到的。所以方位在模块开启前就已写定。
成本边运行边可见。
经济账属于证据，不该以一张突如其来的账单示人。每次运行先报价，再记入账本。
终点是您不再需要我们。
每次合作结束，钥匙都交到您的团队手中。我们从不刻意制造依赖。
这四条规则自写下之日起，从未改过。
这套方法不是在工作坊里想出来的。
AZIMUTH 是一个项目接一个项目磨出来的，源自我们在市场营销与技术管理岗位上亲眼目睹的失败。
后来，我们用同一套规则经营自己的公司，这套方法必须经得起一张真实损益表的检验，而那张表正是我们自己的。
看看我们拒绝过什么项目是怎么沉的
- 没有基线的试点
- 数字出来之后才编出来的成功指标
- 谁也对不上账的 AI 预算
- 闷头搭了几个月，才有人去查数据到底有没有
每个阶段，最后都落在一个您能打开的页面上。
这一切都无需您轻信，每个阶段都对应一个可以核查的页面。
已于 2026 年 8 月 25 日对照产品核实。