Screenshots taken from the SRP M-Power mobile app

SRP M-Power mobile app

UX Case Study

Deliver a mobile app tailored to the unique needs of SRP’s pay-as-you-go users
Key takeaways
  • Led to the removal of SRP-owned PayCenter kiosks in the Phoenix area

  • Success of Request Credit Advance feature resulted in 41% fewer calls to Call Center within 6 months post-launch

  • +1 million app purchases in 48-months post launch

The Problem

Lack of a Mobile Solution for “M-Power” Users

Customers on SRP’s “M-Power” (pay-as-you-go) price plan lacked a mobile-first solution to view and manage their accounts. User feedback indicated dissatisfaction, as the absence of an app specific to their price plan was perceived as a lack of commitment to customer satisfaction on SRP’s part. This issue impacted all “M-Power” users, leading stakeholders to call for a dedicated app to enhance user experience and engagement.

My Objectives

Design an app dedicated to M-Power personas

Design a mobile-optimized experience that allowed users to effectively manage their account and quickly complete their most common tasks.

Make things simple

Simplify the processes of purchasing power, obtaining credit advances, and general account management.

Keep users coming back

Success would be determined initially by user adoption rate, then by user retention rate to determine the app’s long-term engagement.

Approach

Defining the Problem

Although M-Power users could handle their accounts on SRP’s website, not having an app made things a lot less convenient. The lack of a mobile-friendly experience made them feel like SRP wasn’t really putting their satisfaction first.

Research Methods

To make sure the SRP M-Power app met user needs, our research team used a mix of usability testing, user interviews, and surveys. These approaches gave us valuable insights into the challenges users faced with the website and their expectations for a mobile app.

Usability Testing

We focused on conducting usability tests with a diverse group of M-Power price plan users to see how they interacted with prototypes and to spot any issues in the app’s interface. These tests were done in cycles, with each round helping us improve the design. During these tests, we also asked interview-style questions to get more details about what users wanted from the app, like:

  • “What do you currently use My Account for?”

  • “How often would you use an app like this?”

  • “What current website features would be the most important to have in an app?”

Surveys

To back up the qualitative data from usability tests, we ran surveys to gather quantitative insights from a larger group of users. This helped us confirm the trends we saw in our more detailed research.

Insights from Research

Through the usability sessions and interviews, we confirmed that users wanted to make electrical power purchases intuitive and efficient. This was the main task users wanted from the app. Other tasks included checking purchase and usage history, as well as being able to request credit advances, managing accounts, and receiving push notifications.

Design Thinking Process

After gathering our research, I empathized with the user’s feedback and focused on these challenges:

  • Make it very easy to purchase power, as well as requesting credit advances

  • Have the Dashboard be clearly focused on the main task of knowing how much power the user has remaining in their account

Improving the Purchase Power form: For the Purchase Power form, the app version allowed for decreased time on task with the addition of preset purchase amounts. These presets of common purchase amounts made it possible for the user to complete the purchase form in as little as two taps. Alternatively, the website required the user to manually enter their purchase amount for every purchase. Other purchase presets that were not implemented included “last purchase amount” and “amount owed to SRP”.

Purchase Power Form of M-Power App

Purchase Power Form for M-Power App

Clear Communication of Purchase Distribution: In the event that the user had a negative balance and needed to pay SRP back, the UI presented a clear breakdown of how their purchase would be divided between SRP and their meter. The UI also allowed for users to dedicate the entire purchase amount to what was owed to SRP, allowing for greater flexibility to users who were wanting to eliminate their negative balance as quickly as possible.

Purchase Power Form with Arrears Balance

Purchase Power Form with Arrears Balance

One Data Point to Rule Them All: To clearly inform the user of how much power they had remaining on their account, I devoted the majority of the Dashboard view to this value as well as visually indicating it with a fluctuating colored background. The Dashboard’s main call to action was to purchase power, as this was by far the most popular action M-Power users took- sometimes multiple times a day. The latest version of the Dashboard allows for a handful of secondary stats to be displayed to help users get a better understanding of their recent usage without needing to navigate deeply into the app.

M-Power App Dashboard Variations

