12:57:20 RRSAgent has joined #apps 12:57:20 logging to http://www.w3.org/2016/07/27-apps-irc 12:57:57 Meeting: Payment Apps Task Force 12:57:59 agenda: https://lists.w3.org/Archives/Public/public-payments-wg/2016Jul/0196.html 12:58:03 Chair: Ian 12:58:50 Tommy has joined #apps 13:01:26 jnormore has joined #apps 13:01:53 conorh_wp has joined #apps 13:02:29 Hello, having some tech difficulty but joining call momentarily. 13:02:46 ok 13:04:02 present+ Ian 13:04:04 present+ Jason 13:04:19 can I join? If so, where do I call? 13:04:22 sure! 13:04:31 https://mit.webex.com/mit/j.php?MTID=mab3c7a1fb772cbcbf39b054b2ebd9183 13:04:40 present+ Tommy 13:04:51 hi 13:04:55 hi JasonY 13:05:37 I am the colleague of Max and Kepeng ,from Alibaba 13:05:41 welcome 13:06:33 present+ Conor 13:07:21 Topic: Design Considerations 13:07:28 https://github.com/w3c/webpayments/wiki/PaymentApp_Notes#design-considerations 13:08:57 Kepeng has joined #apps 13:10:28 IJ: Did anyone have a chance to look at this? 13:11:35 IJ: I would like to get feedback on this and then bring to WG 13:12:16 +q 13:12:20 present+ Mahesh 13:12:32 Conor: I will volunteer to read it 13:12:48 ...but regrets for next week. 13:13:09 JasonN: I will read it as well 13:14:18 (Comments welcome from others as well) 13:14:20 q? 13:14:25 ack co 13:14:47 maheshkk has joined #apps 13:15:15 Topic: Issue 8 - Is the concept of payment app registration necessary? 13:15:49 Jason: Is it necessary to have a registration model? From a customer model perspective it increases choice and introduces complexity. 13:15:58 ...and from a merchant perspective, it also adds complexity. 13:16:19 ..from a payment provider perspective, responsibility is on the them to get user registered in a new environment 13:16:39 ..it does seem registration is necessary from open payment methods 13:17:10 ...for cards, I think browsers will implement their own and retailers as well 13:17:49 === 13:17:50 It seems inevitable that the browser needs to know payment app metadata. 13:17:50 They might know about that metadata a priori ("browser recommended payment apps") or from merchant recommendations. 13:17:50 They might learn about the metadata through user action, but as part of another process (e.g., native app installation). 13:17:51 They might learn about the metadata through explicit user action ("register me!") 13:17:52 ==== 13:18:09 Do those statements sound correct? 13:18:38 Jason: I can write a proposal if there's interest within the group to explore this option. 13:18:50 ...I understand the wish to have a registration flow for customers 13:19:28 IJ: Can you say a little bit about what you have in mind? 13:19:49 Jason: the way to do this without registration is to leave registration as a relationship between customer and merchant. 13:20:01 ...we allow the merchant to state what payment methods they support 13:20:32 ...the "recommended flow" would eliminate the need of users to register 13:21:53 IJ: What about a bank app? How does it get to be into the mediator flow? 13:22:26 [Open and proprietary registration may be different] 13:29:45 present+ Kepeng 13:30:10 In the proprietary case, the merchant knows which app will be launched. 13:30:29 ...is that enough information for the mediator to launch the app without prior user registration required. 13:31:54 ...it suffices for the user to say "I want to use one of the merchant's recommended payment apps, say paypal" 13:32:29 ==== 13:32:51 "Current" assumption - users register payment apps with the browser 13:34:54 a) There are cases where the merchant has a relationship with an app provider, and where selection by the user of the app is sufficient. 13:35:13 a.i) Could that include registration for future uses as well? 13:36:26 PROPOSAL: Make "recommended apps" as good as registered apps 13:46:33 +1, but if we want to move from two lists ("installed apps" and "recommended apps") to one list ("merchant supplied list"), we may want to give the mediator the liberty to do some ordering of the list. The mediator may want to display payment apps that the user has used before, at the top of the list. 13:48:09 maheshkk has joined #apps 13:50:08 Conclusion: we need to discuss in the broader WG 13:51:44 b) There are cases where the browser has a relationship with an app provider; same thing 13:51:57 BUT display of these should be different from those recommended by the merchant 13:52:49 +1 "The mediator may want to display payment apps that the user has used before, at the top of the list.", the UA can still offer preferences and customization to the customer on those apps it's seen the customer use in the past 13:53:12 IJ: Question - so do we still need an API for "user recommended" apps to be known to the browser? 13:53:38 Jason: Browser can still do work of helping user manage order, etc. when merchants recommend apps 13:53:45 (e.g., based on previous choices, etc.) 13:58:35 [Discussion about whether merchants should be able to state "I only accept X"] 13:58:42 [And distinction between open and proprietary] 14:01:39 IJ: I still think we need a registration mechanism for "non-recommended" case 14:02:28 Topic: Next meeting 14:02:40 3 Aug 14:03:11 :) 14:03:18 ACTION: Jason to write a proposal about minimizing the effort to register payment apps, calling out merchant recommendations, browser recommendations, and user initiated registration 14:03:23 rrsagent, make minutes 14:03:23 I have made the request to generate http://www.w3.org/2016/07/27-apps-minutes.html Ian 14:03:26 rrsagent, set logs public 15:45:24 Zakim has left #apps