6 ms·

I've used both PayPal and FPS. PayPal allows you to get on your feet quickly, but limits what you can eventually do. FPS has a massive feature set, coupled wi

I've used both PayPal and FPS. PayPal allows you to get on your feet quickly, but limits what you can eventually do. FPS has a massive feature set, coupled with a massively complex API. Amazon needs to tackle the complexity issues. FPS has a thousand error states, and payments fail all the time with little to no explanation. Good luck with the resolution process, too. Here's my most recent attempt at getting some help on failed transactions: http://files.getdropbox.com/u/145070/fps_error.png http://files.getdropbox.com/u/145070/fps_error.png

gizmo 17y ago
I can't help but notice the attitude you show when filling out the support form. The guy on the other end reading it probably isn't the one at fault for the lack of clarity in the error message. Answering messages like yours all day long really sucks. Cryptic error messages are frustrating, but there's no need to be nasty.
- MicahWedemeyer 17y ago
  Heh, it wouldn't even let me submit the form. Note the error message in the top left. That's when I got nasty and took the screenshot.
- Xichekolas 17y ago
  I agree about his tone, but he does have a point about the API complexity. On the surface, FPS is quite simple, but when researching all the ways to use the marketplace API, it seemed like, more often than not, the only way to figure out if the API could do what I wanted was to ask in the forum and hope the FPS people answered me. Thankfully, they often do, so at least we know they care. (The last time I seriously looked at this was almost a year ago, so take my anecdote with a fist-full of salt.)
  - MicahWedemeyer 17y ago
    The lack of a full-featured web console means that you're pretty much still right. They need a way to log into your account and run some of the API operations, like making a Caller token. As it is, you have to script up some kind of kludge. You end up spending several hours just getting off the ground.
- moe 17y ago
  Cryptic error messages are frustrating, but there's no need to be nasty. Wrong. If you want to achieve anything then be nasty. Be an asshole. Be the goddamn pestilence. You want the two little red up-arrows in their ticket tracker, not the blue "deferred" orb icon or the green auto-responder checkmark. You don't want to increment a number in the monthly customer service report sheet. You want the head of customer service walk up personally to his manager and wince something like "Yelp, the users are raising living hell over this issue". There are ofcourse exceptions, some companies have excellent customer support and don't need that kind of treatment. But when dealing with a behemoth like amazon then that's the only way to get anywhere, in my expirience from both sides of the frontline. Remember the poor helpdesk guy can not judge that this is a brown paper bag bug. A failed payment transaction should obviously provide more information than "Error. Period.". But how could he possibly know that? He can't. So what does he do when the inquiries about insufficient error messages begin to pile up? He walks up to his manager, who doesn't have a clue about the technical pecularities either. He can only judge the inbound corpus by volume and intensity. Unless you represent a large customer your volume will always be 1. Hence your only leverage is in the intensity knob.
systemtrigger 17y ago
That form isn't for investigating failed transactions, it's for disputing a charge on your statement you don't recognize. To even know about that form you would have had to go to Help > Transaction Disputes > Unauthorized Charges. "FPS has a thousand error states, and payments fail all the time with little to no explanation." I am live on FPS and have seen zero failed transactions apart from those in testing I intended to see fail. By chance was your transaction amount in the form $x.7x or $x.8x? If you were in the sandbox putting a 7 or 8 in the tenths place is the documented way to guarantee a failed transaction and receive a generic error. "Good luck with the resolution process, too." Did you search the developer forum? If you did and couldn't resolve your issue, did you post your scenario and relevant code? The community and AWS staff are usually very helpful if you are polite and can describe your problem clearly. As for this new PayPal API, I just read the developer doc and although it's missing a lot of information PayPal is obviously cooking up a service that may rival FPS. Regarding your point about massive complexity I agree the documentation can be a little confusing. Once we see PayPal's full version we'll be able to compare them side-by-side but one thing is for sure, neither was intended to be plug-and-play. What I'm concerned about with Adaptive Payments/FPS/Checkout/etc is the friction point introduced by the co-branded UI. Each of these payment services requires you to send your customer away to log into PayPal/Amazon/Google and stay there for a couple of screens. As developers the big question is whether the programmatic features outweigh the conversion loss from defecting customers who feel the experience is unprofessional.
- MicahWedemeyer 17y ago
  Here's an email that I received from the AWS support staff regarding a recent failed transaction. In the payment panel, the status was "failed". When I clicked through for more detail, the additional detail was "failed". So, I found an email address for support and sent off a request for more info, including the transaction number. "Greetings from Amazon Payments. I am sorry for the concern you have about the failed transaction (#XXX). We are not able to provide transaction partners any information about a failed transaction. If the other party needs confirmation of the charge failure, they can contact us directly. However, as stated in our last message, we don't have details on why a credit card charge fails. Once a transaction fails, we are not able to retry the same transaction. I am sorry for any inconvenience. Thank you for using Amazon Payments. Please let us know if this e-mail resolved your question:" Hmmm, no. That did not answer my question. So, I'm supposed to ask my customer why their transaction failed, have them contact Amazon, and oh, would they pretty-please try to check out again? Amazon understands the power of 1-click ordering, but cannot seem to grasp the conversion loss rate you see when you have to beg someone to check out for a second time. Getting them to click "Buy" the first time is hard enough. We're not even running that many transactions, maybe 5-10 a day. Still, even with that we see probably a 5-10% failure rate. To be fair, it may be that Amazon knows as little as they claim. Still, it's frustrating as hell to be completely in the dark about why stuff isn't working. Also, it's quite easy to get to the form shown in the picture. Just log in to your payment console, click on a transaction (like one of the ones with a "failed" status), and click the big huge button that says "Problem with this transaction?" Here's another screenshot: http://files.getdropbox.com/u/145070/amazon_error.png http://files.getdropbox.com/u/145070/amazon_error.png

