Adoption2017
ianbjacobs edited this page Feb 10, 2017
·
57 revisions
Pages 87
- Home
- A Payments Initiation Architecture for the Web
- Adoption2017
- Agenda 12th November 2015 at 1700 UTC
- Agenda 17th December 2015 at 1700 UTC
- Agenda 19th November 2015 at 1700 UTC
- Agenda 20160107
- Agenda 20160121
- Agenda 20160128
- Agenda 20160204
- Agenda 20160211
- Agenda 20160310
- Agenda 20160317
- Agenda 20160331
- Agenda 20160407
- Agenda 20160414
- Agenda 20160421
- Agenda 20160428
- Agenda 20160505
- Agenda 20160512
- Agenda 20160519
- Agenda 20160526
- Agenda 20160602
- Agenda 20160609
- Agenda 20160616
- Agenda 20160623
- Agenda 20160728
- Agenda 20160804
- Agenda 20160811
- Agenda 20160818
- Agenda 20160825
- Agenda 20160901
- Agenda 20160908
- Agenda 20160915
- Agenda 20161006
- Agenda 20161020
- Agenda 20161027
- Agenda 20161103
- Agenda 20161110
- Agenda 20161117
- Agenda 20161201
- Agenda 20161208
- Agenda 20161215
- Agenda 20170105
- Agenda 20170112
- Agenda 20170119
- Agenda 20170126
- Agenda 20170202
- Agenda 20170209
- Agenda 20170216
- Agenda 3rd December 2015 at 1700 UTC
- Agenda for 3rd March telco
- All in the Browser
- Browser with remote Payment Apps
- Call for Consensus FPWD
- CFC_20140412
- Checkout API
- Components
- DeploymentExamples
- Extensibility_Notes
- F2F Agenda
- FTF March2017
- FTF Sep2016
- How it Works
- How the Working Group works
- Issue Summary
- MagWebinar
- Meeting Proposal 20161128
- Meetings
- Mobile Platform
- Networks List
- PaymentApp_Notes
- PaymentRequestFAQ
- PMI_Notes
- Proposed F2F Day 2 agenda
- RegistrationTypes
- Security and Privacy Considerations
- Spec_Notes
- Support for multi price and currency
- Synchronizing Github Issues with W3C Mailing Lists
- TestSuite
- TPAC 2015 issues list
- Web Payment Deployment Examples
- Web Payments Working Group FTF Meeting (July 2016)
- Web Payments Working Group Plan
- WPWG FTF Feb 2016
- WPWG FTF Feb 2016 Requirements
- Show 72 more pages…
Mailing list archives
Issues
- General
- Payment Request API
- Payment Method Identifiers
- Basic Card Payment
- Payment Apps API
- HTTP API and Messages
Tests
Adoption
Previous Topics
Clone this wiki locally
This page is for information about Web Payments Working Group ideas and strategies to encourage adoption of the group's deliverables. Questions? [email protected] (archive).
Meetings
- Next meeting: 24 February at 11 ET. Meet on irc.w3.org, #wpwg. Agenda notes:
- First two activities: developer resources, brand
- Who wishes to get involved in each project?
- Development of a plan / timeline.
- WebEx for recurring meeting
- Previous meeting minutes: 10 Feb, 3 Feb, 20 Jan
Plan
This is a draft plan based on the 20 January call.
Audience
- CMOs and product owners at larger merchants
Deliverables
- Developer site
- Develop the identity of this new system
- Find a marketing friendly name so that users gain confidence in using the standard APIs to initiate payments.
- Subsequently we can consider visual identity, a domain for resources related to this identity, etc.
- Events
- once we arrive at a key implementation moment, organize an event to highlight interoperability
- organize a panel at a conference
- Seek and promote adoption by one or more prominent merchants
Value proposition
Questions we are hearing
- Cf 10 Feb 2017 call
Messages from previous discussion
These are draft messages based on discussion.
- Improved user experience will increase conversions. The improved user experience across the Web will accentuate the improvement.
- It will be simpler to provide a good checkout experience
- There will also be security benefits, especially as more secure payment methods become part of the Web thanks to this standard.
- This is an investment that will continue to bear fruit moving forward as it will be easier to integrate more payment methods into the checkout experience.
- This standardization effort is backed by industry.
Background
Problem statement
- Chicken and egg
- Users want lots of merchants to support in order to justify storing credentials.
- Merchants want lots of users with stored credentials ready to go.
- Initially users will not have stored credentials or registered payment apps
- This is a new system and some user education will be required; there is no familiar identity to this system (a brand problem)
- Not all browsers will support the API initially on all platforms. We need to communicate clearly how to manage the transition.
- We lack clear support materials to explain how it all fits together (or will moving forward), including third party payment apps.
Goals
- Raise awareness about Payment Request API and encourage merchant adoption.
- Gauge interest in merchant payment apps as part of the full ecosystem we are creating.
Ideas for deliverables
- Demo site
- Brand components (name, visual identity)
- Video?
- Conference participation
- Tools
- Data (e.g., about conversions)
Communications
Venues
- WPWG Member developer channels
Messages
- Different messages for different size merchants?
- What's the ROI?
- Increasing Conversions
- Simplicity, security
- Control (and various benefits that go with simpler checkout)
- Third party app development (native, Web app) for merchant apps