Hi Nicolas,
Thank you for your response.
Here's another long one from me. Sorry, but I'm on the way of making HikaWhatever part of what generates income for me. So, in the long run this is important... and I sure hope VERY important, haha... 
The fact that you "patch important issues" and "hotfixes" in the form of new builds immediately is a great thing, as mentioned, and same with you improving and adding features and functionality.
I also totally understand that marketing patches and fixes 'loudly' may well be misinterpreted by a large crowd as the software being 'unstable' or otherwise 'whacky'. Which it is not, as we know.
However, patches and feature add-ons/changes are two different things from a user perspective: the first happens 'silently in the background' without changing any basic functionality, while the other impacts functionality.
Unfortunately, and unless I'm overlooking something badly, you guys are handling both the same way, simultaneously, and mostly quietly. And I think you can't do this - meaning you shouldn't do this, you could do it in a better way.
Again, patches and features are two different things. Maybe you're calling them the same, but they are not, not for us here at this end.
Throw patches and hotfixes into new builds, and sure, don't mention it. I and probably everyone else here trusts you blindly, and will install anything without even checking. In the unlikely case of anything going pear-shaped, that's what backups are for. Period.
So, patches, hotfixes - put a check mark behind it, we don't even need to talk about them anymore, keep them coming, we love you for them!
Different, very different, with features. Since they're affecting UI/UX more or less (usually in a good way but anyway), we need to know, you can't "just do it" and not talk about it. It costs us big time to figure out what and why things are suddenly different, if we're seeing them at all or if they remain 'buried' under a previous customisation and what it would take to 'merge' your improvement with our customisation', and it costs both you and us unnecessary effort and time in the support forums.
Yes, from a user perspective, new feature releases are always a pain, and the more often, the worse - I agree. We're talking software which, in most cases, used professionally as a major tool for providing income. Unless well documented, there's no way I'd put any new release to work without a clear understanding of the impact and thorough testing.
The auto-update (notification) doesn't change this, or make it any easier. It's only that I'd finally be informed that an update for whatever reason is available.
I just checked, I have now over 50 customised files (some lightly, some greatly), not including emails, and I haven't even really started with HikaMarket. I wish I could, but I can't run an exact protocol of each and every changed line with 'before & after'. You well know what a new feature release means to me, and I'm not the only one:
(a) If you tell me nothing, and you quietly throw feature changes or additions or both into a new package, I basically start all over with each package, like on the first day of customisation. If I don't even know what features are affected, I even start like on the first day of trying HikaShop! Or I might not know of and notice changes at all because the upgrade is overridden by my customisations. So, what good are such improvements then? Hmmm...
So far, you wouldn't even tell that a new package is out... but there's a change to good coming up - phew!
So, that's all a no-no.
(b) If you tell me at least what features are changed or added, it'll take me still long to dig myself into what files are affected, and what needs to be done to benefit from them while still keeping, or adding, my customisations.
(c) So, for the type and structure of software you're deploying, upgrading of features must be "well documented", and IMHO that means a list of files affected by your upgrade. You know which files they are anyway, I dare guessing it's just about putting them into one doc (which could be part of "the package"). Sure, both you and us need some reference to "changed since when", which leads to it being a must to weave a proper system of version/build numbers (which I'm sure you have) and to tell people (which yet you don't).
What might appear at first glance like a slow-down (at your end), will very quickly become routine, and not cost you anymore (since you have some sort of internal tracking anyway), rather pay you back as you quickly gain time (and if only in support).
Us users will gain instantly and hugely. The auto-update alone doesn't do anything, without proper documentation it'll rather make it worse: "uh, another new release... but what is it for... and how much time will it cost me to effectively implement it with all my customisations..." - all of us are familiar with this, in our computers' OS's, many apps, and many extensions. Don't need more of it, and sure not from the main source of income...
As you well know, the more complex the software gets, the more important this gets. If you have only 3 features and you change one or add one - ha, piece of cake. Well, we're talking a few more here, and with you guys doing the fantastic job you do, there's no end in sight.
In a nutshell:
Keep doing the great work! While you can brag about all of it or not, some we don't need to know all the details of, other we MUST know all of! So, please tell us when and what, and in a way we can work with!
Thank you for reading patiently; hope you understand.