而旅行规划软件 Tripit 的开发者 Rich Shimano 则认为，移植工作的挑战在于要照顾一些老旧的框架代码，其中可能需要用新的 API 进行改写，此外还要调整 iPad 应用对于多任务和窗口自动布局的支持。但架构整合只是其中一点，iPad 和 Mac 的硬件与交互差异也会对应用设计产生影响，两者的使用场景也都不尽相同。
苹果在开发者文档中也提及，有的 iPad 应用会借用陀螺仪、重力加速感应器和后置摄像头等元件配合使用，但这些元件并未集成在 Mac 电脑中，移植时苹果也会自动将不兼容的特性代码进行删减。而在交互方面，iPad 应用基于的是触摸屏和手势操作，Mac 应用则需要用鼠标、键盘或触控板。其中的交互变化会在移植过程中自动转换，比如手指的触摸/长按操作会对应鼠标单击或双指点击，也会加上窗口大小调整、窗口拖放、全屏显示等只有在 Mac 电脑上才会用到的功能。
自动转换下来的应用只能达到「可用」的层面，如果开发者想要实现更丰富的功能，比如边栏设计，新增模块等，还需要做针对性的编程处理但在新的开发环境下，开发者的工作量确实明显下降了。据采访介绍，Gameloft 的开发团队只花了一天时间，就将《狂野飙车 9》从一个 iOS 应用转变为一个可运行的 Mac 电脑游戏、他们删减了只能在 iPad 上使用的重力感应操作，改写了 UI 界面和部分代码，实现在 Mac 平台稳定 60 帧的运行。
同时，在桌面级芯片的支持下，移植类应用也能获得额外的性能资源。Gameloft 图形工程师 Alex Urbano 就表示，他们在 Mac 平台上实现了更高分辨率的支持，同时还增加了一些新的画面特性，比如车辆的自动阴影、超采样、高质量的运动模糊和屏幕空间反射功能。Mac 应用的数量多了，但质量能保证吗？双端应用融合计划被业内视为是苹果重新重视起 Mac 平台的信号，但它也引发了部分 Mac 核心用户的担忧。
一方面，苹果的新套件确实能为 Mac 平台带来一大批新的应用；但另一方面，这可能也会降低开发者从零设计一款独立 Mac 应用的热情，而倾向于用移植工具解决一切。毕竟，从现有几款移植自 iPad 平台的应用来看，它们的界面都十分简单，基本就是主界面加一个侧边栏的设计，功能也和 iPad 端基本相同，有的甚至直接照搬了移动端的 UI 控件，这放在强调使用键鼠、触控板操控的 Mac 平台上显得格外另类。
不过，苹果工程师们却认为，「Project Catalyst」项目的价值在于降低移植门槛，但并未改变 Mac 应用开发的可能性与上限。「我们让移动开发者可以在一款基于 UIKit 移动应用的基础上，使用 Appkit 桌面端的特性来进行调整和修改。而对于那些创意内容人士和专业级工具而言，他们会清楚自己的用户群和受众想要什么内容。
