这两个分别是国外的轮椅控制器 Dynamic 的官网，还有它 APP 的谷歌链接。我们在客户那得到一个信息，Dynamic 的 APP 可以调那个加速曲线，但这个功能好像没有开发给 C 端。你在网上看有没有一些代理商或者谁就上传那个调参的界面。你先评估一下这个需要什么技能，去找，然后再干活。
先给了技能评估：搞清产品线分层（Dynamic 的 app 不止一个，找错就白搜）、英文技术检索（关键词得用 LiNX / Access Key / programming parameters）、非官方渠道挖图（YouTube 经销商培训、康复技师论坛）、手册 PDF 里翻参数表。
然后开搜。
两条更硬的路子——官方 App Store 的应用截图本身就包含完整参数页；linxkb.dynamiccontrols.com 这个官方知识库完全公开、无需登录。外加两份公开 PDF：经销商级服务手册和 REM500 用户手册。
Dynamic 是两个 App、两套人群，中间没有灰度地带。
| MyLiNX（C 端） | LiNX Access（经销商端） | |
|---|---|---|
| 平台 | 安卓 + iOS | 仅 iOS + Windows PC 工具 |
| 硬件门槛 | 蓝牙直连 | 必须插 LiNX Access Key 加密狗（XLR 口） |
| 能力 | 只读：电量 / 故障码 / 行驶时长 | 读写全部参数 + 实时诊断 + Live Edit |
| 改参数 | 一个都不能改 | 能，分 Distributor / Manufacturer 两级 |
C 端边界查的是 REM500 用户手册（Invacare 1637425-J）：用户能进的 Settings 只有显示、提示音、交互、蓝牙四类，没有任何一项碰驱动动态。里程表连清零都得找服务商。
Drive 1 的 Forward 组，官方截图实证：
Max Forward Speed 25% Min Forward Speed 15% Forward Acceleration 40% Forward Deceleration 70% Soft Start Acceleration 0.4 s ← 单位是秒 Soft Finish Acceleration 25% Soft Start Deceleration 0.2 s Soft Finish Deceleration 50%
官方知识库没有、Invacare 服务手册没有、经销商培训材料也没有——只出现在 App Store 的应用截图里。连 Dynamic 自己都没当宣传点讲。
我当时的判断：这是把梯形加速度改成 S 形，本质是限 jerk（加加速度）——起步不顿挫、到速不撞顶、刹车不点头。对高位截瘫、张力异常的用户是临床刚需。
后来我自己推翻了这个判断的可靠性 → 见 04。
这是用 Codex 生成的我们那个速度曲线调节，但感觉还差点意思，希望做到那个门槛不要太高。交互对吧，总觉得离好的互联网产品的那种感觉还是差一点。你可以研究一下大疆 DJI，它 APP 里的一些交互。
A/B/C 三稿只是把同样的 12 个参数换了三种排法。门槛高不在折线是分开画还是叠着画，在于第一屏就要求用户理解"第 3 档的转向限速应该是多少"——这是工程师的语言。
DJI Fly → 设置 → 操控 → 增益与 EXP 调参：顶部三个 tab（Cine / Normal / Sport），选中某个模式后，下面才是这个模式的滑条——最大速度、刹车灵敏度、最大角速度、EXP、云台。
场景卡在前（室内/日常/户外）→ 三个性格预设（柔和/标准/灵敏）→ 参数换人话（"直行加减速度 30" → "起步柔和度"，两端标"一脚窜出去 ←→ 慢慢推上去"）→ 干掉"应用参数 · 12 项改动待写入"（那是把数据库事务暴露给用户）→ 加"▶ 模拟一次起停"。
产出：wheelchair-tuning-ux.pages.dev（后来作废）
眼下你最没把握的事情是什么？
文案用的是"降门槛给 C 端"的语言，但原型里放的"逐档微调 5 档"明显是经销商级的。技师不缺理解力缺效率；C 端用户里相当比例有手部震颤、握力不足、低视力，我给的 26px 圆点滑条可能比原来的 −/+ 步进更难用。照搬 DJI 时没考虑这层——无人机飞手的手是健全的。
合理猜测，不是已知事实。有个疑点我当时绕过去了：为什么 Start 是秒、Finish 是百分比？如果都是曲线整形，单位不该这么不对称。另一种读法是 Soft Start 其实是"起步扭矩补偿的持续时间"（突破静摩擦），那语义几乎相反。
而且"这四个参数全网搜不到"这话是真的，但它同时意味着我也没法验证。我把"搜不到"讲成了发现，其实一半是发现、一半是证据缺口。
tAcc = 0.55 + 柔和度×2.35、"刹停距离 0.42m"——为了让曲线看着合理凑的映射，没有整车动力学依据。演示无害，但它长得太像真的了。被拿去给客户看，这个数会被当规格读走。
我从没看到过 Gain & Expo 那一屏。App Store 是营销图，mavicpilots 403，专业站点 403。细节来自两三篇 SEO 博客，措辞高度雷同、像互抄的，不算独立佐证。结构性结论（曲线只读、模式在前）仍有把握，具体滑条清单别当依据用。
是给经销商用的。
这把很多东西反过来了。定位不是"降门槛给小白"，是"给专业用户一个不笨重的专业工具"。技师不缺理解力，缺的是效率和信心。三处判断要推翻：
| C 端那版做的 | 给技师应该做的 | |
|---|---|---|
| 参数数量 | 藏起来、收进折叠 | 全露出来，5 档表是一等公民 |
| 输入方式 | 只有拖滑条 | 滑条 + 数字直接输入并行 |
| 对照基准 | 出厂默认值 | 上车前的状态 |
| 触控目标 | 26px 大圆点 | 可以更小，密度换效率 |
| 设备 | 手机竖屏 | 平板横屏优先 |
Client 1234。关于当前情况，我最大的遗漏是什么？我没有意识到什么？
LiNX Access 长成那样不是设计选择，是制度逼出来的：欧美有 ATP（Assistive Technology Professional）这个持证角色，坐姿与移动评估是保险付费的服务项目，Medicare / NHS 为"技师上门评估调整"买单。所以才有只有认证经销商能进、要插硬件钥匙的专业工具——因为有人为这个动作付钱。
国内没有这个角色，也没有这笔钱。走的是医疗器械店、电商、适老化改造采购。县城老年用品店卖一台赚几百块，不会为调参去学一套软件。"经销商上门调参"在国内不是一个有经济引擎的动作。
所以：国内大概率不该给经销商，应该给产线（出厂按车型批量刷）或售后远程（联网了就不用上门），甚至直接给用户；海外土壤有，但要接的是 ATP/DME 那套话语——评估表、资金申请文档、处方对应。现在这版两边都不完全贴。
控制器联网之后，这个 App 最大的价值不是"技师调得更爽"，是每台车的真实使用数据回流：实际用几档、加速度设多少、什么路况刹车最急。Dynamic 手里有 26,752 小时运行记录，只拿来看故障码——这是他们最大的浪费，也是最大的机会口子。
数据够了，车应该自己适应人。那么现在优化"技师怎么调"，可能是在优化一个自己要消灭的动作。过渡期必须有，但定位应该是数据入口而非旗舰功能——埋点和回传的优先级应该高于交互打磨。
客户月产 1 万台。他们会接受终端装一个印你 logo 的 App 吗？大概率不会——硬件是一次性收入，App 是持续关系，整车厂想把关系握在自己手里。那就是白标：5 个客户 5 套 App，运营成本完全不是一回事。
更麻烦：App 归整车厂，数据也归整车厂，第 2 条的价值就跟你没关系了。这件事必须在签第一单之前谈定。
Codex 三个，我一个。整条链子建立在"客户那边说 Dynamic 能调加速曲线"这一句转述上。你手上有月产 1 万台的客户——他们售后一定有人在处理"这车起步太猛"这类投诉。找那个人聊半小时，比我们再出四版都值，而且 04 里那两个不确定他大概率能直接回答。
第 1 条改变你做什么，第 3 条改变你能不能赚到钱。第 2 条是方向，第 4 条是这周就能做的事。
我对"国内没有 ATP 报销体系"有把握，对"你客户的渠道具体长什么样"完全没有——如果你们客户其实是走海外 DME 渠道的代工，第 1 条要反过来读。