{"id":4707,"date":"2024-10-04T12:43:46","date_gmt":"2024-10-04T12:43:46","guid":{"rendered":"https:\/\/dvararesearch.com\/centre-for-customer-protection\/?p=4707"},"modified":"2024-11-06T13:04:19","modified_gmt":"2024-11-06T13:04:19","slug":"rethinking-grms-for-upi-prototype-design","status":"publish","type":"post","link":"https:\/\/dvararesearch.com\/centre-for-customer-protection\/rethinking-grms-for-upi-prototype-design\/","title":{"rendered":"Rethinking GRMs for UPI: Prototype Design"},"content":{"rendered":"<p><em>This is the second in a series of blogs which describe our efforts towards building an effective in-app GRM for India\u2019s consumers<\/em><\/p>\n<p>Based on <a href=\"https:\/\/dvararesearch.com\/field-notes-how-constrained-users-engage-with-the-grms-of-upi-apps\/\" target=\"_blank\" rel=\"noopener\">findings from field study<\/a>, we created prototypes with mock screens representing various parts of the user grievance redress journey, from accessing the GRM, to raising a ticket, and obtaining resolution.<\/p>\n<p>The designing of prototypes involved mapping the existing resolution process for leading UPI apps for those issues prioritised from the field study. This was done iteratively to systematically refine our design approach through the creation of both low and high-fidelity mock-ups, and resulting in a comprehensive prototype.<\/p>\n<p><strong>Entry into Help\u00a0<\/strong><\/p>\n<p>To enhance the accessibility of GRMs, our prototype provides multiple upfront entry points into the GRM \u2013 one through the \u2018profile icon\u2019 menu and another via the \u2018question mark\u2019 icon located at the top right of the prototype for the home screen (See Figure 1).<\/p>\n<p>The latter provides a direct, single-step access to the GRM functionalities of the UPI app through dedicating app real estate on the home page. Its placement on the top bar facilitates ease of discoverability for the user.<\/p>\n<p>This approach can be especially useful where users may not have a transaction reference for their grievance, (such as with onboarding issues or incoming but pending transactions, where entry into GRM through the transaction detail page will not be feasible).<\/p>\n<figure id=\"attachment_109893591\" aria-describedby=\"caption-attachment-109893591\" style=\"width: 192px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-109893591\" src=\"https:\/\/dvararesearch.com\/wp-content\/uploads\/2024\/10\/fig1-473x1024.png\" alt=\"\" width=\"192\" height=\"416\" \/><figcaption id=\"caption-attachment-109893591\" class=\"wp-caption-text\">Figure 1: The prototype offered multiple entry-points to the GRM<\/figcaption><\/figure>\n<p><strong>Help\u2019 Landing Screen<\/strong><strong>\u00a0<\/strong><\/p>\n<p>Once users have entered the GRM, they are presented with a screen where all help-related information is housed.<\/p>\n<p>This landing screen (see Figure 2) allows the user to select an entry point relevant to the grievance they are experiencing. The first section in the Help landing screen, titled \u2018What do you need help with?\u2019 contains subsections of the grievance mechanism relevant to the various product offerings of the app. The user\u2019s choice directs them into a subsection of the menu relevant only to their concern \u2013 unrelated grievance categories are filtered out upfront and the user is less overwhelmed by having to choose from irrelevant concerns.<\/p>\n<p>The app may also host information about active tickets and include sections such as Frequently Asked Questions (FAQs) to help the user learn about product features.<\/p>\n<figure id=\"attachment_109893595\" aria-describedby=\"caption-attachment-109893595\" style=\"width: 192px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-109893595\" src=\"https:\/\/dvararesearch.com\/wp-content\/uploads\/2024\/10\/fig2-473x1024.png\" alt=\"\" width=\"192\" height=\"416\" \/><figcaption id=\"caption-attachment-109893595\" class=\"wp-caption-text\">Figure 2: All grievance-related information is housed on a single landing screen.<\/figcaption><\/figure>\n<p><strong>Navigating the Problem Tree: Problem Identification, Data Gathering &amp; Resolution <\/strong><\/p>\n<p>Once the user has entered the grievance redressal section of the app, the process of identifying their problem, collecting additional information pertaining to it, and resolving it begins.<\/p>\n<p>These steps comprise the \u2018Help Navigation Tree\u2019, which outlines the sequential steps that users should follow to navigate through the support process effectively and efficiently.\u00a0We have followed a \u2018narrow\u2019 tree approach, which is <a href=\"https:\/\/upigrm.dvararesearch.com\/help-navigation-tree\/\">more effective for the user<\/a>.<\/p>\n<p>First, they can describe their problem by selecting from the four options described below. This screen (Figure 3) constitutes the problem identification stage, and the user\u2019s navigation of this screen leads them to the data gathering stage. These short, easily understandable phrases (which can also be comprehended through the provided audio-playback button) can help the user categorise their grievance without much cognitive burden:<\/p>\n<ul>\n<li><strong>Problems Sending Money: <\/strong>For users incurring payment-related problems, such as a failed or stalled transaction. If the user chooses this option, they are redirected to a screen to select the relevant transaction from all outgoing transactions (including pending \/ in-progress) (See Figure 4). When the user selects a relevant, this allows for the GRM to gather data on the transaction (data gathering).<\/li>\n<li><strong>Problems Receiving Money: <\/strong>While typically, UPI in-app GRMs only allow grievances to be raised from the payer\u2019s perspective, we have included the category \u2018Problems receiving money\u2019 to allow aggrieved receivers of money raise grievances as well. This enhances users\u2019 trust and comfort in the service. If the user chooses this option, they will be redirected to a screen to select the relevant transaction from all incoming transactions (See Figure 4). If the transaction has not been successful yet, it will not show up in the list of incoming transactions. For such situations, an additional \u2018My Transaction is Not Visible\u2019 button is also provided. This approach ensures that users can provide detailed context about their issue, either by selecting a specific transaction or by providing relevant information to initiate a ticket (data gathering).<\/li>\n<li><strong>Unknown Payments: <\/strong>Covers issues related to unidentifiable or unauthorised debits or credits from or to the user\u2019s bank account. For instance, money has been deducted from the user\u2019s account, but the user is unclear or is unable to identify or recall the payment. Users could have grievances related to fraudulent deductions or Autopay mandates which do not currently come under the scope of transaction-related grievance mechanisms. For more details on how these prototypes handle grievances related to Autopay and Frauds, see our <a href=\"https:\/\/upigrm.dvararesearch.com\/level-3-resolution\/\">Design Toolkit<\/a>.<\/li>\n<li><strong>Other Issues:<\/strong> Addresses miscellaneous issues such as mobile number linking issues, issues with on-boarding, new payment instruments, or KYC-related queries.<\/li>\n<\/ul>\n<p>This prototype prioritises self-resolution (rather than creation of tickets through guided resolution steps) by emphasising the provision of providing information to the user, in an automatic manner. This information on the nature of grievance, reason for its occurrence, clarity on actions required, etc. can provide users clarity and facilitate resolution of certain issues in an independent and efficient manner (see Figure 5). The resolution screen must contain the following elements:<\/p>\n<ol>\n<li><strong>Reason statement<\/strong>, containing the potential reason for the issue encountered, in clear and straightforward language.<\/li>\n<li><strong>Actionable steps for the user are made apparent,<\/strong> such as waiting for a specified number of days, reattempting the transaction, contacting customer support, reporting fraud, or following predefined in-app troubleshooting procedures.<\/li>\n<li><strong>Feedback loop on whether the issue was resolved<\/strong>, by asking the user \u201cDid we solve your issue?\u2019<\/li>\n<li><strong>Option to speak\/chat with agent, <\/strong>is made available to users who may still wish to exercise this option.<\/li>\n<\/ol>\n<div class=\"post-img\">\n<figure id=\"attachment_109893607\" aria-describedby=\"caption-attachment-109893607\" style=\"width: 180px\" class=\"wp-caption alignleft\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-109893607\" src=\"https:\/\/dvararesearch.com\/wp-content\/uploads\/2024\/10\/fig3-473x1024.png\" alt=\"\" width=\"180\" height=\"390\" \/><figcaption id=\"caption-attachment-109893607\" class=\"wp-caption-text\">Figure 3: The problem identification screen asks the user to select from broad categories related to their type of grievance<\/figcaption><\/figure>\n<figure id=\"attachment_109893608\" aria-describedby=\"caption-attachment-109893608\" style=\"width: 180px\" class=\"wp-caption alignleft\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-109893608\" src=\"https:\/\/dvararesearch.com\/wp-content\/uploads\/2024\/10\/fig4-473x1024.png\" alt=\"\" width=\"180\" height=\"390\" \/><figcaption id=\"caption-attachment-109893608\" class=\"wp-caption-text\">Figure 4: User may select the relevant transaction or proceed without selecting a transaction.<\/figcaption><\/figure>\n<figure id=\"attachment_109893609\" aria-describedby=\"caption-attachment-109893609\" style=\"width: 180px\" class=\"wp-caption alignleft\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-109893609\" src=\"https:\/\/dvararesearch.com\/wp-content\/uploads\/2024\/10\/fig5-473x1024.png\" alt=\"\" width=\"180\" height=\"390\" \/><figcaption id=\"caption-attachment-109893609\" class=\"wp-caption-text\">Figure 5: The resolution page re-confirms the transaction details for the consumer, provides a reason for the grievance, and actionable next steps.<\/figcaption><\/figure>\n<\/div>\n<p><strong>Creation of ticket<\/strong><\/p>\n<p>In some cases, the self-resolution approach may not be sufficient in providing satisfactory resolution to the user, and creation of a ticket may be required. A ticket can be created when the user selects \u2018Unknown payments\u2019, \u2018Call\/Chat with agent\u2019, or declares they are not satisfied with resolution using the thumbs down icon.<\/p>\n<p>For the creation of a ticket, we recommend a structured flow for the collection of data from the user, such that it collects the following details from the user (Figure 6):<\/p>\n<ul>\n<li>Date of issue \/ transaction<\/li>\n<li>Amount in dispute<\/li>\n<\/ul>\n<p>Additional context or explanation regarding the issue \/ transaction through a text-box, voice input, and or photos\/screenshots (in some cases).<\/p>\n<p>&nbsp;<\/p>\n<figure id=\"attachment_109893596\" aria-describedby=\"caption-attachment-109893596\" style=\"width: 192px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-109893596\" src=\"https:\/\/dvararesearch.com\/wp-content\/uploads\/2024\/10\/fig6-473x1024.png\" alt=\"\" width=\"192\" height=\"416\" \/><figcaption id=\"caption-attachment-109893596\" class=\"wp-caption-text\">Figure 6: A user-friendly interface to collect necessary information<\/figcaption><\/figure>\n<p><strong>Ticket Confirmation and Acceptance<\/strong><\/p>\n<p>Once the data is submitted, a ticket detail screen is created for the issue. This screen immediately confirms the successful submission of data (Figure 7). It may also provide an automated resolution (in the form of a chatbot response) to the user, which includes resolution steps and follow-up actions. The chatbot responses may be provided in cases where the user has provided sufficient information to warrant an automated response.<\/p>\n<p>The screen also leverages analytics available throughout the grievance ecosystem (and possibly from NPCI\u2019s UDIR) to offer some social validation to the user in the form of statistics, feedback demonstrating expected turn-around-time for resolution of issues, and so on. This reassures users of the platform\u2019s acknowledgement of the nature of the issue, its understanding of the issue\u2019s prevalence, and its commitment to resolving their concerns effectively and in a transparent manner. While some users found the content on social validation difficult to read and understand, others appreciated the information provided and construed it to be a reassurance.<\/p>\n<figure id=\"attachment_109893597\" aria-describedby=\"caption-attachment-109893597\" style=\"width: 192px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-109893597\" src=\"https:\/\/dvararesearch.com\/wp-content\/uploads\/2024\/10\/fig7-473x1024.png\" alt=\"\" width=\"192\" height=\"416\" \/><figcaption id=\"caption-attachment-109893597\" class=\"wp-caption-text\">Figure 7: Once ticket is filed, user receives a confirmation of ticket-creation, an automated response, and some social validation information to provide assurance.<\/figcaption><\/figure>\n<p><strong>Ticket Tracking<\/strong><strong>\u00a0 <\/strong><\/p>\n<p>After users have filed a ticket, it is necessary for them to be able to quickly and easily refer to the ticket, especially while it is still active. Users are alerted about updates on active tickets in the following manners:<\/p>\n<ul>\n<li>a red-dot indicator at the entry point to the \u2018Help\u2019 section which effectively notifies users of ongoing issues that may require attention (See Figure 8).<\/li>\n<li>a dedicated dashboard on the \u2018Help\u2019 landing screen which previews all active tickets requiring their attention.<\/li>\n<\/ul>\n<div class=\"post-img\">\n<figure id=\"attachment_109893599\" aria-describedby=\"caption-attachment-109893599\" style=\"width: 210px\" class=\"wp-caption alignleft\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-109893599\" src=\"https:\/\/dvararesearch.com\/wp-content\/uploads\/2024\/10\/fig8-473x1024.png\" alt=\"\" width=\"210\" height=\"454\" \/><figcaption id=\"caption-attachment-109893599\" class=\"wp-caption-text\">Figure 8: A &#8216;red-dot&#8217; indicator notifies users of updates on active tickets.<\/figcaption><\/figure>\n<figure id=\"attachment_109893600\" aria-describedby=\"caption-attachment-109893600\" style=\"width: 210px\" class=\"wp-caption alignleft\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-109893600\" src=\"https:\/\/dvararesearch.com\/wp-content\/uploads\/2024\/10\/fig9-473x1024.png\" alt=\"\" width=\"210\" height=\"454\" \/><figcaption id=\"caption-attachment-109893600\" class=\"wp-caption-text\">Figure 9: Easy access to a dedicated dashboard for recent tickets.<\/figcaption><\/figure>\n<\/div>\n<p><em>The next post in this series will explore the implications of this work for some of the key stakeholders in the UPI ecosystem.<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"<p>This is the second in a series of blogs which describe our efforts towards building an effective in-app GRM for India\u2019s consumers Based on findings from field study, we created prototypes with mock screens representing various parts of the user grievance redress journey, from accessing the GRM, to raising a ticket, and obtaining resolution. The [&hellip;]<\/p>\n","protected":false},"author":2,"featured_media":4710,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","_links_to":"","_links_to_target":""},"categories":[1],"tags":[44,45,46],"hashtags":[],"class_list":["post-4707","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blogs","tag-customer-protection","tag-financial-grievance-redress","tag-upi"],"_links":{"self":[{"href":"https:\/\/dvararesearch.com\/centre-for-customer-protection\/wp-json\/wp\/v2\/posts\/4707","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/dvararesearch.com\/centre-for-customer-protection\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/dvararesearch.com\/centre-for-customer-protection\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/dvararesearch.com\/centre-for-customer-protection\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/dvararesearch.com\/centre-for-customer-protection\/wp-json\/wp\/v2\/comments?post=4707"}],"version-history":[{"count":3,"href":"https:\/\/dvararesearch.com\/centre-for-customer-protection\/wp-json\/wp\/v2\/posts\/4707\/revisions"}],"predecessor-version":[{"id":4712,"href":"https:\/\/dvararesearch.com\/centre-for-customer-protection\/wp-json\/wp\/v2\/posts\/4707\/revisions\/4712"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/dvararesearch.com\/centre-for-customer-protection\/wp-json\/wp\/v2\/media\/4710"}],"wp:attachment":[{"href":"https:\/\/dvararesearch.com\/centre-for-customer-protection\/wp-json\/wp\/v2\/media?parent=4707"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/dvararesearch.com\/centre-for-customer-protection\/wp-json\/wp\/v2\/categories?post=4707"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/dvararesearch.com\/centre-for-customer-protection\/wp-json\/wp\/v2\/tags?post=4707"},{"taxonomy":"hashtags","embeddable":true,"href":"https:\/\/dvararesearch.com\/centre-for-customer-protection\/wp-json\/wp\/v2\/hashtags?post=4707"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}