COWOA (for ZC v1.5.x)

DK_Scully:

I honestly don't know. I didn't try to set up a new user account until someone reported a totally different error with the script last night, which I was able to fix. Then I noticed this little glitch. Since it was so similar to what the No_Account process showed, I thought I'd mention it and see if you had any ideas.

No.. because this too has NEVER been reported, and it's unlikely a bug, but something impacted by changes you may have made (including the "No_account" issue).. Suggest rolling back the previous change to see if it persists.. If it does, then you need to look at if you have you modified any of the files that make up this module or are a part of the checkout process???

OK.. sorry this is a bit behind the times... had a major crash and had to rebuild my OS....

Yes, No_Account is a bug in the programming that should only appear if you have two conditions existing... the cart is at 0 dollars and you have the checkout using email only checked! this was occurring when you have free products and no account needed for getting them.... I've also had this ghost on me when I was trying to create a one page checkout... I wasn't passing the cart info along right...

On a normal install, this shouldn't popup unless you are giving things away or email only checkout....

/* COWOA - Set all fields to No_Account for free products */
if ($_SESSION['cart']->show_total() == 0 and COWOA_EMAIL_ONLY == 'true') {

So basically, this bit is setting everything to a default value, getting info 'No_Account' from your language file... reason I haven't even tried fixing this yet, I haven't needed it to work right, Theirs better mods to use for free downloads...

I didn't see any info on what you did to get the code to fire... commenting out the code would work too, but still not solving the cause of the problem, unchecking the allow email only checkout may work too...

davewest:

reason I haven't even tried fixing this yet, I haven't needed it to work right, Theirs better mods to use for free downloads...
I agree.. This is why I never bothered to fix it.. I simply found another way of creating free products.. The plus to the method I am using is that it doesn't require going through the checkout process.. The downside to the method I am using is you kinda lose the means to track AT LEAST the number of downloads.. In the end, I decided to forego tracking in exchange for avoiding the COWOA stuff that goes along with free products in general.

Can you PM me the free download mods you suggest..

I've been away from sites that use COWOA for a while, but have received a request and want to make sure that the problem-to-be-solved will (ahem) be solved by the plugin.

The site that's requested the install is seasonal (like yearly seasonal) and as they're coming into high-season there are a lot of return customers that don't remember if they have an account and, if so, what their password is.

Can a customer with a registered account still check out using COWOA?

lat9:

I've been away from sites that use COWOA for a while, but have received a request and want to make sure that the problem-to-be-solved will (ahem) be solved by the plugin.

The site that's requested the install is seasonal (like yearly seasonal) and as they're coming into high-season there are a lot of return customers that don't remember if they have an account and, if so, what their password is.

Can a customer with a registered account still check out using COWOA?

Once they create a permanent account with a email address, the customer can not use cowoa to checkout under that email address any longer. They can use a different email address to checkout.

Darn, that's not the answer I wanted to hear.:down: I guess I'm looking at some one-off customizations.

lat9:

Darn, that's not the answer I wanted to hear.:down: I guess I'm looking at some one-off customizations.

OR you can perhaps run a SQL script to turn them into COWOA customers...

lat9:

Darn, that's not the answer I wanted to hear.:down: I guess I'm looking at some one-off customizations.

Yes, SQL would be the quickest... the only question would be the password when one of the old customers change back to existing... but I don't recall seeing any past password checks for customers!

Coding in a switch at the top of the customer page to convert all back to COWOA would be simple... adding one to the edit page would work to do one at a time... is this something to add!

davewest:

Yes, SQL would be the quickest... the only question would be the password when one of the old customers change back to existing... but I don't recall seeing any past password checks for customers!

Coding in a switch at the top of the customer page to convert all back to COWOA would be simple... adding one to the edit page would work to do one at a time... is this something to add!
I'm wont to unilaterally revert **all **accounts to COWOA just to appease the few, but your suggestion started a couple of brain cells firing. I could update the COWOA processing to check for an existing account and, if found, let the customer know and give them the option to convert their account to COWOA. My main concern with that processing is that it opens the site up for "malicious account resets".

lat9:

I'm wont to unilaterally revert **all **accounts to COWOA just to appease the few, but your suggestion started a couple of brain cells firing. I could update the COWOA processing to check for an existing account and, if found, let the customer know and give them the option to convert their account to COWOA. My main concern with that processing is that it opens the site up for "malicious account resets".

Well COWOA already does a check for an existing account.. When using the guest checkout if the visitor uses an email attached to a standard account, they are presented with a message that notifies the visitor of the existence of this account. The message also provides a link to the regular login form so they can login (where they can then reset their password if they've forgotten it) or notifies them that optionally they can use a DIFFERENT email address to continue to use the guest checkout.

DivaVocals:

Well COWOA already does a check for an existing account.. When using the guest checkout if the visitor uses an email attached to a standard account, they are presented with a message that notifies the visitor of the existence of this account. The message also provides a link to the regular login form so they can login (where they can then reset their password if they've forgotten it) or notifies them that optionally they can use a DIFFERENT email address to continue to use the guest checkout.

Yap.. ZC has a nice system for that already... I need to think about KISS more often.... :mellow:

davewest:

Yap.. ZC has a nice system for that already... I need to think about KISS more often.... :mellow:

Yep KISS!! People who shop online create internet accounts all the time (including yours truly) then occasionally forget the password (or even the login name) they've used. IMHO shopowners should concentrate on making sure the password reset process is simple or make sure that shoppers have other guest checkout options (like using a different email address). I think that the effort is better spent on streamlining the processes versus implementing processes which are designed to keep folks from having to go through the required actions needed to reset their password.. I don't think there's any empirical proof that the act of having to reset a password will make folks shop elsewhere..

Speaking from my own online shopping behavior, if I want a particular product from this particular store (especially specialty stuff), I will simply reset my password (while silently cursing at myself for forgetting it). As long as the process for resetting the password is simple, then this should be a very painless exercise..

Just had a customer email me about the existing account issue when using guest checkout. She did not recall ever ordering from us. She is right, she never did but must have started the checkout process 2 years ago and went past account creation but never completed a purchase. She was utterly confused why it would not let her continue as a guest.

I totally agree that this is confusing. Why can't we let them checkout as guest anyway, even if they have an account but don't want to bother resetting the password? I would not care if there is another "guest" account created with the same email. Would it be possible to turn off the check for existing email if COWOA is used? Would this throw off other features?

mydanilo:

Just had a customer email me about the existing account issue when using guest checkout. She did not recall ever ordering from us. She is right, she never did but must have started the checkout process 2 years ago and went past account creation but never completed a purchase. She was utterly confused why it would not let her continue as a guest.

I totally agree that this is confusing.
The on-screen message in the latest version makes very clear what happened and why.. Open to options for different/improved wording if you think it's still not clear for customers..

mydanilo:

Why can't we let them checkout as guest anyway, even if they have an account but don't want to bother resetting the password? I would not care if there is another "guest" account created with the same email. Would it be possible to turn off the check for existing email if COWOA is used? There are certain options that are dependent on whether the customer record created is a COWOA customer account or a STANDARD customer account. You are free to spend some time doing what would probably be a pretty massive rewrite to take into account all the business rules..

mydanilo:

Would this throw off other features?Yep.. These are your options..

1. Your customer could simply reset the password for the account they created
2. Your customer could use a different address to checkout (as suggested in the on-screen message)
3. You can go into the DB and MANUALLY set this ONE customer to a COWOA type of customer. (perhaps in a future version the POSSIBILITY of doing this from the admin would be possible -- requires analysis to determine the IMPACT of such a change to a customer record if there are already orders in place)

Ok, I understand. This case just made me realize that this potentially turns off some repeat customers and was looking into finding a solution. I hoped a standard and COWOA account would be possible.

mydanilo:

Ok, I understand. This case just made me realize that this potentially turns off some repeat customers and was looking into finding a solution. I hoped a standard and COWOA account would be possible.

One customer having BOTH STANDARD & COWOA checkout options is possible if they use a DIFFERENT email address.. STANDARD vs COWOA is tied to the customer, not the ORDER.. Hence why it's NOT supported.. (and I'm not seeing a real business case to change the COWOA workflow to support this kind of alternate workflow)

Do you have customers actually REQUESTING this or is this an assumption you are making based on ONE customer (which is clearly a ONE OFF instance)?? Because IMHO making changes to your store based on assumptions without empirical data is kinda a waste of effort..

mydanilo:

Ok, I understand. This case just made me realize that this potentially turns off some repeat customers and was looking into finding a solution. I hoped a standard and COWOA account would be possible.

I think it would be possible to code in switches to do COWOA only, Standard and COWOA, Standard only. Every account type has a password, even COWOA, so if you tried to do both for same email address, the password would be reset each time they checked out as guest!

Every customer will have a different idea on checking out, if we can Keep It Stupidly Simple, they will get through it!

I don't think we would lose customers if we can explain what's happing and offer a password reset.

DivaVocals:

One customer having BOTH STANDARD & COWOA checkout options is possible if they use a DIFFERENT email address.. STANDARD vs COWOA is tied to the customer, not the ORDER.. Hence why it's NOT supported.. (and I'm not seeing a real business case to change the COWOA workflow to support this kind of alternate workflow)

Do you have customers actually REQUESTING this or is this an assumption you are making based on ONE customer (which is clearly a ONE OFF instance)?? Because IMHO making changes to your store based on assumptions without empirical data is kinda a waste of effort..

Well, I did not have many that called and asked why they can't proceed with placing an order but it opened up the question on how many get frustrated and leave? Last one mentioned that she only has one email address that she has been using forever and she also does not want to go through a stupid password reset as she put it. So not everybody has a second email handy ether. Some less computer savvy shoppers get stuck easier than we tech people think. Was just a thought to make it more fool proof.

One last thought. I have many customers with standard accounts going back many years, say they come back and don't remember that they created an account nor remember what password they used, they might simply try and use the COWOA to avoid any password reset procedures. It think this is not an unreasonable scenario. I do that too on sites where I just want to get this order done but don't want to jump through hoops getting my old account up to date. Also consider that a password reset is not so quick and simple. People need to wait for the email then use the cryptic generated pwd to get into the account, then would have to set their own new password that they actually will remember the next time. This all while they are really busy wanting just to do a quick checkout. I think this scenario is very real.

The less obstacles the better for conversion IMHO.

I experience a strange issue. Some COWOA customers occasionally manage to checkout a small order with out shipping cost added to the order. The shipping line on the order shows:
u: $0.00
I allow free shipping if above $65 and otherwise customer selects USPS or UPS. No other options. This happened 3x over the last 2 weeks and about 100 orders. I am at a loss how this happens. Any idea how to find out?

mydanilo:

Well, I did not have many that called and asked why they can't proceed with placing an order but it opened up the question on how many get frustrated and leave?And IMHO a tool to specifically deal with customers who have abandoned their cart is a BETTER tool to address the issue.. ESPECIALLY when you don't really know why they left. Sure it's easy to assume that the issue was because they forgot their account password, don't remember setting up an account, etc.. But what IF this isn't the real issue?? A guest checkout module can't analyze/resolve cart abandonment or other checkout issues..

mydanilo:

Last one mentioned that she only has one email address that she has been using forever and she also does not want to go through a stupid password reset as she put it. So not everybody has a second email handy ether. Some less computer savvy shoppers get stuck easier than we tech people think. Was just a thought to make it more fool proof.Sure.. After 17 years dealing directly with end users, I am well aware of less tech savvy user behavior..:cool: How this is manged in COWOA is not vastly different than how it works for some large retailers -- including the grand-daddy of online shopping sites -- Amazon.. If you have created an account on their site, you cannot use that same email for a guest checkout. So your options are to reset your password OR use a different email address.. (see screenprint)

mydanilo:

One last thought. I have many customers with standard accounts going back many years, say they come back and don't remember that they created an account nor remember what password they used, they might simply try and use the COWOA to avoid any password reset procedures. It think this is not an unreasonable scenario. I do that too on sites where I just want to get this order done but don't want to jump through hoops getting my old account up to date.Right and again.. how COWOA handles it TODAY isn't vastly different than other online retailers..

mydanilo:

Also consider that a password reset is not so quick and simple. People need to wait for the email then use the cryptic generated pwd to get into the account, then would have to set their own new password that they actually will remember the next time. This all while they are really busy wanting just to do a quick checkout. I think this scenario is very real.Right, and in a SECURE ecommerce site, I would HOPE that there is a little due diligence happening in the password reset process.. What you describe is how other secure e-commerce sites manage a password reset.. It's not like Zen Cart is doing something NO ONE else does... Perhaps the default flow could force a password change upfront upon entering the temp password. Currently it requires the customer to remember to go to the "Change Password" link which they may easily skip/forget..

mydanilo:

The less obstacles the better for conversion IMHO.Right.. But I'm not sure that COWOA is doing anything any different than what the major retailers are doing.. They typically don't allow you to checkout as a guest with an email linked to a regular store account, and if your forget your password, you must go through similar steps as Zen Cart to reset it..