{"id":1514,"date":"2013-08-27T09:52:19","date_gmt":"2013-08-26T21:52:19","guid":{"rendered":"https:\/\/www.deltics.co.nz\/blog\/?p=1514"},"modified":"2013-08-27T09:52:19","modified_gmt":"2013-08-26T21:52:19","slug":"exploding-some-delphi-pricing-myths","status":"publish","type":"post","link":"https:\/\/www.deltics.co.nz\/blog\/posts\/1514\/","title":{"rendered":"Exploding Some Delphi Pricing Myths"},"content":{"rendered":"<span class=\"rt-reading-time\" style=\"display: block;\"><span class=\"rt-label rt-prefix\">[Estimated Reading Time: <\/span> <span class=\"rt-time\">6<\/span> <span class=\"rt-label rt-postfix\">minutes]<\/span><\/span><p>More than one commenter to recent posts has trotted out the same tired old myths that, in their view, prevent [<em>insert current owner of Delphi here<\/em>] from being able to compete fairly on the pricing front.  Some of these myths are as old as the Enterprise Customer thinking that is the real problem, and just as stale, not having been updated to reflect current circumstances.<\/p>\n<p><!--more--><\/p>\n<h3>But First:  Where&#8217;s Sugar ?<\/h3>\n<p>The promised post on Sugar and Oxygene is coming, but getting up and running with it to the point of being able to blog about it has proven a little less straightforward than I had anticipated.<\/p>\n<p>Now, for those myths.<\/p>\n<hr\/>\n<h2><strong>Myth #1: <\/strong>Microsoft Give Away Their Dev Tools<\/h2>\n<p>This is simply not true.<\/p>\n<p>Visual Studio is a little cheaper than Delphi and quite a bit cheaper than RAD Studio.  The Microsoft NZ $ price for Visual Studio Pro is NZ$990 vs US$999 for Delphi, for example.<\/p>\n<p>Worth noting is that if there is upgrade\/renewal pricing for Visual Studio as a stand-alone product, I can&#8217;t find it in the current Visual Studio store.<\/p>\n<p>Adding an MSDN Subscription makes Visual Studio significantly <em>more<\/em> expensive, as are the renewals as compared to Delphi SA, but you get quite a bit in return and being a content subscription rather than a maintenance agreement, what you get for your subscription\/renewal is immediately tangible and predictable.<\/p>\n<p>Yes, there is Visual Studio Express which is free.  But if Visual Studio Express was all that any and all developers ever needed from Visual Studio then the very real, very expensive Visual Studio Editions wouldn&#8217;t even exist.<\/p>\n<p>I wonder, is the MS developer community rife with Visual Studio Pro subscribers bitterly complaining that those Visual Studio Express users are some sort of free-loading ingrates that just wanted a cheaper edition of Visual Studio for themselves rather than paying their dues ?<\/p>\n<p>Or do they perhaps see those Express Edition users as the future Pro subscribers ?<\/p>\n<hr\/>\n<h2><strong>Myth #2: <\/strong>Microsoft Force You to Develop For SQL Server, Exchange etc etc<\/h2>\n<p>I had honestly not seen this flatly nonsensical assertion before, but since it seems to exist in some people&#8217;s minds then it needs to be examined.<\/p>\n<p>The only thing I can think was in the mind of the commenter making this claim is that when you take out an MSDN subscription you get a lot of Microsoft technology included for the specific purpose of developing applications.  SQL Server, Windows Server etc.<\/p>\n<p>Would MS like you to develop applications that demand these technologies ?  Probably.  But how many people buy Windows Server\/SQL Server specifically to run an application compared to the number of people that buy specific applications because they run on the Windows Server and\/or SQL Servers they already use ?<\/p>\n<p>In any event, are you <em>forced<\/em> to develop only applications that demand these other technologies ?<\/p>\n<p>Of course not.<\/p>\n<hr\/>\n<h2><strong>Myth #3: <\/strong>Microsoft Give Away Tools To Undercut The Competition<\/h2>\n<p>This I think is the crux of the problem, betraying the tendency to jealous resentment that seems to characterise the thinking behind these myths.<\/p>\n<p>Microsoft really don&#8217;t care whether they &#8220;beat&#8221; Delphi or any other Windows development tool.  What they do care about is that people are developing Windows applications, and to facilitate that they make developing for Windows attractive.<\/p>\n<p>Microsoft want Windows developers to sustain Windows.  A free\/cheap edition of Visual Studio is one way to recruit people to that cause, and is something that has only really been available since other, free\/cheap alternatives have appeared and become a significant presence.  Not alternatives to Windows development, but alternatives that &#8211; from Microsoft&#8217;s perspective &#8211; risk recruiting developers to platforms other than Windows.<\/p>\n<p>The same is true of Google with respect to Android of course, and Apple and their iOS and OS X platforms.<\/p>\n<hr\/>\n<h2><strong>Myth #4: <\/strong>[<em>competitor<\/em>] Has Other Revenues, [<em>current Delphi owner<\/em>] Does Not<\/h2>\n<p>This one isn&#8217;t so much a myth (although in one respect it is <strong>*<\/strong>), so much a complete irrelevance.<\/p>\n<p>Yes Microsoft has other revenues.  Yes so do Apple.  And Google, obviously.<\/p>\n<p>What about RemObjects ?  SmartMobile Studio ?  And numerous others that could be mentioned.<\/p>\n<p>Where are the significant other revenue streams for these companies ?<\/p>\n<p>Certainly RemObjects has other products, but the idea that these are comparable or on a scale with those enjoyed by the likes of Microsoft, Apple and Google etc is of course just as ridiculous as the idea that the RemObjects developer tools &#8220;division&#8221; is a loss leader driving sales of their other products.<\/p>\n<p>Yet they manage to produce a development tool for not one, not two, but three platforms (.NET, Java and Cocoa &#8211; more if you break out mono and Android from .NET\/Java and consider iOS and OS X as separate from the Cocoa umbrella) and at a price that is lower than the &#8220;Mobile Add-on&#8221; which adds just two (and only two) platforms to a product which costs twice as much again at the outset.<\/p>\n<p>This excuse for the pricing of Delphi started in the Inprise era and, like the pricing strategy that really started at that time, hasn&#8217;t really been updated since.<\/p>\n<p><strong>*<\/strong> <em>The myth of course is that Embarcadero does not have other revenues.  Where did they get the $30m from to buy the CodeGear products in the first place ?<\/em><\/p>\n<hr\/>\n<h2><strong>Myth #5: <\/strong>Pay A High Price Once or Give Up A Cut Forever<\/h2>\n<p>This is a relatively new one, with the advent of the app store model.<\/p>\n<p>There seems to be a perception that the choice is as simple as this: That we either have to accept a high, initial price for our developer tools or give up a significant percentage of the sales of our products forever, in exchange for a lower price.<\/p>\n<p>This is nonsense of course.<\/p>\n<p>First of all, the percentage taken from sales of apps through the Google\/Apple stores is not in exchange for free\/cheap developer tools.  It is for <em>services rendered<\/em>.<\/p>\n<p>Xcode and the developer program subscriptions are the same price (free and $100 respectively) whether you are developing for iOS or OS X.  OS X has an app store but you aren&#8217;t forced to use it.  As far as I know, you aren&#8217;t even forced to use the store for iOS if your app is an Enterprise app as opposed to a commercial one.<\/p>\n<p>And even if it is a commercial iOS app or you choose to distribute your OS X app through the store, it&#8217;s not as if you don&#8217;t get something in exchange for the 30% of revenue that you &#8220;give up&#8221;.<\/p>\n<p>You aren&#8217;t &#8220;giving up&#8221; that revenue at all.  You are paying it, in exchange for:<\/p>\n<ul>\n<li>Distribution and update infrastructure<\/li>\n<li>Marketplace with product presence and ratings<\/li>\n<li>Payment processing<\/li>\n<\/ul>\n<p>Is it really unreasonable to pay for these services ?  Is the app store model uniquely draconian ?<\/p>\n<p>If you sell products through <strong>any<\/strong> form of distribution channel, the eventual customer will be paying more to the reseller than the reseller pays you, representing a cost of sale per unit to you.<\/p>\n<p>Marketing, or even simple hosting for promotional content (or direct distribution if you are cutting out the resellers) is rarely, if ever, free and will often have a minimum base cost to be recouped through 100% of some initial number of &#8220;sales&#8221;, as well as scaling costs associated with increased volumes (traffic) if you do particularly well.  Costs which you can average out per transaction only after the fact and may never recover entirely if this channel doesn&#8217;t prove effective.<\/p>\n<p>Payment processing is <strong>never<\/strong> free.  If you take credit card payments or even PayPal payments, there will be fees to be paid.<\/p>\n<p>But further than that, even if you pay a high initial cost for your tools you will still have these costs to deduct from your revenues if your product is to reach any sort of market.<\/p>\n<p>And again, there are other companies that manage to produce tools at a reasonable price that do not &#8220;clip the ticket&#8221; on any sales arising from the efforts of their customers.  The benefit they gain is by those customers <em>continuing<\/em> to be customers.<\/p>\n<hr\/>\n<h2><strong>Myth #6: <\/strong>There Is No Easy Solution<\/h2>\n<p>Yes there is.  Possibly many different solutions in fact.  But they require a change in thinking.  A different mindset.  And that is where Embarcadero seem singularly unable or unwilling to apply themselves.<\/p>\n<p>At the highest level perhaps, the various options fall into two distinct groups:<\/p>\n<ol>\n<li>Free\/Cheap entry level product properly distinguished from the higher priced editions.  Let&#8217;s call this the &#8220;Visual Studio Model&#8221;<\/li>\n<li>An upgrade subscription model where you pay a single annual fee entitling you to upgrades to a perpetual license.  Let&#8217;s call this the &#8220;Xcode Model&#8221; (since with Apple your ability to productively develop is contingent more on your annual subscription to the relevant Developer Programs than it is on Xcode itself, which is free).<\/li>\n<\/ol>\n<p>Yes, Visual Studio with MSDN is essentially a subscription model as well.  Would you look at that ?  Microsoft actually have feet in both camps.  It&#8217;s almost as if they actively think about pricing and how to make it work for them, instead of just relying on some uniquely comfortable position and sticking dogmatically to an outdated mindset! <gasp><\/p>\n<hr\/>\n<h2>Next Time<\/h2>\n<p>This post has been what my detractors would no doubt characterise as &#8220;negative&#8221;, despite the fact that the intention is not to be negative toward Delphi\/Embarcadero but to illustrate why some of the fatalistic thinking in this area is flawed.<\/p>\n<p>For that is the real negativity I think: to believe that nothing can be done and that people just have to suck it up, get onside and stop complaining.<\/p>\n<p>So next time (or possibly the time after that, depending on how I get on with Sugar) I shall revisit my proposal for a <a href=\"https:\/\/www.deltics.co.nz\/blog\/?p=533\">Community Edition of Delphi<\/a>, and look at exactly how and why I think Starter fails to meet this need and what I think could be done to fix that.<\/p>\n","protected":false},"excerpt":{"rendered":"<p><span class=\"rt-reading-time\" style=\"display: block;\"><span class=\"rt-label rt-prefix\">[Estimated Reading Time: <\/span> <span class=\"rt-time\">6<\/span> <span class=\"rt-label rt-postfix\">minutes]<\/span><\/span> More than one commenter to recent posts has trotted out the same tired old myths that, in their view, prevent [insert current owner of Delphi here] from being able to compete fairly on the pricing front. Some of these myths are as old as the Enterprise Customer thinking that is the real problem, and just [&hellip;]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"jetpack_post_was_ever_published":false,"jetpack_publicize_message":"","jetpack_is_tweetstorm":false,"jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":true,"jetpack_social_options":[]},"categories":[4],"tags":[292,176],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"","jetpack_shortlink":"https:\/\/wp.me\/p1TKYv-oq","jetpack_sharing_enabled":true,"jetpack-related-posts":[{"id":529,"url":"https:\/\/www.deltics.co.nz\/blog\/posts\/529\/","url_meta":{"origin":1514,"position":0},"title":"New Delphi Upgrade Policy &#8211; Get in QUICK!","date":"16 Sep 2009","format":false,"excerpt":"If you are using any version of Delphi that is more than 3 versions older than the current version (i.e. Delphi 2005 or older, as of today), the days of upgrading to the latest version will soon be over. I am seriously disheartened by this change in policy. Whether you\u2026","rel":"","context":"In &quot;Delphi&quot;","img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]},{"id":1138,"url":"https:\/\/www.deltics.co.nz\/blog\/posts\/1138\/","url_meta":{"origin":1514,"position":1},"title":"Widening of Upgrade Eligibility in XE3&#8230;?","date":"03 Sep 2012","format":false,"excerpt":"Having checked the online store listing for Delphi XE3 which is now up, it appears that the upgrade eligibility window for XE3 may have been nudged open ever-so-slightly wider. The eligibility window introduced by Embarcadero has previously, consistently, been current version and the two immediately prior versions. Additionally they generously\u2026","rel":"","context":"In &quot;Delphi&quot;","img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]},{"id":653,"url":"https:\/\/www.deltics.co.nz\/blog\/posts\/653\/","url_meta":{"origin":1514,"position":2},"title":"RAD Studio &#8220;XE&#8221;","date":"11 Aug 2010","format":false,"excerpt":"News is starting to come out about the upcoming release of Delphi, RAD Studio XE. So what can we expect? Well, based on what has been revealed so far, anyone thinking that the time that has passed since we were supposed to have received 64-bit support has been well spent\u2026","rel":"","context":"In &quot;Delphi&quot;","img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]},{"id":533,"url":"https:\/\/www.deltics.co.nz\/blog\/posts\/533\/","url_meta":{"origin":1514,"position":3},"title":"Delphi: Community Edition (A Proposal)","date":"21 Sep 2009","format":false,"excerpt":"The time has come, the Walrus said, to talk of many things. \u00a0Of shoes, and ships, and sealing-wax. \u00a0Of cabbages, and kings. \u00a0And why the sea is boiling hot, and whether pigs have wings. And why the cheapest version of Delphi costs a new user as much as a pretty\u2026","rel":"","context":"In &quot;Delphi&quot;","img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]},{"id":1540,"url":"https:\/\/www.deltics.co.nz\/blog\/posts\/1540\/","url_meta":{"origin":1514,"position":4},"title":"Delphi and Oxygene &#8211; A Cost of Ownership Comparison","date":"31 Aug 2013","format":false,"excerpt":"In a comment on my previous post, David Michael made some observations about the cost of Oxygene being comparable to Delphi. This surprised me, so I did some checking. The results surprised even me. DISCLAIMERS I should mention that I took advantage of an upgrade pricing offer when I purchased\u2026","rel":"","context":"In &quot;Delphi&quot;","img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]},{"id":574,"url":"https:\/\/www.deltics.co.nz\/blog\/posts\/574\/","url_meta":{"origin":1514,"position":5},"title":"The Turbo&#8217;s&#8230; Success or Failure?","date":"02 Oct 2009","format":false,"excerpt":"In recent discussions about the merits (and\/or otherwise) of a free\/cheap\/cheaper edition of Delphi, it was suggested that the Turbo editions were either a run-away and disastrous success that stole sales from Delphi or that they were a complete flop, leading to the conclusion that there was no demand for\u2026","rel":"","context":"In &quot;Delphi&quot;","img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]}],"_links":{"self":[{"href":"https:\/\/www.deltics.co.nz\/blog\/wp-json\/wp\/v2\/posts\/1514"}],"collection":[{"href":"https:\/\/www.deltics.co.nz\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.deltics.co.nz\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.deltics.co.nz\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.deltics.co.nz\/blog\/wp-json\/wp\/v2\/comments?post=1514"}],"version-history":[{"count":8,"href":"https:\/\/www.deltics.co.nz\/blog\/wp-json\/wp\/v2\/posts\/1514\/revisions"}],"predecessor-version":[{"id":1524,"href":"https:\/\/www.deltics.co.nz\/blog\/wp-json\/wp\/v2\/posts\/1514\/revisions\/1524"}],"wp:attachment":[{"href":"https:\/\/www.deltics.co.nz\/blog\/wp-json\/wp\/v2\/media?parent=1514"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.deltics.co.nz\/blog\/wp-json\/wp\/v2\/categories?post=1514"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.deltics.co.nz\/blog\/wp-json\/wp\/v2\/tags?post=1514"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}