What payment option would you like to see for Construct 3?

From the Asset Store
Casino? money? who knows? but the target is the same!

    > In short term I can make the most with Construct2/3 but the Constructs limits will eventually limit my possibilities.

    >

    Can you expand a little on what the limits your referring to are?

    I mean the problems that many of the more serious devs have faced when trying to port to consoles. And also some issues with performance. Let's look at the Constructs showcase site: Next Penelope dev switched to unity, AirScape dev had major issues with performance, Coin-Op story dev is in radio silence, Mortar Melon dev swiched to unity, Dev of Battle Princess Madelyn switched to unity due performance and export options, just to name few. If there wasn't any issues why would they have left?

    By continuing with C3 I just have to accept the fact that C3 export isn't optimal for anything except web.

    I would like to be able to export to raspberry pi, switch, ps4.

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads

    The reality is that HTML5 isn't good for console export. It sucks for WiiU, and it'll probably suck for the switch. You probably aren't going to get good performance on a complex game with HTML5 on anything that's not a PC. The exception might be Xbox one, since they're trying to unify apps across windows based devices, so they have more incentive to get things working smoothly on that front.

    If you want a game with good performance on all consoles today, don't shoot yourself in the foot from the start by using HTML5.

    The reality is that HTML5 isn't good for console export. It sucks for WiiU, and it'll probably suck for the switch. You probably aren't going to get good performance on a complex game with HTML5 on anything that's not a PC. The exception might be Xbox one, since they're trying to unify apps across windows based devices, so they have more incentive to get things working smoothly on that front.

    If you want a game with good performance on all consoles today, don't shoot yourself in the foot from the start by using HTML5.

    I think this is actually what causes a lot of issues for people using Construct. The interface is great for making games so it feels like the sky is the limit, but in reality it's probably best for making browser based web games - and who actually makes those? I've never been remotely interested in HTML5 games, I just like the interface, and I suspect it's the same for many other users too.

    > The reality is that HTML5 isn't good for console export. It sucks for WiiU, and it'll probably suck for the switch. You probably aren't going to get good performance on a complex game with HTML5 on anything that's not a PC. The exception might be Xbox one, since they're trying to unify apps across windows based devices, so they have more incentive to get things working smoothly on that front.

    >

    > If you want a game with good performance on all consoles today, don't shoot yourself in the foot from the start by using HTML5.

    >

    I think this is actually what causes a lot of issues for people using Construct. The interface is great for making games so it feels like the sky is the limit, but in reality it's probably best for making browser based web games - and who actually makes those? I've never been remotely interested in HTML5 games, I just like the interface, and I suspect it's the same for many other users too.

    You are right, 90% of their subscribers probably don't know what HTML5 is.

    The question is: can I get a sprite up on the screen, shoot it with a gun, have it die and score some points? The easier it is for a new customer to do that the more subscriptions they will sell. Less than 1% of their customers ever finish a game, even if they are just writing it for their friends.

    yours

    Winkr7

    >

    > > The reality is that HTML5 isn't good for console export. It sucks for WiiU, and it'll probably suck for the switch. You probably aren't going to get good performance on a complex game with HTML5 on anything that's not a PC. The exception might be Xbox one, since they're trying to unify apps across windows based devices, so they have more incentive to get things working smoothly on that front.

    > >

    > > If you want a game with good performance on all consoles today, don't shoot yourself in the foot from the start by using HTML5.

    > >

    >

    > I think this is actually what causes a lot of issues for people using Construct. The interface is great for making games so it feels like the sky is the limit, but in reality it's probably best for making browser based web games - and who actually makes those? I've never been remotely interested in HTML5 games, I just like the interface, and I suspect it's the same for many other users too.

    >

    You are right, 90% of their subscribers probably don't know what HTML5 is.

    The question is: can I get a sprite up on the screen, shoot it with a gun, have it die and score some points? The easier it is for a new customer to do that the more subscriptions they will sell. Less than 1% of their customers ever finish a game, even if they are just writing it for their friends.

    yours

    Winkr7

    Sounds like a manifesto to me!

    > Whatever you choose other than Fusion maybe... won't come close to Construct 3 in speed and ease of use imho.

    >

    >

    Read neverk's full quote, In the end it says "And that's kind of future proof path." Sounds like a well-thought-out plan to me.

    If you are actually thinking long term toward a proven deliverable product for phone/tablet/computer/console, other engines have a much better track record than construct.

    What is wrong with using the best tool for the job?

    Nothing is future proof.

    If you want something with a better track record Unity and Unreal Engine is way way above and beyond the rest.

    If he wants a well thought out plan that's more future proof imho Learning C# / C++ is a better way to go. Then you never have to worry about paying for engines etc.

    That doesnt mean other people have the same motivations or goals.

    I want to develop games. I want to think it out, make it and then be able to finish them and put it out there.

    I have a budget that i look at when checking how reasonable something is.

    I work fulltime as a Systems Engineer and I am also studying Cyber Security and Forensics part time. I also have a wife and I ride dirtbikes on weekends and have a social life. Still trying to fit in and learn GoDOt (their own proprietary language as well) , will take me a long long time before I can put out a proper playable game.

    The quickest ways I found to make the games I have in my head (2D) is Construct > Fusion > Stencyl> Gamemaker > Unity > Unreal > GoDot > BlitzMax > C# > C++

    So if time is more important than money (same with me) I don't see how GoDot or C++ etc is going to save you time.

    If exporting or running on different platforms with speed is the main concern then I think Gamemaker, Unity and even Fusion is your best bet I suppose.

    I'm going for Web, Steam, (PC, Mac and Linux) and Xbox. PS4 has a very difficult process to get into the indie side and they don't seem to be very open. Wii U... pointless for me at this stage to spend resources. Switch...that's the one I feel would be awesome to have an export for Construct...probably won't happen for the same reasons Wii U doesnt work. very poor HTML5.

    Phones for me is nice to have but don't really care. The market is saturated and they don't want to pay. Although I can see using it for smallish games. But then C3 should do fine.

    I must admit none of this has anything to do with the Renting model though...

    This is now about tech choice and export options.

    Hi! I'm participated to the C3 jam. So, what I will do with my C3 project after jam ends? I didn't found any exproting to C2 and I didn't found a page, where you sell C3. And after all I have only CC, didn't bought C2.

    Thanks.

    Sorry for my English.

    I didn't found any exproting to C2 and I didn't found a page, where you sell C3.

    You can't import C3 projects into C2. It only works the other way around. Also, C3 will be available for sale after the jam ends.

    Regarding performance...

    This is interesting.

    Normally I write extremely long posts, but I will try to be [more] brief with this one (EDIT: well I failed at making it short =/).

    -------

    The developer's concerns are valid. The pay-once model creates a less predictable revenue stream, making it harder for the developer to make hiring decisions.

    It is also harder to balance knowing how much time to spend on creating new features for the existing major version, bug-fixes, and updates, versus how much time to spend on a new major release. If your internal projected major release date is off from your anticipated revenue, then it could dramatically harm the company's chance of success.

    Shorterning the major release schedule to one year (as with The Foundry's Modo or Adobe Creative Suite), doesn't solve the problem, but instead magnifies the issue where the developer has to work on "showy" features, deprioritizing ones that make the core more functional and efficient.

    This all generates anxiety for the developer, who wants to focus on making a clean, solid product.

    -------

    However, the customer's concerns are also valid. All the points the community has been making about ownership, even if a false sense of it, are important and should not be ignored. This plays very much into customer psychology.

    There is no coincidence that 99 out of the top 100 daily grossing iPhone games are all free to play (the 1 premium one being Minecraft). This paradox works because they employ monetization models that very much understand the customer.

    I believe the developer knew very well that this subscription/rental model was going to be unpopular, and I commend them for being up front with it by making it effectively the first thing they announced this year, as it would quickly become the elephant in the room.

    To me, it sounds like the developer knows customers don't prefer it, but are hoping that it won't make enough of a difference to dramatically hurt the revenue. It also sounds like they are hopeful they can make a change to bring the plane back up if it starts to dive noticeably.

    -------

    I personally do not believe it is necessary to "wait and see" when we very well understand the problem and customer psychology, and can find a solution that is better for both customers and the developer.

    In other words, perpetual licenses "protect" the customer and rental/subscription models "protect" the developer. There was a great GDC talk about the idea of protecting the customer, revenue, and developer here: http://gdcvault.com/play/1024183/DON-T-CHANGE-A-THING . There are measures that can be taken that protect both the customer and the developer, which in turn protects the revenue.

    To do this, the company should figure out the sources of customer anxiety, and then capitalize on methods that relieve this customer anxiety. Here are a couple examples:

    1. Customers hate paying shipping (or "postage & handling" as it used to be called). They feel like this is a sneaky hidden price that jumps out at you after you are already hooked.

    To solve this, companies just make the price even more hidden by tucking it into the price. We know by research that a customer is willing to spend an even greater total amount if they see "free shipping" than a price + shipping. E.g. a customer is more like to pay $14.99 free shipping than $8.99 + $5 shipping.

    2. Many who buy plane tickets are afraid that they may have to cancel their flight, and thus lose lots of money. Customers absolutely hate the feeling of wasting money.

    Companies can then exploit that anxiety by figuring out how often customers actually do cancel flights, and then create a flight insurance option, charging well over that amount multiplied by the standard ticket price.

    The whole insurance industry is based on customers paying for peace of mind, paying away their anxiety.

    -------

    Scirra's customers aren't bluffing when they imply they are willing to spend more than they would otherwise in order to eliminate their customer anxiety caused by rental/subscription pricing schemes.

    No matter if you do annually, monthly, daily, or hourly payment intervals, it inspires a sense of pressure for subscribers to use the software, or else they are "wasting" money. I don't feel I need to elaborate on all the concerns the community has raised. This thread and others are rife with it.

    The solution:

    There are all sorts of interesting freemium ideas that could do very well to build the customer base, boost PR, and give the "whales" an opportunity to spend crazy amounts of money on Construct. Unfortunately, there isn't much time to revamp Scirra's systems to support some of the more effective ideas.

    Due to time constraints, among other reasons, I believe the best solution right now is to keep the $99/year subscription/rental system already in place, and add a boring 'ole perpetual option/rent-to-own system.

    Customers are different, and also myopic when it comes to finances and statistics. Some customers will only buy movies, paying 5 times more than the rental price, even if they watch them each an average of 1.5 times, and never resell them. Some customers pay for expensive cell phone plans which give them "free" upgrades on phone hardware every 6 months (way faster than they would otherwise), so long as they return their phone each time; and some would only buy phones (with either contract rent-to-own or bought outright), feeling they now "own" their phone they'll usually never use again or sell. Either way, the company can exploit them while making them feel satisfied.

    I digress. Scirra can predict generally how many years they expect or even hope customers to subscribe each, and when they plan to release the next major version (if they plan to do so). They can then set the rent-to-own timeline to be further out from their hopeful customer retention, and even potentially in line with a distant, projected next major release.

    For example, say you can foresee technology and development trends changing enough by 2022 (5 years from now), that you could see it as an opportunity to deploy Construct 4 by around then, employing the development overhaul necessary to meet the new trends.

    The maximum Scirra would reasonably get from a single customer would be $500 from Construct 3 before Construct 4. Say Scirra then did a $500 pay outright, and five-year rent-to-own feature (where, any customer who subscribes at $99 per year for 5 years gets to own it perpetually).

    If there was an option to continue subscribing for C3 or subscribe to C4, then it would be naive to think any significant number of customers would continue subscribing for C3 when C4 was out. I'd imagine Scirra would likely allow C4 subscribers to use C3 "for free".

    All that being the case, the only way Scirra would miss out on a customer (and thus any revenue) would be if there are any customers who are so utterly shocked by seeing a $500 sticker price (which itself could be less advertised) that they would turn away, despite being willing to pay $99/year.

    Any other customer of any kind would be at worst, be even with their currently proposedd model (in all practically significant scenarios).

    Any customer buying outright would be a net gain in revenue if they bought in 2018 or later, for all practical predictions.

    Any customer continuing to subscribe in part due to the rent-to-own dangling carrot would only positively affect net revenue even if they did make it to the end and "owned" C3.

    Protect the developer: the revenue would be more consistent than C2 and most definitely greater than with a no-compromise subscription system. The developer can focus on making the engine greater, by their vision, without stressing as much about gimmicky bells and whistle features each year, or stressing about maintaining bug fixes across different minor versions (as with the "keep your most recently paid version" model).

    Protect the customer: they aren't "wasting" their money by letting months go by without using the software, since they are "working toward" owning it. Open a revenue stream for those who want to "collect" tools, or the many others who are psychologically deterred by losing their sense of "ownership" in the many different ways it manifests.

    --------

    My prediction

    I'm guessing that Scirra felt that they couldn't have increased the price from $169 (or whatever it was) to $500 between C2 and C3 without an even larger uproar and potential loss of revenue than migrating to a subscription/rental system. They would have only been able to increase the price to something like $300. I'm guessing they felt this target revenue was something they could achieve more easily per customer with a subscription service, despite any outcry.

    My prediction is that they are going to "watch and see" what happens this first year, and what happens when they raise the price from $50 to $99 for the C2 owners, to get an idea of the market and how customers respond to the rental/sub model.

    I also predict that a different company or two will see this as an opportunity to poach a lot of Scirra's customer base, as Serif has been doing suddenly and very successfully with their Affinity Photo and Designer product line against the 'untouchable' Adobe's customers (note the "No subscription. Just $49.99" emphasis on the front page of Affinity's products).

    That pressure, along with [what I anticipate to be] a disappointing subscriber base to Scirra in a year and a half, they will be in a tricky position where they feel they need to either make the free version less free, as other companies have mostly unsuccessfully attempted, or to pivot their pricing model in a way that doesn't show weakness, as customers can smell that from a mile away (Scirra has even implied that as being part of the reason they don't do Humble sales). By weakness, I mean implying a concession that they were over-zealous with their price change from C2 to C3.

    In that difficult position, I anticipate Scirra will pivot in an insignificant way to attract more subscribers (and even less likely to bring back ones who have "moved on", old C2 users or not). Meanwhile, I predict they will be considering selling the company as YoYo Games did to a private gambling company, or to a larger company who would possibly open source it. Godot for example is free and open source but is sponsored by companies like Mozilla and Microsoft. I doubt the latter scenario (open-source) would happen.

    --------

    There's not much material value in any of my predictions, so I apologize for getting carried away there.

    I do strongly believe that there are good opportunities to benefit everyone, and that they don't need to be delayed, as they do not require much work to implement (a blog post + a couple of additional web pages/sections and form options).

    Thank you to anyone who read this.

    An excellent, well thought out post - thanks for taking the time.

    +1 on that, although a pricing model based purely on simply being cheaper than your competitors is widely regarded as a mistake in tech. I think it's worth stepping back a little as well, as we have orders of magnitude more users and customers than post in these sorts of threads - the financial viability of the way we've chosen is largely going to depend on the silent majority and it would be a mistake to extrapolate from these threads any commentary on our wider audience.

    CannedEssence

    I'm afraid no amount of reason or logic will change their minds on this. You can always hope for the best, but it hasn't worked so far. The bottom line is that they don't care about your opinion. Of course they'll tell you otherwise, but they have proven as much to us already.

    Point being:

    +1 on that, although a pricing model based purely on simply being cheaper than your competitors is widely regarded as a mistake in tech. I think it's worth stepping back a little as well, as we have orders of magnitude more users and customers than post in these sorts of threads - the financial viability of the way we've chosen is largely going to depend on the silent majority and it would be a mistake to extrapolate from these threads any commentary on our wider audience.

    Basically, the jury is still out until the silent majority has spoken with their wallets. That's all they really care about at this point. They are betting everything on C3 being their cash cow with every intention to milk the subscription model for as long as they can. Until they know what they majority decides, they are just biding their time defending their ideas to us on this forum.

    I'm really just biding my time too, if I'm being perfectly honest. I'll continue to use C2 until Fusion 3 is released. At that point, I'll decide if Construct 3 or Fusion 3 is the best game engine for me. It seems likely though, the longer it takes me to see the value in C3 the more likely I'll chose Fusion 3 over it. We'll see what happens though. Scirra has an opportunity to turn it all around. By the end of the year, I'll either have one really good option, or two of them. I think I'll win regardless.

    The bottom line is that they don't care about your opinion.

    I'm just baffled how you could come away with this view after both Tom and I have put so much time and energy in to explaining our position and our concerns with the proposed alternatives.

    Moot, this is why it's so difficult and frustrating to engage both from our end and yours as well I imagine because what you write is logically inconsistant, for example:

    Basically, the jury is still out until the silent majority has spoken with their wallets

    OK, so it's still to be seen if the model we picked will be viable/accepted by our wider customer base.

    I'm afraid no amount of reason or logic will change their minds on this.

    OK, so now we're ignoring logic common sense and the model won't work?

    Can you clarify what your position exactly is?

    [quote:2sg0agad]I'm afraid no amount of reason or logic will change their minds on this. You can always hope for the best, but it hasn't worked so far. The bottom line is that they don't care about your opinion. Of course they'll tell you otherwise, but they have proven as much to us already.

    Don't know what we can say at this point. We are reading and responding to everyone at great expense in terms of time. What your actually asking is for us to change the model to your demands - what you're saying you're asking for is to us to listen. We are listening. We're reading everything. We're not changing our model unless there's a dramatic need to do so.

    The suggestions in this thread have given us additional ideas (such as pausing subscriptions) which we may look at implementing and getting a better understanding of our customer base.

Jump to:
Active Users
There are 2 visitors browsing this topic (0 users and 2 guests)