Slashdot Mirror


How OSS Models Put Vendor Support on Solid Ground

Jane Walker writes "How can vendors offer free enterprise software and be financially strong enough to provide commercial support? It's all about hybrids, says expert Julie Hanna Farris. Find out how to determine if a commercial open source vendor has the chops to support products in the long term."

45 comments

  1. It works by poeidon1 · · Score: 3, Insightful

    if the product is good i.e. it does what it is supposed to do and the services are prompt and reliable. Product costs only once, service charges last till the the death of the product.

    --
    They called me mad, and I called them mad, and damn them, they outvoted me. -Nathaniel Lee
  2. Viability by ihuntrocks · · Score: 4, Interesting

    At one point or another, all companies and or services and products were new. Every company has faced this at their inception. Any hesitation on this matter is nothing new, it's just open source now. With the lower overhead of open source software and many proven examples of viability thereof (see the external article for more details on how this model is working) I think it should make a very enticing offer for many companies. As the owner of a small IT services startup, I advocate a mixture of closed and open source software to my clients based on their budget and needs and it has worked beautifully so far.

    --
    Randimal: AT-CG-CG-AT-CG-AT-AT-CG-CG-AT-AT-CG-AT-CG-CG-AT-CG-AT-AT-CG-AT-CG-CG-AT-AT-CG-CG-AT-CG-AT-AT-CG
    1. Re:Viability by ROOK*CA · · Score: 1

      As the owner of a small IT services startup, I advocate a mixture of closed and open source software to my clients based on their budget and needs and it has worked beautifully so far.

      I think that's a great approach and tends to maximize customer value. The one thing that wasn't pointed to in the article which I think bears mentioning with respect to OSS solutions is that one should keep in mind the viability of the development/support community OUTSIDE of the vendor that's selling the solution.

      In the event that said vendor does go belly up you still have some place to turn when 2 years down the road you need to make some changes, It's frustrating to get into the middle of a project only to find that dependencies have been built upon obscure and now long forgotten OSS components just because the original vendor figured they be in business forever (and are now long gone). It Seems to me that vendors that are using your model need to pay extra careful attention to dependencies and assumptions on the OSS side.

  3. Question. by AnonymousPrick · · Score: 5, Interesting
    FTFA: If vendors don't have tangible proof points available and customer references then they're not giving you enough information.

    What do you do if you're just starting out?

    There's been a couple of times when I've mentioned F/OSS to business owner as a potential addition or replacement to his IT infrastructure (MySQL, Open Office) and as soon as they hear "free" they get this funny glaze over their eyes. Small businesses LOVE the word "free", but I think they equate "free" with junk - "you get what you pay for" attitude. I think they're also afraid of things not working, which equals no revenue coming in. This is a hurdle that I can't seem to get over.

    Yeah, I'm a shitty sales guy.

    --
    Saturday is April 1. Slashdot will be shut down. Sorry for the inconvenience.
    1. Re:Question. by poeidon1 · · Score: 2, Insightful

      Ofcourse you get what you pay for. Free software does not mean free, there is a service based business model based on it, and what you pay, the service you get. But you atleast can evaluate its usefulness without having to shell out a lot of money for something which is not very useful.

      --
      They called me mad, and I called them mad, and damn them, they outvoted me. -Nathaniel Lee
    2. Re:Question. by replicant108 · · Score: 4, Insightful

      as soon as they hear "free" they get this funny glaze over their eyes

      Then avoid using the word 'free' until after they're familiar with the product. Talk about 'open source', 'reduced risks/costs', 'avoiding lock-in', etc.

      Save the philosophy till later.

    3. Re:Question. by salec · · Score: 2, Insightful

      Maybe FOSS products should ALWAYS have a defined nonzero price (or several, for different levels of support). To us in the know it should be apparent that licence permits unimited copying once you've got a copy of it, but at least this would put the "ALIEN ALERT!" sign off of PHB's radar screen. I mean, there is virtually no difference in alleged "you get" part of the truism, thanks to ubiquituous disclaimers, no matter how bosses feel about it (warm, fuzzy, "we payed honest, serious, gentelmans' money for it" feeling).

    4. Re:Question. by Bert64 · · Score: 1, Funny

      So sell it to them at around the same price as competing products...
      And when they complain about the cost and come asking for discounts, give them huge discounts :)

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    5. Re:Question. by brunes69 · · Score: 2, Interesting

      Then don't tell them it's free, and take their license fee they pay you as their consultant and send it off to the project maintainers / support group / FSF / Whoever.

    6. Re:Question. by Anne+Thwacks · · Score: 1
      they equate "free" with junk

      Wicked: just charge them a heap of money - then they will know how good it is!

      --
      Sent from my ASR33 using ASCII
    7. Re:Question. by gutnor · · Score: 1

      This is very difficult to use the word Free in a company. Because actually nothing is free for a company.

      If you take a guy that is costing you 1000 $/day and you replace his desktop. If you need to replace his desktop by Windows or Linux, the cost of the license itself will be pretty insignificant compared to what you loose when the guy is learning the new product ( be it a new version of windows or a linux desktop )

      Free software or not, the cost of migration is != 0 The fact that the license to use the software is free is only a factor when comparing 2 solutions. License cost is clearly in favor of OSS but other may count aswell such as availability of training course or resources at the requested level ( SysAdmin level != Secretary Level ), technical team/in-house expertise, ...

  4. +5 interview by porkThreeWays · · Score: 4, Interesting

    This is a very insightful interview. This company trudges past the fud and explains solid business models based on open source. They basically are saying that open source isn't an end all in itself. If you have a failing product, simply making it open source isn't going to make you a successful company. Seems obvious, but a lot of people don't understand it. They also go on to say a lot of people open source things because it's hip or cool.

    She goes on to state that you must have a solid revenue stream based off the open source product somehow (then goes on to list various ways such as support, open sourcing parts of the program and closed source for the innovative part).

    It sounds like this company has a good head on its shoulders and will be around awhile. Sure, there are those of us who open source for the freedom part (and this will always continue in universities, government, private individuals), but this company has figured out how to add value to a solid core business model using open source.

    --
    If an officer ever threatens to taze you, say you have a pacemaker.
  5. Key point by JanneM · · Score: 4, Interesting

    Businesses believe they need to pay something to ensure that there's a viable organization behind it.

    I think this is pretty important. It's not just a simple "if its expensive, it must be good" kind of misattribution that some advocates argue. In part it's a "if everybody does it" kind of argument that actually works: "If we find it worth it to pay for this, then so do other businesses. Which means these people have a real, sustainable income stream, and a real future."

    But for OSS vendors, I think the most important aspect is that the client gets a horse in the race, so to speak. As a paying client, they get a seat at the table, even if by proxy, and have a voice in what will happen with the product. They become Somebody. True, paying a developer to participate is another way - and even more influential - but if your business isn't software in the first place that is just not feasible. Paying a company to, in effect, pay developers by proxy is the next best thing.

    --
    Trust the Computer. The Computer is your friend.
    1. Re:Key point by DogDude · · Score: 5, Insightful

      But for OSS vendors, I think the most important aspect is that the client gets a horse in the race, so to speak. As a paying client, they get a seat at the table, even if by proxy, and have a voice in what will happen with the product. They become Somebody. True, paying a developer to participate is another way - and even more influential - but if your business isn't software in the first place that is just not feasible. Paying a company to, in effect, pay developers by proxy is the next best thing.

      That only works with small products. If I'm paying genericJoeSupportGuy for Apache support, that doesn't mean that I get to influence Apache in any way. But you'd also get this with small products with closed source, as well. If you're one of only a few customers, they'll help tailor it to your wants and needs.

      --
      I don't respond to AC's.
    2. Re:Key point by JanneM · · Score: 1

      Well, if you give one of your developers part of his time to help hack on some Apache module that your business uses, that doesn't give you a lot of steerage either - it gives you a bit, to be sure, but so does being a smaller customer. Indeed, that is another parallel - the more you invest, directly or indirectly, the more say you will have.

      --
      Trust the Computer. The Computer is your friend.
    3. Re:Key point by Escogido · · Score: 1

      That only works with small products. If I'm paying genericJoeSupportGuy for Apache support, that doesn't mean that I get to influence Apache in any way.

      In a way, you do: you create a market for Apache support. That influences the value of the product since it creates an incentive to offer Apache support. The support people form communities, they find out what problems they need to be solved, they let Apache know what should be worked on etc. Every little helps, as the old lady said.

    4. Re:Key point by Lattitude · · Score: 1
      I think this is pretty important. It's not just a simple "if its expensive, it must be good" kind of misattribution that some advocates argue. In part it's a "if everybody does it" kind of argument that actually works: "If we find it worth it to pay for this, then so do other businesses. Which means these people have a real, sustainable income stream, and a real future."

      I totally agree. We inherited a large number of really low revenue contracts that were locked in forever. We went to those clients and asked to renegotiate with the argument that it was in their best interest to help ensure our viability as one of their vendors. Every single one agreed to pay more, and everyone felt good about it.

  6. Not quite... by DogDude · · Score: 3, Interesting

    Not really.... if the software is good, then little to no service is needed. The "service" model is bogus. It already assumes that broken or difficult to implement software is being sold, and that you're goping to have to pony up to fix it/figure out how to use it later. That doesn't instill very myuch confidence in me. I try to buy software that requires as little support as possible.

    --
    I don't respond to AC's.
    1. Re:Not quite... by Daytona955i · · Score: 4, Insightful

      Or your IT group is composed of a bunch of half-wits who can barely tell the difference between an ethernet jack and a phone jack. I hate to say it but it happens. I work for a small company who goes and installs a custom software package that is built on top of an Oracle Database. Now some of our clients will have the database all setup and everything ready to go. Other clients we go, install Oracle, install our software and then spend a lot of time teaching them simple things like how to backup the database. Also some of our clients we can just e-mail them a SQL script for an update and they run it and life is good.... others, we have to go there and install it for them.

      So while a support contract may not be for you, there are a lot of companies out there who need one.

    2. Re:Not quite... by woodlouse_man · · Score: 2, Insightful
      I suppose it depends on how complicated the product is, and what audience it is aimed at.

      Whilst I haven't had experience of Open Office and the like, I have used tools like JBoss, and I've found that these tools (with their complicated XML file configuration) can be just as difficult to set up and use as the non-open ones (WebLogic for example).

      My point, I suppose, is that no product is ever 100% foolproof, and if some people can make a viable go at providing services for OSS then good for them

    3. Re:Not quite... by gutnor · · Score: 2, Funny

      In a company I worked for, phone and network uses RJ45 cables.
      It was a pain in the ass to determine if you have to plug your network cable in the socket with label D123-S2, D123-S3, or D123-S4 (for your company laptop). The only way to know for sure that was to go in the basement to check if the cable was physically plug into a switch or a pbx ( or often nowhere )

    4. Re:Not quite... by networkBoy · · Score: 1

      I am the draconian net admin asshole for a lab at my company.
      All ports are labelled in my lab, isolated, production, phone. Color coded too (isolated is a yellow label). When I leave my lab and need connectivity (and can't get the campus WiFi) I sometimes have to take the approach:
      1) jack in and look for link
      2) dhcp request / view config / determine if the network is a corp. or lab connection
      3) go back to 1 till I find a corp drop.

      really pisses me off...
      -nB

      --
      whois gawk date unzip strip find touch finger mount join nice man top fsck grep eject more yes exit umount sleep dump
    5. Re:Not quite... by sumdumass · · Score: 1

      Interestingly enough, your not exactly understanding the issue with paid support and service contracts. Most companies won't buy or use software unless there is some sort of service contract availible with it. This isn't because they expect the product to be junk rather they expect the product to be running when needed and want the quickest way to keep it running if somethign happens. Most of the time, it will be human error or somethign outside the norm that does it too. Power failures corupting datastores, users accessing the wrong settings and screwing therm up, Windows issueing an incompatible update that needs the support group to issue an update, these are just a few issues that doesn't have anythign to do with the quality of the software.

      I've seen (support)a company who buys support for an acounting program and pays about the cost of the program's original price over 3 or 4 years time. They have used the support once in 15 years with no problems other then that. The support call was durring an upgrade were the data store needed converted before being used with the new program(going from a dos version to a full blown SQL database). The interesting thing here is that the support contract they have is the middle one availible. There are more expensive contracts availible too.

      You know, in a home setting or small office setting, It is nothing to skip the support contract. When your turning $500,000 a day and not being able to print your proposal that ends up costing you a bid/contract that would have net'd another $100,000 isn't an option. This is were the support comes in. A contract's cost is penuts compared to the amount of money some companies turn around. If it means they had instant access to someone who could have fixed thier print issue so they could get the bid in on time, it is well spent money and thats how they see it.

    6. Re:Not quite... by phlamingo · · Score: 1

      You are missing a two factors here.

      First, any software that is complex enough to be useful is going to have bugs. Design bugs, functional bugs, security bugs, whatever. Anyone who says different (even Donald Knuth) is ignoring reality or selling snake oil.

      Second, a program may be perfectly usable as released, and do everything that the developers could imagine. However, there are going to be some customers who want things that the developers could not imagine, precisely because they do not know their customers' businesses.

      So, when company X releases a software package Y as open source, then sells service for it, they are saying, "We have made a good-faith effort to make this software clean and functional. Sure, you can fix any bugs you find, and add any features you want. But, if you would rather focus on your core business, pay us to focus on what is important to you and we will work hard to make you happy."

      Any view that "properly written software doesn't require support" is naive.

      PS: I don't think Dr. Knuth is selling snake oil. I love his work, but he does have a bit of an ivory-tower view of the world.

      --
      I had forgotten how much cooler teenagers look when they are smoking. Oh, wait ...
  7. The point that is missed by penix1 · · Score: 4, Insightful

    It's not about the program in OSS but the support / services to it that matter. It is just the opposite in closed source because of the need for continual upgrades. I offer into evidence Microsoft Windows 95. As soon as the "next gen" windows cam out (Windows XP) support for 95 halted. When that happened, the most common response to support answer wasn't "do this..." but "Upgrade!". There are OSS projects out there that are as old if not older than Windows 95 but yet I know that I can still get support from any number of sources.

    B.

    --
    This is a sig. This is only a sig. Had this been an actual sig you would have been informed where to tune for more sigs.
    1. Re:The point that is missed by Scarletdown · · Score: 2, Insightful
      As soon as the "next gen" windows cam out (Windows XP) support for 95 halted. When that happened, the most common response to support answer wasn't "do this..." but "Upgrade!"


      And I suspect that many many users, who didn't want to upgrade their hardware just to run the new OS and do the same activities as before gave Redmond the finger and said "Screw you!" These then went on to either upgrade to alternative operating systems, or just stayed with the 9x line and found their support from the 9x user community or the obligatory family geek.
      --
      This space unintentionally left blank.
    2. Re:The point that is missed by PaulMdx · · Score: 0

      It is just the opposite in closed source because of the need for continual upgrades.

      OSS is certainly better than closed source, but I still believe there is some pull to upgrade.

      From my experience, that quality of active OSS support (in terms of forums, email, IRC) is very much related to the number of users. I bet I don't get the same level of support for Slackare 3.4 (hay days..), as I do for the latest release.

      And let's not forget that security updates are certainly not always back-ported, which adds another reason why upgrades are in some cases required.

    3. Re:The point that is missed by Scarletdown · · Score: 1
      From my experience, that quality of active OSS support (in terms of forums, email, IRC) is very much related to the number of users. I bet I don't get the same level of support for Slackare 3.4 (hay days..), as I do for the latest release.


      But unlike Windows, a Slackware or other Linux upgrade normally doesn't require a hardware upgrade as well. Hell, I remember when I upgraded my Debian system from a 2.4 to a 2.6 kernel. It seemed to me that I actually had a boost in performance, which to me is one major benefit one should expect when doing a software upgrade. This probably isn't much of an issue for the big megacorps, but for small-scale users (home and small businesses), this does become rather significant.
      --
      This space unintentionally left blank.
    4. Re:The point that is missed by penix1 · · Score: 1

      The point I was trying to make was that the life cycle of programs in closed source changes the support response from help to canned upgrade pitches.

      B.

      --
      This is a sig. This is only a sig. Had this been an actual sig you would have been informed where to tune for more sigs.
  8. in other words by Anonymous Coward · · Score: 1, Funny

    If your business model relies on closed source, open source is not for you. get 'em hooked, make 'em upgrade...

  9. quality of service by Device666 · · Score: 5, Insightful

    There is no guarantee or formula to predict how long a company / product will exist, closed or not.

    A business advantage is that even a halted open source project can be revived, it is always for you to use. And if some company thinks something is missing they can add it. So if you are a company dependant of open software, you want to have a thriving community behind the specific products you use in the first place, besides some support of some OSS-business.

    Support first
    Professionals don't neccesary care about "free" they want to have a certain level of support. So for OSS companies it's just how they can compete with the support of it's closed source rivals. I think this explains why a lot of business people still haven't really grasped the concept of open source.

    product second
    For a lot of people "open source" is a relatively new term. They have problems understanding it, let alone knowing what to do with it. Product / market share comparisons are a better basis to promote open software for someone who has never heard of it.

  10. Who uses company support by dbmasters · · Score: 2, Insightful

    More often than not, I get quicker, and more helpful responses from the user communities of any piece of software I need...message forums, newsgroups, etc...wether open or closed...and in the world of supportive user communities, OSS wins hands down, some of those user communities run on a cultish level of support and cheerleading and it's very easy to get the answers I need.

    --
    dB Masters
    1. Re:Who uses company support by dtsazza · · Score: 1

      Sadly, it's rarely about real-life examples like that. The decision-makers can't really present a case that "if it goes wrong, we'll look on Google and post on some forums to solve the problem" - it comes back to the old "No-one got fired for buying IBM."

      Never mind that you take the option with the dedicated support, and then find the internet better anyway; it's about having something to fall back on, that won't cost people their career. This is where the hybrid options help; by paying for some form of support, companies feel they have something to leverage, and someone to pass the blame onto if something goes wrong.

      A lot of corporate decision making is just about dodging the bullet if and when things go wrong.

      --
      My, that was a yummy potato!
    2. Re:Who uses company support by dbmasters · · Score: 1

      Yeah, thats a fair point, I guess not being in a management/decision making type position myself I don't think about it that way...fair point though, you pay for somewhere to pass the buck to...thats kinda sad, paying for a fallguy...

      --
      dB Masters
    3. Re:Who uses company support by pneumatus · · Score: 1

      The problem (as mentioned in a previous OSS debate here) regarding community support is that if you have a problem and the community come up with a quick patch you are then responsible for testing the implications of applying it. OSS communities can definatly get fixes out quickly but they are often not the ones that have to deal with the repercussions of it breaking your business critical OSS system.

      his is of course not to say that closed source suppliers may not do the same - if have first hand experience of software vendors sending me patches which appear to be completey untested and break more than they fix. I guess at least with the OSS communities you will still get a nice quick response when you go back complaining. As far as general discussion goes, i have to agree completely with parent - A bunch of avid users of a piece of software will nearly always be able to beat some tech support drone in solving problems.

      --
      Just don't create a file called -rf. :-) -- Larry Wall
    4. Re:Who uses company support by dbmasters · · Score: 1

      "if have first hand experience of software vendors sending me patches which appear to be completey untested and break more than they fix" yeah, Oracle is a pretty good one for that in my experience...and thats likely up among the most costly of apps...

      --
      dB Masters
  11. So, which parts of Scalix are in fact free/open? by Anonymous Coward · · Score: 0

    I'm not deeply interested in Scalix, but as I understand it, the company bought HP OpenMail (a binary-only commercial package mail package), and built this new offering around that. Is this correct?

    Is it well known exactly how much of Scalix is really open source by any definition? I cannot find any mention of free or open-source components included in Scalix, in any form, on the Scalix web site. Lots of talk about open standards like IMAP, rather.

    Hybrid models aside, how much of this article is just marketing OSS hype for a conventional, non-open product?

  12. expert, eh, at what precisely? by Anonymous Coward · · Score: 1, Insightful

    This is just thinly veiled PR/plug for Scalix by their executives.

    I have no problem with proprietary or partially open source companies.
    However I can't stand companies that misrepresent themselves as open
    source companies, hybrid or otherwise. Scalix consistently tries to
    pass themselves off an as open source company. Yes their stuff runs
    on OSS platforms, yes they probably include some OSS software and/or
    libraries in their product, and sure they have an Evolution connector
    that is GPL. But *most* of their stuff is proprietary OpenMail and
    OddPost code that they inherited and may or may not be able to open
    source. With that little of your code open, wanting to pass yourself
    off as a hybrid open source company is like calling your Hummer H2 a
    hybrid because you got U/V protection tint on your windows and your
    A/C is on less.

    It is somewhere between audacious to asinine that Scalix thinks it is
    in their best strategic interest to spin themselves as an open source
    company. The mindshare around OSS is because things here are open and
    honest and even your code is debated. Lying to this crowd seems like
    a bone-headed business strategy to me - email admins are not that
    gullible and will see through it.

    1. Re:expert, eh, at what precisely? by Monkius · · Score: 2, Insightful

      Exactly, mod up.

      --
      Matt
  13. Vendor Support on Solid Ground? by Anonymous Coward · · Score: 0

    Vendor Support can be outsourced, enough said.

  14. That is a problem of labeling... by Senzei · · Score: 1

    It should not be too hard to label the ports according to what is on them. D123-P2: Phone line. D123-N2: Network line. As far as figuring out which ones get which label, you may be able to go on pin-outs, but that means unscrewing the plate, I would just plug a phone up to it and check for tone. That you could trust to your tech lackey.

    --
    Slashdot: Where anecdotes and generalizations can be freely substituted for facts, logic, or intelligence
    1. Re:That is a problem of labeling... by gutnor · · Score: 1

      In the beginning there were easy rules like : this block of socket is for phone this other if for network, ... but the needs of the company "evolved" .. unlike the cabling and some of the plugs were reused for a new set of test machine, some of them to hook a computer in the dmz, or before/after some firewall/leased line, or some phone plug had other "purpose" (like direct outside line for modem out) ... after 5 years of moving desks / machines / phones around the situation was a mess.

      Off course physically going in the basement was a bit exagerated (and actually it was in the ground floor), but it was certainly a pain. I suppose ( hope ) they did find some budget to clean that :-)

  15. If support is the *only* revenue stream? No by schngrg · · Score: 1

    IMHO good software shouldn't need too much support. As a customer, I won't like a business model which promotes making software which will need even more paid support.

    I would rather want them to be in a situation where support is a compulsory added cost to the vendor (maybe them charging for it slightly less than what it costs them), so that they are more hard pressed to improve the software.

    Open Source is good. Support is good. But, an Open Source vendor with support as the *only* revenue stream? Not quite.

  16. Missed the point, again... by marcosdumay · · Score: 1

    All nice, and everything... But TFA missed the point, as do almost all articles about FOSS comercial viability.

    With proprietary software, somebody goes out, writtes a piece of software, and try to license THEIR software to you. They need to have a good business plan if want to stay on the market. But with free software, the software is YOURS (comunitary). So, you get people to change your software to you.

    That point of view, that people seem to not grasp, puts an end on that need of sucessfull FOSS business plans. There is money involved on improving, customizing and supporting FOSS because YOU want to pay people for that. The business plan is to get your money, and deliver you what you want. There will be a market until YOU want it to be, it will be sustainable until YOU want it to be.