17:01:45 RRSAgent has joined #digitaloffers 17:01:45 logging to http://www.w3.org/2017/02/27-digitaloffers-irc 17:01:46 Zakim has joined #digitaloffers 17:01:52 Meeting: Digital Offers Community Group 17:01:56 Chair: ltoth 17:01:58 Scribe: Ian 17:02:42 I am not sure I am getting the invites, or I don't know where I am supposed to be getting the access number and code. Can someone please post them? 17:02:47 agenda: https://lists.w3.org/Archives/Public/public-digitaloffers/2017Feb/0012.html 17:03:30 https://global.gotomeeting.com/join/389946949 Access Code: 389-946-949 17:04:03 Adam, I believe you are subscribed to public-digitaloffers@w3.org 17:04:06 Phone: United States +1 (571) 317-3116 Access code above 17:04:38 present+ Ian 17:04:40 present+ Adam 17:04:42 present+ ltoth 17:04:46 present+ dezell 17:05:03 https://lists.w3.org/Archives/Public/public-digitaloffers/2017Feb/0012.html 17:07:19 zakim, who's here? 17:07:19 Present: Ian, Adam, ltoth, dezell 17:07:21 On IRC I see RRSAgent, dezell, ltoth, Ian, adam, manu, dlongley 17:08:00 Topic: Review of discussion topics 17:09:08 https://www.w3.org/community/digitaloffers/wiki/Discussion_Topics#New_Discussion_Points_and_Use_Cases 17:09:28 Present+ Manu 17:10:36 q+ to request small discussion around topics/priority/presentation? 17:11:42 Ian: We have a few people here, we may not want to approve, just organize on the call today. Maybe we can get feedback via email list. 17:12:05 ack manu 17:12:05 manu, you wanted to request small discussion around topics/priority/presentation? 17:12:21 manu: It sounds good to me. I don't think we need formal approval 17:12:39 q+ 17:12:44 ...we could put the list before people and see which ones people support 17:13:06 ...more input we can get before the FTF the better 17:13:26 ...but I'm ok at the FTF meeting to ask for a show of hands of people to push for things they want to advance 17:13:48 ...we also need to avoid everyone easily raising their hand so we may wish to ask for time commitments as part of advancing a topic 17:14:04 ack dezell 17:15:21 public-digitaloffers@w3.org 17:15:53 q+ to mention flow for meeting - digital offers presentation. 17:17:52 dezell: 4.4 and 4.5 are click-through use cases that don't seem to affect the payment system 17:17:59 q- 17:18:22 s/4.4 and 4.5/4.2 and 4.4/ 17:19:11 Ian: The reason I like 4.2 - merchant website - click to store is an interesting thing. 17:19:45 Ian: If overall, one plausible set of activities is to make it easier for things to get into payment apps, then this is something that's interesting to get into that view. After a transaction, what do we need to get a digital receipt into someone's payment app? 17:20:29 Ian: The current way that browsers talk to payment apps is being designed in the payment apps task force. That's how communication will take place. We haven't said anything about how people do other things to talk to payment apps. That communication between browser and payment app is an interesting area to look at. 17:20:39 q+ to note "how browsers talk to payment apps" and verifiable claims. 17:21:17 Ian: For 4.5, that feels like the same thing - same problem from a protocol perspective. 17:21:45 s/4.5/4.2.5/ 17:22:18 dezell: It's almost like click through is acceptance of offer; maybe that needs to be made clear 17:22:35 manu: Going back to what Ian was saying about how to get information into payment apps (coupons, digital receipts) 17:23:08 ...I think that's one of these things that these groups are dancing around 17:23:18 IJ: I am not talking about a general protocol; I want to talk about specific use cases 17:23:31 Manu: But multiple groups will be doing similar things - storing data, retrieving data 17:23:36 ..we've seen that happen in verifiable claims 17:24:02 ..it's fine, maybe we need to go through the exercise but the more of these things we do, the more the harder it will be to run these groups in parallel 17:24:04 q+...w 17:24:07 q? 17:24:09 ack manu 17:24:09 manu, you wanted to note "how browsers talk to payment apps" and verifiable claims. 17:24:12 ack w 17:24:14 q+ 17:24:18 queue== 17:24:22 q+ 17:24:31 manu: I don't want us to only define this for payment apps 17:24:49 ...we are talking about a digital receipt protocol for the web 17:24:57 ....I think this conversation will play out over the next few years 17:25:17 q? 17:25:19 q+ 17:25:23 ack Ian 17:25:53 Ian: a risk of generalization is that browser vendors don't want to talk about open-ended things. 17:26:04 Ian: i think one of the problems is when we talk about open ended things, the browser vendors push back. 17:26:36 Ian: The use cases are not generalize store/retrieve things, it's specific to digital offers. 17:27:23 Ian: The way payment app stuff is happening, we are calling the thing the "payment app" ... but it may be more general than that. 17:27:39 Ian: Maybe we're listening to coupon acceptance events, maybe anyone can listen to those events. 17:27:49 q+ to note that that is exactly my point. 17:28:21 Ian: Maybe we just listen to events, not caring about data in the pipe, we care about the hook for people to sign up for those things. 17:28:41 Ian: We have to talk about what that means - does list of available payment apps show up? That's where it becomes an interesting conversation... 17:29:15 ack manu 17:29:15 manu, you wanted to note that that is exactly my point. 17:29:19 Ian: This is why click to save is interesting - but I would hesitate to overgeneralize before we actually consider the use cases in detail. Given enough of these things, it might emerge that there is a general thing to do, but I don't think we'll be able to go general in advance. 17:29:19 ack de 17:29:22 q+ manu 17:30:31 dezell: Regarding 'Later in the day, Annie is reviewing her newsfeed on Facebook when a targeted advert is shown on her page, which offers Annie a 15% discount on any camera within the manufacturer's range. Annie clicks on the ad, which takes her to the main retailer/manufacturer site and Annie commits to a purchase using the discount. " 17:30:39 This is "implicit" acceptance of offer 17:31:39 ack manu 17:32:00 Suggested revision: Annie is reviewing her newsfeed on Facebook when a targeted advert is shown on her page, which offers Annie a 15% discount on any camera within the manufacturer's range. Annie clicks on the ad, which takes her to the main retailer/manufacturer site and Annie adds the offer to her digital wallet. 17:32:09 Manu: I agree with Ian. I don't think we can generalize first. But I think we are going to end up in a generalized case; but without saying we need to take a generalized API 17:32:12 q+ 17:32:36 ...I am concerned we will create too many specialized APIs in the browser 17:32:51 q? 17:32:54 ack me 17:32:56 q+ 17:33:04 ack me 17:33:56 Ian: There are generalizable parts of the Web Platform - local storage, sessions storage, service workers, etc. 17:34:30 q 17:34:40 q+ 17:34:57 Ian: How they register for event is standard, how they store stuff is up to them, how they give data back to browser via promises is standard. We're just inventing specific data that use case paid for. I don't see anyone motivated w/ APIs are general things - getData/returnData - when you need specific data, you need to say what defaults are, how errors are handled, you end up with specific APIs for specific things. 17:35:02 ack adam 17:35:20 q+ 17:35:40 adam: I think I hear what David is saying; it's mostly about how people get to a site...could we change this one to "on her social media feed she downloads the offer" 17:35:47 +1 feels more compelling / more direct. 17:35:47 ..that might be more compelling and more direct 17:35:49 +1 to either 17:35:56 ack dezell 17:36:17 dezell: That's fine. I had provided an alternative....I think getting the offer directly from the feed is also fine 17:36:57 ..I'd like Kylie to agree to these changes 17:37:29 ...I also think SMS receive offer is ok but firs tone on sign-up raises questions for me 17:37:47 ...I suggest not approving those 2 yet 17:40:29 q+ to note there is no need to copy digital offers? Maybe "forward offer"? 17:40:38 David: I would like user experience of "Not copyable" to be clearer 17:41:02 q+ 17:41:08 ack manu 17:41:08 manu, you wanted to note there is no need to copy digital offers? Maybe "forward offer"? 17:41:19 Manu: This is a share use case. The actual use case is whether someone can share it with someone else 17:41:29 q+ to recommend "shareable" and "not shareable" 17:41:32 ack me 17:41:42 Ian: this seems to me to be more about redemption than distribution. 17:41:48 ltoth: Can we control distribution? 17:43:19 Ian: What does "can't be copied" mean? Like download a movie, but can't view it. 17:43:34 Ian: I don't think we want to get into locking down people's systems. 17:43:47 q? 17:43:49 ack de 17:43:49 dezell, you wanted to recommend "shareable" and "not shareable" 17:44:03 Linda: Not enough people to make a decision today. 17:44:58 q+ to ask about "easy sharing"? 17:45:15 dezell: I think the name her is problematic 17:45:17 ack manu 17:45:17 manu, you wanted to ask about "easy sharing"? 17:45:35 manu: I think we have redemption covered. So we should strike it here if it's only about redemption 17:46:04 ...but if the use case may be more about "is it easy to spread information virally; for people to get valid copies" 17:46:29 ...what to distributors embed so that it's possible to share and have a coupon still be valid? 17:46:44 q? 17:47:16 q+ to ask ltoth for 5 minutes at the end to discuss digital offers presentation. 17:47:35 dezell: Regarding age distinctions, the store does the check. The brick and more case is important 17:47:47 ...it sounds from the way it's written that the age restriction is not actually part of the offer 17:48:39 q? 17:49:05 ltoth: This ties into distribution (age restriction)...in the distribution case, age-restricted offers should not be shareable 17:49:56 dezell: merchants don't want offers to get into hands of ineligible (especially underage) people due to liability 17:49:58 q? 17:50:05 I have made the request to generate http://www.w3.org/2017/02/27-digitaloffers-minutes.html Ian 17:50:37 q+ 17:51:36 ACTION: DavidE to send back text suggestions to the CG (and getting response) 17:52:13 ack me 17:52:17 Topic: Face-to-face meeting 17:52:42 manu: Question is about what to do with the presentation 17:53:10 Web-based Digital Wallets: bhttps://docs.google.com/presentation/d/1A0Kv1A66eTw4_YMXjLXT-RQR0WDLwlqoiL_meoX1Jt8/edit#slide=id.p 17:53:19 + an additional demo 17:53:20 q+ 17:53:23 ack manu 17:53:23 manu, you wanted to ask ltoth for 5 minutes at the end to discuss digital offers presentation. 17:54:53 ack Ian 17:55:30 Ian: Looking forward to the demo, had discussed that w/ everyone here - that's a good use of 25 minutes. On the other hand, I don't think we should do the presentation at the face-to-face meeting. 17:55:47 Ian: They can see the background information, rationale, in the end, the question is - what use case should be surfaced that can fit in like the other use cases we have. 17:56:26 q+ 17:56:37 Ian: You can then tell people about why this use case is important, but some of that data is not specific to this use case, some of it is about value of coupons. Value of digital coupons wrt. printed. 17:56:56 Ian: If anyone asks why we're having a digital offers discussion, they can look at the data... let's focus on specific use case here. 17:57:01 ack dezell 17:57:32 dezell: I kind of understand that. I think the presentation magnifies the demo. What I think we should probably do is provide a link to the presentation 17:57:47 ...I think focusing on the use case here is probably a good idea 17:58:41 Ian: The reason I don't want to do that is that we've already done that - we've done it in the past, we've done it in the task force. There is a digital offers CG - I don't think it's worth going back up to a high level, because people know that it's important. 17:59:20 Ian: I'd like to talk about Slide 17 - give us a reason to talk about those items... maybe review / prioritize use cases and early attempt at capabilities. 17:59:27 q+ 17:59:30 Ian: What are the other capabilities given our prioritized use cases? 17:59:47 q+ to be concerned that other folks may not be up to speed in the WPIG. 17:59:59 ack dezell 18:00:00 IJ: I suggest organizing the 2 hours as: 18:00:08 1) Introduction of use cases 18:00:11 2) Prioritize use caess 18:00:19 3) Manu demo, highlighting missing capabilities 18:00:23 4) More capability discussion 18:01:47 Ian: Let's talk about retail use case as one of the use cases... 18:02:05 Ian: Then go into more detail, the flow more specifically, then show demo, then missing capabilities. 18:02:30 Ian: All marketing research, don't need it in presentation, but send the deck to the group. 18:03:00 Ian: It'll be helpful for others in the group to see how we get to the next step. 18:03:27 Manu: Actions are: 18:03:38 a) Update the wiki if use case not yet there 18:04:01 b) create a demo-specific deck focusing on slides 3, 4, demo, 17 18:05:03 RRSAgent, make minutes 18:05:03 I have made the request to generate http://www.w3.org/2017/02/27-digitaloffers-minutes.html Ian 18:05:06 topic: Next meeting 18:05:27 13 March, noon ET 18:05:52 Ian: We haven't gotten a thorough discussion on use cases, we're adapting to that. 18:06:15 Ian: We can't go in and say that there is strong consensus on use cases - preliminary work we've done - use face to face meeting to get more eyes on it. 18:07:14 Ian: We can take all the things in there that are called use cases, and put them in one document, and then ask everyone to read it because we'll prioritize at the meeting. 18:07:53 Ian: At the end, we can put a chart up on the wall and write whether they want to do... or print it out, put check by every one they care about... maybe we can do 5 votes. 18:08:18 one red dot, two yellow dots, three green dots. 18:08:49 Manu: In version I am thinking of, colors have semantics 18:10:09 +1 to Linda 18:10:28 yes, that - very useful to get people up and moving and voting. 18:10:40 RRSAgent, make minutes 18:10:40 I have made the request to generate http://www.w3.org/2017/02/27-digitaloffers-minutes.html Ian 18:11:26 ACTION: Ian to create a nicely formatted set of use cases with short labels 18:11:43 q? 18:11:45 q- 18:14:30 RRSAgent, make minutes 18:14:30 I have made the request to generate http://www.w3.org/2017/02/27-digitaloffers-minutes.html Ian 18:14:35 RRSAgent, set logs public 21:20:36 Zakim has left #digitaloffers