Maintenance plans is something we considered, but though it wouldn't work well for us. This is because it's infinitely more difficult to maintain software when you have your customer base split into different versions, complete abandonment of lower version customers is a no go when bugs are discovered or a feature breaks due to technology change. This significantly impacts the complexity of our product deployment and maintenance. There's also other complexities around documentation, tutorials etc etc, the list goes on.
It could also reflect badly on us if customers on older versions are demoing the product to other potential users when they are many release cycles behind the latest version. There's a myriad of benefits of just having all customers on the same version. To go down the maintenance plan route for us would be a mistake.
Generally propositions from customers for different or more exotic pricing methods over what we've gone with tend to involve a lot more complexity to ultimately allow people to buy it for less. The model we've got is working well, and we don't see any advantage to changing it right now.
> I never made noises on the forums about it because I was fairly new to Construct 2. I just left quietly.
Which is fine, but we're a much more successful company than we ever were with Construct 2, largely because of the direction we went with pricing. We accept it's not for everyone. I think looking back over our history we've gone from Open Source to Pay Once to SaaS. When you go through these changes you're going to lose customers who were attracted to your original payment model, this is just a reality we have to accept.
Tom here from Construct, spent a lot of time recently working on improving reliability/scalability of website so when I see comments like this always sends a pang of fear through me :)
Site resources looks to be coping just fine which is great (we often get upwards of 20 pageviews per second on our site at peak times) so will put this down as a blip.
Look forward to hearing more about how you get on with Animate, Ashley and Diego have done a stellar job in getting productivity software running in the browser!
Construct 3 and Construct Animate are not Chrome only, it works in all major browser and even mobile/tablet devices. Chromebook support has been a major plus for us in the educational market.
Construct 2 was pay once, but we found after a few years sales really plateaued. Going to SaaS was a difficult transition for us, but it's worked out well and we now see year on year growth which gives us a lot more breathing room.
I think it's important to also recognise that pay once software just doesn't work as a model for a lot of countries around the world. As an example, for Construct 3 we charge the equivalent of ~$12 USD per year in Malawi which makes it a very affordable option, whereas a one-off price would have to be roughly quadruple that for it to be economical for us, and would likely put it out of reach of a lot of people who otherwise may of paid annually for it.
SaaS puts more onus on us to cater for our current paying customers, before with pay once our focus was weighted on acquiring new customers. To what extent this actually plays out is kind of tricky to put your finger on especially from where I'm sitting but there is certainly an element of this in our work.
I'm not going to pretend that SaaS is suitable for everyone and every product and I understand why people are adverse, but for us it's worked well and a lot of noisy predictions from some of our customer base about this being our downfall never played out. The transition to pay once to SaaS was a vulnerable time for our business and a very interesting one at that.
Notably unregulated gambling available without oversight and also readily available to addicts and children. Helpful in smashing down that redundant bureaucratic red tape the gambling industry so desperately is in need of at the small price of destroying, debilitating or general increase in suffering in peoples lives.
We have! Construct 2 was a windows program that made HTML5 games, and now we've gone full circle and Construct 3 is an HTML5 program that makes HTML5 games :)
This is probably a preference thing (and scale is likely an important factor) and can never be definitively answered, but I find that denormalising data such as SSO ID's into a third table comes at the cost of slightly more complex code and more boilerplate if you've got a caching model, I used to denormalise to this level but have now gone back to putting it all into a fairly wide user table as a short string field is also very cheap.
Anything by Werner Herzog is incredible as well, I find his approach extremely sympathetic and respectful to the subjects but without sacrificing detail (EG Grizzly Man)
Not strictly a documentary, but Threads by the BBC is a researched film depicting life in the UK if every city was hit by a nuke and it was incredibly disturbing and informative:
https://en.wikipedia.org/wiki/Threads_(1984_film)
Carl Sagan's Cosmos has to be one of the most charming and moving documentaries I've ever watched - arguably a little out of date now but it reached a place the subsequent Cosmos series just couldn't reach.
MayDay! Air crash investigations are all amazing documentaries that manage to balance pretty intense technical information with real life suffering very skilfully and they are incredibly engaging.
It could also reflect badly on us if customers on older versions are demoing the product to other potential users when they are many release cycles behind the latest version. There's a myriad of benefits of just having all customers on the same version. To go down the maintenance plan route for us would be a mistake.
Generally propositions from customers for different or more exotic pricing methods over what we've gone with tend to involve a lot more complexity to ultimately allow people to buy it for less. The model we've got is working well, and we don't see any advantage to changing it right now.
> I never made noises on the forums about it because I was fairly new to Construct 2. I just left quietly.
Which is fine, but we're a much more successful company than we ever were with Construct 2, largely because of the direction we went with pricing. We accept it's not for everyone. I think looking back over our history we've gone from Open Source to Pay Once to SaaS. When you go through these changes you're going to lose customers who were attracted to your original payment model, this is just a reality we have to accept.