Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Payments: Redesign the Receipt Email #43183

Open
artpi opened this issue Jun 11, 2020 · 17 comments
Open

Payments: Redesign the Receipt Email #43183

artpi opened this issue Jun 11, 2020 · 17 comments
Labels
Customer Report Issues or PRs that were reported via Happiness. Previously known as "Happiness Request". Earn Email Email updates Payments: Solved by Woo Payment blocks issues solved by transitioning to WooCommerce [Status] Needs Design Add this to PRs that need input from Design User Report This issue was created following a WordPress customer report

Comments

@artpi
Copy link
Contributor

artpi commented Jun 11, 2020

Here is the receipt for Payments:
Zrzut ekranu 2020-06-11 o 12 59 29

There are multiple things wrong with it:

  • This is a receipt we send both right after subscribing and on renewals
  • It's totally different than any other emails we send for recurring payments
  • "Thank you for subscribing" is also shown on renewals which is confusing
  • "All charges inclusive of VAT" is a lie. We basically ignore taxes in recurring payments: please read: p2y3YZ-40L-p2
  • longreadsblog.wordpress.com is not a primary domain
  • Colors are out of the blue (pun intended)
  • We don't really show real vendor ANYWHERE
  • "Print your receipt" leads to https://wordpress.com/me/purchases. The place where that receipt lives is https://wordpress.com/me/purchases/other/ID3243, but even though. - there is no place to print it, so the link title should be different. On top of that, users confuse what the receipt is for if in fact they have purchases in https://wordpress.com/me/purchases.

CC @sixhours

@artpi artpi added Email Email updates Earn labels Jun 11, 2020
@artpi artpi added the [Status] Needs Design Add this to PRs that need input from Design label Jun 11, 2020
@DavidRothstein
Copy link
Contributor

Just to note, when I reported this originally I was mainly talking about the version of the receipt visible inside Calypso (e.g. clicking the "View receipt" links at https://wordpress.com/me/purchases/billing). Although yes, it appears the emailed version of the receipt has some problems too.

Here's a screenshot of the Calypso version of a recurring payments receipt, pointing out some of the problems and confusing aspects there:
recurring-payments-receipt

The WordPress.com branding at the top seems especially confusing since it makes it look like they bought something from Automattic rather than from the site owner. Also, these receipts show up as WordPress.com receipts when filtering the receipts by source (via the "All apps" dropdown at https://wordpress.com/me/purchases/billing).

@davemart-in davemart-in mentioned this issue Jun 12, 2020
4 tasks
@villanovachile
Copy link
Collaborator

Another report at #3636088-zen

Donation receipt is not showing the primary domain, but the internal wordpress.com URL: https://d.pr/i/cVuUBG

@kristenzuck kristenzuck added the User Report This issue was created following a WordPress customer report label Apr 29, 2021
@chad1008
Copy link
Contributor

Another report of confusion about the non-primary domain appearing: 28451445-hc

@pauloeaquino
Copy link

A report here in 28561930-hc (which was a while back before I knew this GH issue existed). User concerned about the default site address showing instead of their primary domain.

@kathleenjross
Copy link

Related issue in 29932954-hc

The user is selling a book on their site, using the Payments block; it is a one time purchase. However, they pointed out that the email receipt uses subscription language - "You've subscribed to Book Order" is the subject line of the email, as well as the line items in the receipt body.

screen-shot-2021-06-02-at-12 05 01-pm

@DavidRothstein
Copy link
Contributor

I think another problem with the emailed version of the receipt shown here is that it's not 100% clear that the subscription will renew. The combination of "1 month subscription" and "Expires: June 12, 2020" kind of makes it sound like everything ends after one month, when in fact it will actually auto-renew. For me, "monthly subscription" rather than "1 month subscription" might be a bit more clear.

This came up (tangentially) in pNPgK-5uo-p2.

@DavidRothstein
Copy link
Contributor

It's worth pointing out that there are two emails that go out here: The main receipt email (from the top of this post) and the one shown in #43183 (comment).

Presumably a fix here could involve merging the two into a single receipt email with the best properties of both.

See also: pbMlHh-Jx-p2 (internal link)

@jartes
Copy link
Contributor

jartes commented Dec 20, 2021

Had another chat (33287846-hc) where the user is selling items that only require one-time payment, and wanted to change the email working from "subscription" to something more appropriate.

@artpi artpi added the Payments: Solved by Woo Payment blocks issues solved by transitioning to WooCommerce label Jan 3, 2022
@Thelmachido
Copy link

Had another report where donation receipts are showing the default WordPress.com subdomain as the site address instead of the site's primary domain.

4673741 - ZD

@Robertght
Copy link

4727525-zen

@JoshuaGoode JoshuaGoode added this to Needs triage in HE Triaging Board (new bugs) via automation May 5, 2022
@janmckell
Copy link

Here is a reoccurrence of receipts showing the default WordPress.com subdomain as the site address instead of the site's custom domain.

5188625-ZD

@cuemarie
Copy link

cuemarie commented May 5, 2022

Here is a reoccurrence of receipts showing the default WordPress.com subdomain as the site address instead of the site's custom domain.

5188625-ZD

Just adding on here that we've offered to notify this user when the issue is resolved.

@Greatdane Greatdane moved this from Needs triage to Triaged - Not yet prioritized in HE Triaging Board (new bugs) May 13, 2022
@inaikem inaikem moved this from Triaged - Not yet prioritized to Prioritized - Bugs in HE Triaging Board (new bugs) May 18, 2022
@philnick206
Copy link

philnick206 commented May 25, 2022

Another report: 5243165-zen

This customer wants the primary domain to show on the receipt and not the .wordpress.com subdomain. It's confusing for customers as the subdomain isn't shown anywhere on the site and isn't similar to the primary domain either. The customer would like to be notified when this is resolved.

@dsas
Copy link
Contributor

dsas commented Jan 9, 2023

The issue for the payments block receipt email saying "thanks for subscribing" (as seen in #43183 (comment)) is #54829

@github-actions
Copy link

github-actions bot commented Jan 9, 2023

Support References

This comment is automatically generated. Please do not edit it.

  • 3636088-zen
  • 4727525-zen
  • 5188625-zen
  • 5243165-zen
  • 6047510-zen
  • 8104427-zen

@jartes
Copy link
Contributor

jartes commented Mar 18, 2023

6047510-zd-woothemes

@jartes
Copy link
Contributor

jartes commented Apr 29, 2024

Another one on 8104427-zd-a8c

They have an Atomic site and they didn't want to display the site address they currently have because it was from another site they had previously. And, it's not possible to edit an Atomic site address like on Simple sites.

@github-actions github-actions bot added the Customer Report Issues or PRs that were reported via Happiness. Previously known as "Happiness Request". label Apr 29, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Customer Report Issues or PRs that were reported via Happiness. Previously known as "Happiness Request". Earn Email Email updates Payments: Solved by Woo Payment blocks issues solved by transitioning to WooCommerce [Status] Needs Design Add this to PRs that need input from Design User Report This issue was created following a WordPress customer report
Projects
Development

No branches or pull requests