Kryptronic Software Support Forum

Hi Nick

Eventhough you say the new cart requires an account creation from the purchaser, is there an option in the program to turn it off, if we dont want it?

Sometimes shoppers just like to go on and buy something without feeling like they have to register and create yet another username and password for the web.


Thanks
Glenn

It doesn't seem that there is an option to turn the account creation off according to Nick's reply.

What if we could give the buyer the option though? Then there would be the best of both worlds.

At checkout the customer could input a password IF they wanted to have an account. Then the data would connected to the account. I for one just had this experience at cabelas.com. I know I have an account, but it's been over a year since I purchased from them. I need something for my truck ASAP and can't remember my password. Rather than wait for the password reset email (which might get trapped by the spam filters and then go through that process) I had the option to checkout without the account. That's exactly what I did.

It makes sense to me. All the information for an order is saved anyway. It's just the password connected to that account/order that makes the difference.

I 5th this!!

Last edited by Ian Gore (01-19-2007 02:51:30)

I'll look into releasing an update that contains checkout without an account - but it may take a while and may not even be doable under the new architecture.  There is so much security built into the order processing and tracking functions in the program that I'm not sure if this can be done or not.  The addition of a cancel button should be easy, though.

The reason we went with an account-based checkout in this version is that it improves security and decreases the number of steps to checkout.  I haven't heard anyone complain that checkout is too long (so that worked) and we have had no security issues reported (so that's good too).  The fact that we're only asking for two additional entries (password & confirm password) and have shipping quotes, sales, discounts and taxes all calculated on the first checkout page automatically is HUGE!

I won't upgrade v5.1 to v6 on my current ccp-based site or add v6 to my other site because of the create account requirement.  That's a deal breaker.  I got past my seo features concerns (after the discussions in the other thread and learning more about it) so I was planning to upgrade the one and buy for the other this month but not this time.  No matter how much Nick thinks it's a good idea and a security improvement, his 'testing' wasn't with real customers in multiple retail spaces (regular repeated purchases vs. never need to buy again), it was with the process (e.g. beta testers aren't customers, they are bug finders or feature reviewers).  Not all customers plan to be regular customers, they are often only planning one purchase due to a current need.

Account based checkout improves security.  Who cares how secure my site is if i have nobody willing to order because their being forced to create an account!  I sell gift baskets - 99.9% of my customers aren't EVER shipping to themselves so shipping quotes is irrelevant to the billing address.  90% of my customers also don't necessarily plan to order again until another event requires it.  They don't think "hey, this is my new regular gift basket supplier!".  Most don't want accounts so I'll just be pissing them off before they've commited to the order.

You want smart?  How about if CCP, after the order is complete, asks the customer if they want to create an account by simply providing a password and nothing else!  Their information's already saved and they've already commited to the order...oops, just read grwolf's suggestion - good idea   (Nick - will that work?)

I hope you'll be extending the $179 purchase/$99 upgrade offer past January 31st (to whenever you create the version that doesn't force account creation).

James...

Last edited by wyattea (01-21-2007 17:13:34)

Nick, do you have a test site using ccp6 I that I can run through so I can see the process?  By the way, I didn't get an answer in another thread, am I required to have /ccp0-prodshow/ in my url string for all products?

Regards,

James...

Nick, in the demo site, is that the default skin?  I like it  

James...

Nick, I ran through the checkout, the process is nice, with only the password field added in, but the MAJORITY of my customers are either one time purchasers or only during holidays and they'll never remember their password (unless they only use one for everything they do).  I already require an email address to email the receipt and a full billing address for the credit card processing, so getting that information won't be an additional annoying step.

I can change the text and reference the password as being needed so that they have the option of logging in and checking their tracking information but those customers who don't remember their password, or remember having an account, when they enter their email and a different password, suddenly they'll be blocked and be required to try again or retrieve their password and possibly abandon the cart.

What about an option that if the user enters the wrong password, the options are to try again or create a new account overwriting the previous account (basically overwrite the old account with a new one - I assume the account 'primary key' is the email address), which will essentially create a new account for them.  It'll prevent them from seeing their old orders but it could fix the abandonment issue.

This just reminded me of another issue.  I have customers who, using the same email address, order under different names/billing addresses.  Secretaries who order for their boss but they get the receipt.  Then they order for another boss in the office so the name changes but they're still getting the email receipt.  Also, I have bosses order who use their personal card and business card depending on the type of order (personal/business) and the billing address will change depending on whether it's a personal cc or a biz cc.

so many issues...

James...

I too agree that it would make more sense to create the account automatically on behalf of the client, and send them a random password. This way they wouldn't have to go create an account first, and instead details like email would be a part of the normal order process. It has to be said i really don't like that part of ccp6 Everything else is cool

Plus shouldn't the nav image be:

1/ create/login account
2/create order
3/ review and pay

I whole heartedly agree that the password "problem" built into this new release is a major concern. I was really looking forward to the new version and all it brings, but with the forced login, it's a no go.

I migrated years ago from a cart that demanded logins and we had nothing but trouble with them. Once we got rid of that requirement, a lot of issues went away.

In addition, this forced information violates every split test and best practice that is geared to squeezing every ounce of conversion out of a site. Preventing abandonment is crucial and my experience and every test I have seen and run to attempt to improve that would indicate this as a bad move.  :-(

Sorry, I wish this wasn't so, but conversion rates are king.

I saw one cart where the username was the email address and then they just typed in the order number to track their package.  That seemed like a good idea  Any thoughts???????

So what happens?  What password is created for them?  I understand they can request it be sent to them but what is in place that first time?  If someone found out the default that everyone has, they could log into anyone's account?

James...