Shared logic with native UI
Kotlin Multiplatform (KMP) 被当作商业案例来讲，而不是语言宣传。核心主张很直接：各平台保留原生 UI，但把业务逻辑、数据模型和计算放到一个 Kotlin 代码库里共享。文中引用的例子里，这样可以减少重复实现工作，并让 iOS、Android，甚至有时是 web 上的功能保持一致。反复出现的最强数字是较高的逻辑共享率，通常在 80% 到 95% 之间。
趋势
Kotlin Multiplatform is being pitched as a fast-payback way to cut duplicate mobile work
概览
这个周期只有一篇可发布条目，而且内容很具体：KMP 被当作降低成本和提速交付的方案来推销。文章主张团队可以共享核心移动逻辑，同时保留原生 UI，并用 Blackstone、Duolingo、Forbes 和 Philips 的案例作支撑。这些证据只说明方向，没有严谨性。它有助于理解当前跨平台工程的采用话术。
研究发现
Speed and payback claims
这篇文章把 ROI 放在最前面。它声称很多团队能在 3 到 6 个月内收回成本，然后用项目轶事来支持这个说法。文中引用 Blackstone 的案例，说它在六个月内实现了 50% 的实施速度提升，同时共享了约 90% 的业务逻辑。Philips 的案例说它把跨平台功能开发时间削减了大约一半。这些都是实用的交付指标，但它们来自厂商相关的案例研究，而不是受控比较研究。
资料来源
Reuse extends to web delivery
一些例子把 KMP 的适用范围扩展到了两款移动应用之外。文档里最清楚的案例是 Duolingo：先做了 Android 版本，随后用同一个 KMP 代码库交付 iOS，再交付 web，而且据称投入更少。另一个被引用的案例说，一个应用通过 JavaScript 调用已经实现并测试过的代码，在三周内改造为 web 版本。实际含义是，当产品节奏变化时，共享核心逻辑可以降低增加另一个客户端界面的成本。