gizmo 17y ago

I can't help but notice the attitude you show when filling out the support form. The guy on the other end reading it probably isn't the one at fault for the lack of clarity in the error message. Answering messages like yours all day long really sucks. Cryptic error messages are frustrating, but there's no need to be nasty.

MicahWedemeyer 17y ago
Heh, it wouldn't even let me submit the form. Note the error message in the top left. That's when I got nasty and took the screenshot.
Xichekolas 17y ago
I agree about his tone, but he does have a point about the API complexity. On the surface, FPS is quite simple, but when researching all the ways to use the marketplace API, it seemed like, more often than not, the only way to figure out if the API could do what I wanted was to ask in the forum and hope the FPS people answered me. Thankfully, they often do, so at least we know they care. (The last time I seriously looked at this was almost a year ago, so take my anecdote with a fist-full of salt.)
- MicahWedemeyer 17y ago
  The lack of a full-featured web console means that you're pretty much still right. They need a way to log into your account and run some of the API operations, like making a Caller token. As it is, you have to script up some kind of kludge. You end up spending several hours just getting off the ground.
moe 17y ago
Cryptic error messages are frustrating, but there's no need to be nasty. Wrong. If you want to achieve anything then be nasty. Be an asshole. Be the goddamn pestilence. You want the two little red up-arrows in their ticket tracker, not the blue "deferred" orb icon or the green auto-responder checkmark. You don't want to increment a number in the monthly customer service report sheet. You want the head of customer service walk up personally to his manager and wince something like "Yelp, the users are raising living hell over this issue". There are ofcourse exceptions, some companies have excellent customer support and don't need that kind of treatment. But when dealing with a behemoth like amazon then that's the only way to get anywhere, in my expirience from both sides of the frontline. Remember the poor helpdesk guy can not judge that this is a brown paper bag bug. A failed payment transaction should obviously provide more information than "Error. Period.". But how could he possibly know that? He can't. So what does he do when the inquiries about insufficient error messages begin to pile up? He walks up to his manager, who doesn't have a clue about the technical pecularities either. He can only judge the inbound corpus by volume and intensity. Unless you represent a large customer your volume will always be 1. Hence your only leverage is in the intensity knob.

systemtrigger 17y ago

That form isn't for investigating failed transactions, it's for disputing a charge on your statement you don't recognize. To even know about that form you would have had to go to Help > Transaction Disputes > Unauthorized Charges. "FPS has a thousand error states, and payments fail all the time with little to no explanation." I am live on FPS and have seen zero failed transactions apart from those in testing I intended to see fail. By chance was your transaction amount in the form $x.7x or $x.8x? If you were in the sandbox putting a 7 or 8 in the tenths place is the documented way to guarantee a failed transaction and receive a generic error. "Good luck with the resolution process, too." Did you search the developer forum? If you did and couldn't resolve your issue, did you post your scenario and relevant code? The community and AWS staff are usually very helpful if you are polite and can describe your problem clearly. As for this new PayPal API, I just read the developer doc and although it's missing a lot of information PayPal is obviously cooking up a service that may rival FPS. Regarding your point about massive complexity I agree the documentation can be a little confusing. Once we see PayPal's full version we'll be able to compare them side-by-side but one thing is for sure, neither was intended to be plug-and-play. What I'm concerned about with Adaptive Payments/FPS/Checkout/etc is the friction point introduced by the co-branded UI. Each of these payment services requires you to send your customer away to log into PayPal/Amazon/Google and stay there for a couple of screens. As developers the big question is whether the programmatic features outweigh the conversion loss from defecting customers who feel the experience is unprofessional.

MicahWedemeyer 17y ago
Here's an email that I received from the AWS support staff regarding a recent failed transaction. In the payment panel, the status was "failed". When I clicked through for more detail, the additional detail was "failed". So, I found an email address for support and sent off a request for more info, including the transaction number. "Greetings from Amazon Payments. I am sorry for the concern you have about the failed transaction (#XXX). We are not able to provide transaction partners any information about a failed transaction. If the other party needs confirmation of the charge failure, they can contact us directly. However, as stated in our last message, we don't have details on why a credit card charge fails. Once a transaction fails, we are not able to retry the same transaction. I am sorry for any inconvenience. Thank you for using Amazon Payments. Please let us know if this e-mail resolved your question:" Hmmm, no. That did not answer my question. So, I'm supposed to ask my customer why their transaction failed, have them contact Amazon, and oh, would they pretty-please try to check out again? Amazon understands the power of 1-click ordering, but cannot seem to grasp the conversion loss rate you see when you have to beg someone to check out for a second time. Getting them to click "Buy" the first time is hard enough. We're not even running that many transactions, maybe 5-10 a day. Still, even with that we see probably a 5-10% failure rate. To be fair, it may be that Amazon knows as little as they claim. Still, it's frustrating as hell to be completely in the dark about why stuff isn't working. Also, it's quite easy to get to the form shown in the picture. Just log in to your payment console, click on a transaction (like one of the ones with a "failed" status), and click the big huge button that says "Problem with this transaction?" Here's another screenshot: http://files.getdropbox.com/u/145070/amazon_error.png http://files.getdropbox.com/u/145070/amazon_error.png