M-Power App Dashboard Variations

Tools and Techniques

The mockups and functional prototypes for this project were all designed and maintained in Axure RP. Adobe Photoshop and Illustrator assisted in creating custom icons and imagery for the app’s interface. Development wise, the initial release of the app was in Ionic, a hybrid cross-platform toolkit. Future releases iteratively introduced Jetpack Compose and SwiftUI into specific pages.

Constraints and Challenges

During the development and design of the SRP M-Power app, we encountered a few challenges that impacted the project’s outcome:

Stakeholder Influence on Design Decisions: Despite the research team highlighting key features, some stakeholders insisted on their own preferences over user- centered design recommendations. For example, the main Dashboard page was almost predetermined based on a stakeholder asking for it to look a very specific way. This led to minimal creativity on how the Dashboard looked and behaved.

Developing with a Hybrid Toolkit: To save time, management chose to develop the app using Ionic (a hybrid code base toolkit) instead of Swift and Jetpack. This choice led to limitations in platform-specific functionality and UI behaviors, requiring additional time for optimization across different devices and operating systems.

Collaboration and Roles

As the UX Designer on this project, my main job was to make sure the SRP M-Power app was easy to use and met both user needs and business goals. I worked closely with developers, the research team, and various stakeholders throughout the design process. My role was crucial in turning user insights into practical design solutions, making improvements based on feedback, and ensuring the final product provided a smooth experience for users.

Key Responsibilities

Designing Mockups & Prototypes: One of my main tasks was designing high-fidelity mockups and interactive prototypes to show what the app would look like and how it would work. These designs helped give stakeholders a clear picture of the user interface and flow, and they were crucial for usability testing. I made sure these mockups stuck to the company’s brand guidelines while focusing on making them usable, accessible, and mobile-friendly. Prototypes were used in usability tests to see how users interacted with the app, which allowed us to iteratively tweak and improve the design based on real-world feedback.

Example of a functional prototype used in user testing

Collaborating with Developers: I worked closely with the development team to translate design concepts into functional UI components, ensuring the visual designs were both technically feasible and aligned with the platform’s capabilities. We collaborated to implement interactive features such as navigation menus, bill payment forms, and energy usage graphs, making sure these elements were not only visually appealing but also intuitive and user-friendly. Throughout the development process, I participated in regular sprint meetings to provide design feedback, troubleshoot potential issues, and maintain design consistency across the app.

Impact

Quantitative Results

  • Decreased PayCenter purchases by over 60%, helping business remove all SRP-owned purchase kiosks

  • Over 5,000 app signups within 6 months of launch, almost 12.000 at 24-months

  • Over 1 million purchases made through the app within 48-months

  • Over 100,000 downloads

Qualitative Outcomes

Here are some key outcomes we gathered after the launch of the app:

  • Ease of Use: Users frequently mention how the intuitive Dashboard allows them to quickly know how much power they have left, as well as making purchases quickly.

  • Convenience: The app’s ability to make purchases from anywhere, and eliminating the need to drive to a physical kiosk has been greatly appreciated. The ability to request advances directly from the app was also a big plus for users.

  • Improved Account Management: Updating the “Power remaining” data to a real-time call drastically improved customer’s ability to manage their account balance.

  • Real-time Notifications: Low balance push notifications are highly valued by users for ensuring they keep power connected without constantly needing to check their remaining balance.

Business Impact

The overall success of the M-Power app led to the removal of all SRP owned PayCenter kiosks across the Phoenix area. M-Power customers now had the ability to make purchases from their phone and no longer needed to physically drive to a payment location. Also, the popularity of acquiring credit advances through the app decreased calls into the call center by 41% from the year prior.

Next Steps or Future Opportunities

Although SRP made a decision to transition the M-Power App (as well as all My Account related products) to a third-party, there were early plans to further develop the Dashboard. This redesign of the Dashboard would allow users complete flexibility in what data is most relevant to them. The stat of “Power Remaining, in days” would remain the main content, with all other stats controlled by widgets that the user could add, remove, and reorder to best suit their needs.

Updated Dashboard Concept

Updated Dashboard Concept