canmove, Confirmed users
1,104
edits
No edit summary |
|||
Line 5: | Line 5: | ||
The overall objective is to increase user engagement, satisfaction, and retention for frequent online shoppers. We believe this can be achieved by enabling users to complete forms and “check out” in e-commerce flows as quickly and securely as possible. | The overall objective is to increase user engagement, satisfaction, and retention for frequent online shoppers. We believe this can be achieved by enabling users to complete forms and “check out” in e-commerce flows as quickly and securely as possible. | ||
The W3C PaymentRequest API is currently in draft stage and has momentum. The API is extensible to any payment source without requiring the browser to be Payment Card Industry | The W3C PaymentRequest API is currently in draft stage and has momentum. The API is extensible to any payment source without requiring the browser to be Payment Card Industry compliant. | ||
== Status Summary == | == Status Summary == | ||
===== Tentative plan for | ===== Tentative plan for 2018’H2 ===== | ||
* Frontend: Basic card UI implementation. | * Frontend: Basic card UI implementation. Known dependencies include: | ||
** 1. (On-going) | ** 1. (On-going) UX design reiteration V1.7: Jacqueline is on it. (see also: Web Payment - Basic Card (MVP) design doc. | ||
** 2. | ** 2. Front-end Resources: 3 Engineers | ||
** 3. (TBConfirmed) Reviewer’s availability: | ** 3. (TBConfirmed) Reviewer’s availability: MattN | ||
** 4. (TBConfirmed) No other feature dependency (e.g., Any Lockbox dependency?) | ** 4. (TBConfirmed) No other feature dependency (e.g., Any Lockbox dependency?) | ||
** 5. (TBConfirmed) Compliance for Basic card UI (or that’s only for Payment Handler?)? e.g., PA-DSS by PA-QSA | ** 5. (TBConfirmed) Compliance for Basic card UI (or that’s only for Payment Handler?)? e.g., PA-DSS by PA-QSA |