IRC log of apps on 2016-07-27

Timestamps are in UTC.

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