During this study, 2 closed-beta versions of the app were evaluated: Basic PAUL and Smart PAUL. The PAUL apps were developed by a multidisciplinary research team over a 2-year period [41]. The design of PAUL is based on theories of behavior change [13,28], technical implementations and design characteristics [33,42], user studies [43], and data mining studies [44,45]. In short, the PAUL apps are designed to function as a coach to help the user increase recreational walking or running behavior and motivate users to perform additional strength exercises during this walk or run. The apps apply 5 theory-based persuasive strategies: monitoring, feedback, goal setting, reminder messages, and instruction videos (Figure 1).
Screenshots of the five functionalities of the Playful Active Urban Living app.
These persuasive strategies were selected as they are theorized to increase the perceived capability and motivation of the participants based on the Capability, Opportunity, and Motivation Behavior model [13] and the FBM [28]. The theoretical assumptions have been described in detail in an earlier paper on the development of the PAUL apps [41]. Table 1 provides a description of the persuasive strategies that are included in the app, the behavior change techniques [27], and the strategies of the persuasive design model [46]. A detailed description of the app and its development process is provided in the study by Sporrel et al [41] and in Multimedia Appendix 1 [41].
A description of the modules in the Playful Active Urban Living (PAUL) app, including the implemented behavior change techniques (BCTs) and persuasive system design (PSD) principles.
aPA: physical activity.
The Smart PAUL app differs from the Basic PAUL app in that it can optimize the timing of reminders with a self-learning module [36]. The self-learning algorithm has the opportunity to learn right times (ie, JITAI) to send reminders based on the time of the day, the day of the week, previous PA behavior, and agenda availability [36]. Although the timing differed between the Basic and Smart PAUL apps, the content of the reminders was equal.
Both apps were programmed to send up to 14 reminders per week. However, during the intervention period, there were technical issues that prevented the app from sending the reminders (ie, the notifications were not activated in the app because of a processing error in the sent format). For Basic PAUL, this issue was resolved within the first week, whereas, for Smart PAUL, the issue was resolved after 3 weeks. Therefore, the Smart PAUL group only received the JITAI reminders in the last week of the intervention.
Do you have any questions about this protocol?
Post your question to gather feedback from the community. We will also invite the authors of this article to respond.
Tips for asking effective questions
+ Description
Write a detailed description. Include all information that will help others answer your question including experimental processes, conditions, and relevant images.