拥有不同研究经验的mHealth研究人员(n=13)(如学生、早期职业研究人员和高级研究人员)和软件开发人员(n=4)参与了为无代码应用程序设计平台Pathverse确定关键软件功能。团队成员的人口统计数据显示在 多媒体附件1，表S1。移动健康研究团队的专业知识包括移动健康应用程序开发和评估、行为科学、心理学、健康促进和可用性测试。软件开发团队的专业知识包括Python、JavaScript、Dart和Scrum开发过程。我们使用谷歌和搜索词进行了探索性的网络搜索 无代码mHealth应用程序构建器以确定是否存在这样的移动健康应用开发程序。此外，我们进行了文献搜索，以确定与干预有效性相关的移动健康应用程序功能。具体来说，MEDLINE、PubMed、EMBASE和PsycINFO搜索了2009年1月至2019年12月发表的文章，关键词如下:( 移动健康或 移动健康或 网络干预或 基于web的干预措施)及( 有效性或 功效)及( 特性或 特征或 行为改变技巧或 理论)及( 系统综述或 文献综述或 荟萃分析)．在这个阶段，我们的跨学科团队定期开会，讨论构建移动健康应用程序所需的功能(例如，自我监控工具和目标设置)。为了确保这些功能满足研究人员构建移动健康应用程序的要求，我们的团队使用多过程动作控制框架(M-PAC)作为理论模板模型，并使用身体活动变化作为结果行为模板。M-PAC框架已被证明能有效促进身体活动[ 22- 24］．M-PAC强调意图形成的社会认知方法，通过自我调节采取行动控制，以及一旦行为成为习惯和自我认同的行动控制维持阶段[ 23］．M-PAC模型的一个优势是它能够解决“意图到行为”的差距，这对采用新生活方式的个人提出了特别的挑战，因为几乎所有加入移动健康应用程序干预的个人都已经形成了采用健康生活方式的意图[ 23， 25， 26］．最后，我们将提议的bct与M-PAC作用机制相匹配[ 22]，指导Pathverse应用开发平台的功能。在此阶段结束时，开发了Pathverse平台的关键特性列表和模型设计。

我们使用Scrum框架开发了Pathverse平台。 27］．这个敏捷的软件框架使用迭代方法，允许在整个软件开发周期中从最终用户获得有价值的输入。Scrum使用预定义的短冲刺周期，通常持续2到4周。每个冲刺周期由设计、实现、评估和计划下一个冲刺组成。Scrum框架使开发团队能够在开发过程的最早阶段创建软件的第一个版本。此外，在整个开发周期中定期召开会议使最终用户能够提供有价值的反馈，并在整个开发周期中进行快速调整。

在这个项目中，我们使用了一个4周的冲刺周期。我们的目标是在大约7个月内(即7个冲刺周期)开发出平台的工作版本。Scrum团队的主要成员是mHealth研究员(产品负责人，SL)、Scrum管理员(HL)和软件开发团队。具有不同级别移动健康研究经验的最终用户(研究人员、研究助理和学生)参与了每个sprint。Scrum团队展示了完成的平台特性，并在每个sprint结束时与团队讨论了下一个sprint的目标。

与我们之前的研究相似[ 28， 29]，我们通过评估Pathverse平台的可用性和可接受性来收集用户反馈。可用性和可接受性评估是以用户为中心的交互设计技术的一部分，用于评估研究人员如何与平台交互;我们使用这种方法来评估Pathverse是否达到了预期的要求。我们使用了一个方便的健康研究人员样本(n=5)，他们对在他们的研究中使用移动健康应用程序感兴趣或已经使用过。参与者必须之前没有使用过Pathverse平台。由于COVID-19大流行，评估是通过视频电话进行的。在视频通话前一周，参与者被允许访问该平台，并被要求使用它来构建一个旨在促进健康生活方式的移动应用程序。在视频通话中，我们进行了一次结构化的访谈，收集用户对平台的喜好反馈，并确定需要改进的地方。定性访谈数据采用专题分析进行总结，以确定需要改进的地方。参与者还被要求完成一份调查问卷，评估该平台的受欢迎程度和有用性。 The questionnaires were adapted from an mHealth app usability questionnaire that assesses the likability and usefulness of the platform [ 30.］．评分范围从0到10,10表示“非常同意”，0表示“非常不同意”。

基于用户反馈，我们的团队计划了一个额外的开发阶段。在这个阶段，我们使用v模型软件开发过程。这种方法将传统的顺序开发方法(如瀑布法)与敏捷开发过程中的反馈机制(如Scrum)结合起来，以确保添加的新功能能够适当地工作。 31］．由于明确的项目需求和较小的项目规模，选择了v模型软件开发过程而不是Scrum方法[ 31］．我们的团队使用了以下开发阶段:(1)需求分析(即，从研究人员那里收集项目需求)，(2)系统和架构设计(即，确定最终产品所需的关键软件组件)，(3)模块设计(即，确定软件组件的关键模块)，以及(4)编码(即，开始为模块编程)。我们还为每个开发阶段进行了验证测试，以确保平台能够适当地工作。验证测试包括以下内容:(1)单元测试(由软件团队执行，以消除编码阶段的系统错误)，(2)集成测试(由软件团队执行，以确保开发的新功能与现有平台适当地工作)，(3)系统测试(由研究人员执行，以确保开发满足构建需求)，(4)用户验收测试(由研究团队执行，以确保平台可以在现实世界中使用)。

完成可用性和可接受性测试的参与者获得知情同意。这项研究在17361年获得了维多利亚大学人类研究伦理委员会的批准。

我们由研究人员和软件开发人员组成的多学科团队定期开会，确定Pathverse平台的需求和功能。每次会议的活动摘要载于 表2．我们的探索性谷歌网页搜索显示，目前缺乏专为研究人员设计的无代码移动健康应用程序开发工具。一项文献综述表明，移动健康应用平台需要多种软件功能，以提供广泛的bct [ 3.， 7， 32- 34］．例如，对40个运动和饮食应用程序中的bct进行的回顾显示，这些应用程序平均包括8.1种(范围2-18种)技术[ 35］．通常包含的bct是“提供指导”(33/40的应用程序，83%)，“设置分级任务”(28/40,70%)，“提示自我监控”(24/40,60%)和“示范/演示行为”(24/40,53%)。55%(22/40)的应用程序至少包含以下3个bct中的一个:“提供社会比较的机会”，“计划社会支持/社会变革”，以及“迅速识别为榜样”[ 35］．最近的一项系统综述表明，提示和提示、个性化、目标设定和行动计划是有效的移动健康试验中用于改善生活方式行为和慢性疾病管理的最常见的bct [ 36］．然而，有效移动卫生干预所需的bct的最佳数量和组合很可能取决于基本的理论方法和拟议的作用机制。因此，这加强了对Pathverse平台的需求，为研究人员提供了为选定的理论框架(如M-PAC、自决理论或计划行为理论)构建具有各种bct的移动健康应用程序的灵活性。

我们的团队使用M-PAC框架作为理论框架模板，以身体活动作为行为改变的结果，构建了一个模拟应用程序，从而生成了Pathverse的潜在功能列表。与我们之前的研究类似，我们的团队随后使用M-PAC框架匹配了实现体育活动应用程序所需的bct [ 28］．

最终的平台功能包括:(1)在应用程序中设计定制的交互式多媒体内容;(2)设置灵活的内容交付逻辑(如延迟时间发布或完成上一课只显示新课);(3)对参与者进行定制调查;(4)提供个性化的自我监测跟踪器(即每日步数);(5)让参与者设定目标;(6)实施定制应用程序通知，提醒参与者任何新的移动健康干预内容;(7)提供游戏化积分和徽章;(8)使参与者能够在他们的社交媒体账户(如Instagram和Facebook)上分享所取得的进展。 表3展示了这些Pathverse特征如何潜在地用于交付考文垂、阿伯丁和伦敦精制(CALO-RE)分类法中列出的bct [ 37］．

Scrum团队在sprint周期中与研究人员会面，以收集用户反馈，并计划在下一阶段结束时要完成的任务。下面描述了在每个Scrum阶段中完成的活动的摘要。软件开发过程的提交历史可以在 多媒体附件2．

我们邀请了5位参与者在Pathverse平台上提供反馈。研究人员的人口统计学特征显示在 多媒体附件1，表S2。总体而言，所有参与者都有移动医疗研究的经验;其中3 / 5来自于平台开发团队不同的研究机构。总体而言，该平台在亲和力(平均分8.2,SD 2.2，范围4-10)和有用性(平均分8.3,SD 1.5，范围6-10)方面得分很高。看到 多媒体附件1，表S3对用于评估平台喜爱度和有用性的问卷项目进行了描述性总结(含平均值、标准差、范围)。

用户认为最有帮助的功能包括研究门户网站和参与应用程序的简单导航，以及下载应用程序使用情况和调查数据的能力。潜在的改进包括在一天中提供多个调查的能力，添加提供自适应干预的能力，以及添加社区组聊天等功能。所收到的反馈的摘要显示在 表4．

我们应用了软件开发的v型方法。需求分析阶段发生在2021年9月。根据前一阶段的用户反馈，我们的团队确定了三个主要的需求，在资源可用的情况下，我们将实现这些需求:(1)扩展调查功能，以便在一天内提供多个调查;(2)改进数据下载格式(例如，允许更长的数据结构格式)，以便更容易分析和后处理;(3)提供自定义是否使用自我监测功能的能力，因为并非所有移动健康研究都需要该功能。系统和架构设计以及模块设计阶段在2021年9月的最后一周进行。编程小组确定了要开发的主要模块，以满足程序的要求。这些模块包括在研究人员门户网站中定制调查发布时间，在参与者Pathverse应用程序中显示各种调查，能够下载.csv格式的调查数据，研究人员能够选择是否在研究人员门户网站中收集可穿戴设备和调查数据，以及修改参与者应用程序的UI设计以不显示自我监控工具。基于这些模块设计，软件团队于2021年10月至11月启动了编码阶段。为解决系统错误而进行的验证测试于2021年12月进行。Pathverse(1.5版)在此阶段结束时发布到应用商店。 Video demonstrations of the functionality of the platform were made available online [ 40］．

本研究描述了一个面向研究人员的无代码移动健康应用设计平台的开发过程。据我们所知，这个平台(Pathverse)是第一个用于开发移动健康行为干预的无代码移动健康应用程序设计平台。这个平台有潜力让以前没有软件编程技能的研究人员设计移动健康干预应用程序。因此，这将有助于减少开发移动医疗干预措施所需的时间和成本。我们的团队使用了一个行为理论框架(M-PAC)和BCT分类法来指导Pathverse平台第一版中各种软件特性的设计。这些特征可以为研究人员提供灵活性，根据行为理论或作用机制，设计具有各种bct的移动健康干预措施。在这个项目中使用的参与式开发方法允许我们的团队确保最终用户(研究人员)的反馈贯穿整个开发阶段。尽管从研究人员那里得到了有用的反馈(游戏邦注:如社交墙、游戏化、应用颜色和字体定制)，但我们的团队只能在资源可用的情况下解决最重要的问题。但是，我们计划在未来的开发中处理所有收到的反馈。

类似于之前的移动健康软件开发研究[ 28， 29，我们的团队在整个开发过程中吸取了一些经验教训。首先，使用M-PAC并将提议的bct与M-PAC作用机制相匹配，可以有效地收集Pathverse平台的功能需求。这个过程使我们的团队能够确定各种BCT用例以及使用开发的特性(例如，多媒体内容交付、程序逻辑和自我监控工具)实现它们的方法。我们相信未来的平台开发可以使用类似的过程，并可以从使用其他行为理论作为模板中受益。这可以帮助我们的团队为所开发的功能发现新的用例。

在本研究中使用的软件开发方法(例如，Scrum和v模型)在按时交付产品方面是有效的。然而，我们的团队发现Scrum方法很容易导致范围蔓延，导致积压任务的积累和功能取消。例如，在完成定制的调查特性之后，研究团队在sprint 4中要求额外的调查功能(例如，随机化调查选择)。同样地，他们要求在冲刺6中增加自我监测追踪器(如体重和血糖)。在整个Scrum周期中，我们还花了大量时间优化和修改应用UI。在未来的开发中，应该对初始设计获得批准后可以进行的UI更改数量进行限制。范围渐变是敏捷开发环境中一个已知的挑战[ 16］．造成范围蔓延的因素有很多，包括沟通不清楚、项目复杂、质量问题、时间限制、过于乐观以及不愿意对客户说“不”。 41］．为了防止软件开发中的范围蠕变，已经提出了几种策略[ 42］．例如，将变更的影响映射为时间、成本和产品质量的百分比，可以帮助敏捷项目经理决定是否接受或拒绝变更。未来的发展可以考虑使用类似的技术来控制范围蠕变。

最后，我们了解到在整个软件开发阶段实现QA协议的必要性。在快速冲刺周期中，我们没有指定一个特定的QA分析师角色。因此，一些QA问题直到产品发布时才被发现。在开发周期的早期采用QA测试可以帮助用户避免在部署后遇到软件错误。使用v模型的一个优势是在整个开发阶段采用系统的QA测试方法。因此，未来的Scrum软件开发可能会考虑在团队中加入一个专门的QA分析师。

最终用户确定了几个有用的功能(例如，在线社区、自适应干预功能和游戏化功能)，这些功能可以在未来实现，以进一步为研究人员扩展无代码mHealth应用程序构建工具的功能。该研究的一个优势是在Pathverse平台的整个开发过程中使用了参与式框架。这个过程使我们的团队能够收集有价值的见解来改进平台。这项研究的一个局限性是，参与设计和测试平台的最终用户是移动健康的研究人员;这可能会限制我们的发现在这个人群之外的普遍性。此外，最终用户在整个开发阶段提供了关于平台功能开发的反馈。由于我们在可用性测试期间的样本量有限，目前还不清楚这些功能将如何在更大的用户群体中使用。今后的研究是有必要的。

综上所述，本研究描述了无代码移动健康应用设计平台Pathverse的开发过程。该过程强调了终端用户(如研究人员)参与的重要性，并演示了敏捷和混合敏捷软件开发方法的使用，以开发移动医疗研究工具。我们的参与式研究方法使我们的团队能够阐明Pathverse平台的功能需求。总的来说，我们相信我们的无代码移动健康应用设计平台将帮助研究人员减少利用移动健康技术所需的资源。