Live data from Hacker News

Skeuocard

kenkeiter.com

121–130 of 206 posts

Re: Skeuocard

#121
post #51

Earlier quoted context omitted.

> That fancy CC form will NOT sell a single thing. It will however stop people from paying. It does nothing to convert. Exactly. This isn't a usability improvement, it's fluff. If you want to see an actual usability improvement, look at what Stripe has done with jQuery.payment: https://github.com/stripe/jquery.payment A good example is in their Checkout javascript component: https://stripe.com/docs/checkout

You might even say, it's skeuomorphism.

[deleted]

Re: Skeuocard

#122
I believe there's an algorithm to determine if a card number is valid (before determining if the other credentials are correct). Implementing that would probably be the most useful thing you could do in Skeuocard, as it helps people find typos in an otherwise inscrutable list of numbers.

Re: Skeuocard

#123
Beautiful project. I agree with others who don't think this will drive conversion - who knows...

I would be concerned about reducing conversions though. Unfamiliarity can be scary.

One annoyance for me - I can't hit Command-A to select everything and start over. I'm also annoyed generally by auto-advancing text fields, though this implementation seems to work around some of the issues.

Re: Skeuocard

#124

Earlier quoted context omitted.

This was the primary weak point in the implementation. Expecting users to recognize that they can click on the static-looking fields on the card (or relying on them to use tab to move between fields) does not pass the grandma test. It'd be great if you detected when a field had been fully filled out and moved to the next one automatically.

I think blind people / screen readers might have difficulty with this interface, too. It's important to keep accessibility in mind when designing futuristic interfaces.

If you press tab, it at least cycles through all of the input boxes on the front side in an appropriate manner, and you could probably design it to flip over on the next tab press. I'm fairly certain that would make it work with screen readers (but not positive).

Re: Skeuocard

#125
Entering CC info is last thing user does and that's the step you don't want to mess up - ever! This is one scenario where you want to stick to boring, well-accepted, well-known, highly familier UX and avoid performing fancy tricks because there could always be some case where it doesn't work as expected. For example, I tried to enter random numbers in this UX and I did not got any response that numbers were bad. Even worse, it did not enabled MM/DD. For some unknown CC this would mean loss of customer that you worked so hard to compete and ultimately acquire.

Re: Skeuocard

#128
Very nice! To make it better:

- ALL of the inputs should look like inputs and only after a user has put in their information should the input ui disappear and the text be shown as it is on a real credit card. Otherwise the ability to enter your name and expiration is ambiguous.

- I don't like how AFTER you enter your full credit card number, the input fields become segregated, trying to change the credit card number becomes difficult as you now have to click on each of the 4 new text fields to enter a new credit card number. (If a card fails to go through a user might try to use a new one). Yes you can just hold down BackSpace and it will travel from field to field deleting the number but that's not obvious for a user to figure out. Don't segregate the numbers into separate fields just leave them in one.

Re: Skeuocard

#129

I believe there's an algorithm to determine if a card number is valid (before determining if the other credentials are correct). Implementing that would probably be the most useful thing you could do in Skeuocard, as it helps people find typos in an otherwise inscrutable list of numbers.

It already does that. The credit card number has a red outline (box-shadow) if it is invalid. At least it did for me with the number 4555555555555555.

Re: Skeuocard

#130
post #8

Upvoting because this is so beautifully executed and I'd love to see people test this out on their checkout process. That said, my experience indicates that this is not going to convert well. To mirror the author's own quote: "Every question a user has to ask themselves during the checkout process is another reason for them not to complete it." What's presented here is a drastically different experience from the norm…

Could the cards be styled via CSS to eliminate the dynamic loading of the card layout?
Post reply on HN