Hi - first time poster… would just like to say that I absolutely love everything about Huel and would like to profusely thank anyone involved in its development who might be reading this post.
New versions of Huel have historically been released anywhere between 2 and 8 months apart and with seemingly no regularity beyond that. Goes without saying that I’m totally at ease with this; completely understand the nature of research and improvement involved means the developers can and should release updates whenever works and needn’t adhere to any kind of regular cycle.
That said, it does create a slight issue for those wanting to order in bulk and make the maximum savings by ordering 8 bags at a time - for example I currently have 6 bags left of v2.2 which I’ll need to get through prior to ordering v2.3 - certainly not a huge problem but I am very keen on updating and having the newest version available as I’m sure many on here are and although i don’t necessarily mind so much on this one occasion, it does make me think about future orders; given updates have sometimes come 2 months after the last, it seems there is a level of risk in ordering any more than 2 months worth of supply at a time.
We aren’t talking huge sums of money here (eg difference in savings between a 6 bag and 8 bag order is only £5) but a) given I plan on using Huel for many years to come, it all adds up and b) a different system could pave the way for confidence in even greater bulk orders and therefore potentially greater savings.
One solution could be if the developers gave some rough indication as to when a version update was reasonably imminent (needn’t be overly precise), which would then serve as a warning against bulk ordering to those keen to stay up to date.
Another perhaps more effective suggestion would be a slight re-jigging of the subscription setup. Unless i’m mistaken, it’s currently the case that you save 10% by subscribing but beyond that, it’s each order itself (that all arrives and is paid for at once) which is where differing iterative savings are made depending on how many bags constitute that order.
So what could work instead would be that one pays up front for a bulk ‘subscription’ that stretches , say, 16 bags or more, but rather than being sent all at once the bags are sent at a rate of say 4-6 at a time (or whatever amount would be least likely to cause version update overlap) and when a new version is released, the subscriber is sent that new version as is the case with the currently existing subscription model
Wondering whether anyone else has any thoughts on this?