Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!


Forgot your password?
The Almighty Buck

When ASPs Go Under 70

lar3ry writes: "eWeek has a lead story about companies that have been catching the ASP bandwagon, and now are finding themselves high and dryas ASPs are going out of business. I may be old, but I remember when I was writing applications being used by other companies, that the contracts had agreements that provided for the source code to be held in escrow in case the company that I was working for went out of business. Does this mean that common sense is no longer a virtue in the Internet age? Just whispering a few hot terms like "ASP" makes the CIO of a company blind to any financial exposure that an application has to another company's future? Geez!" This is one thing that scares me about various companies' plans to take care of your data and apps. And unlike "Perpetual Care" at ye olde cemetery, you're still around to feel if the perpetual care stops.
This discussion has been archived. No new comments can be posted.

When ASPs Go Under

Comments Filter:
  • by Anonymous Coward
    I work on a helpdesk and our mission critical app for logging calls is hosted on a Citrix server, located in a different city, but the same company. Even that is bad enough, we have to deal with a braindead helpdesk, and once the server went down for a day and a half, and they couldn't have cared less. I would NEVER EVER EVER trust my mission critical applications to someone that I couldnt physically walk over to and slap (or fire) when the server went down. (Unfortunatley, it's not my choice)
  • by Anonymous Coward
    I'm amused by all the comments saying ASPs and outsourcing are Bad. Spoken like true corporate tunnel-vision IT. I'm a business manager. I hate dealing with corporate IT. They have no motivation to serve my unit's business needs, and I have no leverage over them. If I go to an outsourcer or ASP, I may get equally bad service, but at least I have an enforceable contract and I control whether or not their bill gets paid. I agree that you've got to pick your vendors, but I don't buy the argument that some things are "too important" or "too sensitive" to outsource. Hell, I outsource my payroll, like most businesses do -- you wanna tell me what's more important and sensitive than that? Why shouldn't I go to an outsourcer, who are specialists at what they do, rather than rely on some generalist corporate IT guy who's been to some class and now thinks he's the equal in knowledge to a specialist vendor?
  • by Anonymous Coward
    Oif! Think again, man!

    When the company that I work for installed SAP, the licenses alone cost over $2.2 million! Not developing the software is not an option. It took the people from SAP three weeks to dig out all of the dialog boxes that were still in German, for chrissakes! While, admittedly, all of that sort of initial setup would have been done by the ASP provider, how can you possibly expect to see any value off of that kind of investment if you don't customize the software? Bar any wily new competitor-killing business idea that doesn't fit within SAP's 'best practices' methodology (i.e., fit you business to the software)? In that case, it pays more not to have paid for the thing in the first place. It's even worse if you've just been renting the services provided for a few grand a month, as there's no real gut feeling for the impending doom, if this kind of crash does occur. Hmm, let's see, we could shell out six or seven digits to buy the licenses ourselves, add a few relatively high-demand app developers with experience in our market segment, and begin to support a server farm, or we could choose a different version of the provider that put us into this mess and hope that they can transition our complex data schema and app front-ends into whatever they use lickety-split. Like those choices! Love 'em!

    Any escrow solution simply enables you to survive long enough to choose between a number of really crappy alternatives, unless your company is Jack and Jill and their ten employees proudly serving the Greater Chicagoland area. In that niche ASPs are, quite possibly, the least of all evils. For the rest of us, the ASP model is not ready for prime-time. It may be eventually, but a LOT has to happen first. Simple insurance doesn't cover it, either. A Lloyd's of London policy may cover your taxes during the problem time-period, but you can bet your ass they're not going to go out and shill for lost customers.

  • by Anonymous Coward on Wednesday May 02, 2001 @02:08PM (#250110)
    We did this a *long* time ago with a mainframe package -- source code in escrow, with us paying the escrow account fees. The company went bankrupt and died; we petitioned the court for the source, as called for in our contract.

    Not allowed. The court rulled that the source code was the *only* asset the company had, and, contract or not, couldn't be delivered to us.

    So we ordered the contents of the lock-box destroyed (seemed to have been the *only* copy of the source code -- it had been trade secret and the authors left the company after getting peeved at the legal types that forced a takeover) and filed for a full refund of the contract payments because of breach of contract.

    We got about 15 cents on the dollar.
  • That'll do, but even less dramatic: how about outsourcing your mail, then expecting your users to push and pull 50MB attachments over a T1 that is already at 100%?

    It's much more fun to blame somebody for something that was 100% in their control, rather than wait for some freak accident to expose bad planning... And fucked if my options were ever worth anything near enough to make any concern on my part greater than my mordant curiosity in watching this incompetence spiral spin hilariously down...

    In the immortal words of Bob Terwilliger:

    Your Working Boy,
    - Otis (GAIM: OtisWild)
  • I believe that "Unless, of course, I am wrong, in which case..." would be equally acceptable. The important part is to set off the almost parenthetical "of course" with commas.

  • by MikeCamel ( 6264 ) on Wednesday May 02, 2001 @01:36PM (#250113) Homepage
    Escrow would only be helpful if these companies were offering proprietary products - some of them may be, but many are not. They are offering access to applications which the out-sourcing company could either not afford to pay full whack for as they're only using it from time to time (maybe a major accounting package) or applications which the companies don't want to spend the time and money learning how to administer. These two cases are about access to available applications in a new way, not about access to new applications.

    Microsoft, don't forget, is going with a licensing model that is likely to help the ASP model - you license for use, but that doesn't mean that you hold the software yourself - why not get someone else to look after it for you?

    My general feeling is that there is a lot to be said for an ASP-like model. If I have 20 people out of 2000 using a complicated ERP package, for instance, why should I have 2 or 3 of my IT support staff learning all about it so that they can support it all the hours of the day? It may be mission critical, but if I can find someone else to provide access to it, and not have to worry about training for support, then that's got to be a good thing. The problem seems to be that either the market isn't ready, or the model isn't mature enough. Maybe the applications don't suit the deployment model.

    What's more, given the discussion about tech support on /. yesterday, maybe this is a good model for OSS applications - you don't need to train too many people to support the software, you just need them available from a central point.

    ASP, then, isn't by definition a Bad Thing[tm] - but it may not yet be a Ready Thing for everybody. We seem ready to accept managed hosting - before we sentence the ASP model, let's think around it in more detail.
  • by Malachite ( 8328 ) on Wednesday May 02, 2001 @03:42PM (#250114) Homepage
    An ASP is, essentially, trusting someone else with something you don't trust yourself with. In many cases it is a wise decision, e.g. should Mom & Pop's neighborhood small business try to run their own accounting system or let IBM do it? However, it is of vital importance to remember that you are trusting your mission critical apps to someone else - and these are the sorts of things that a business would not be prudent to rely on a contract to protect.

    So, in short, don't sign up with an ASP you don't trust. (When I say "trust" what I mean is you trust that they 1. don't go out of business 2. don't screw up 3. don't attempt to screw you over, etc... no small amount of trust.) Which pretty much means don't mess around with VC fueled startups. I suppose it would also be a good idea to have an escape plan (e.g. some way to export your data into a competitor's system) but by no means does it alleviate rule #1.
  • I'm very well aware of the kind of software we're talking about here, and I know that, given that you're committing to an ASP, it's better to have that backup. What I'm saying is that such a scheme does not come close to alleviating the substantial risk associated with commiting to an ASP, and that point still stands.

    They don't necessarily have to develop the software, but they do need to serve it- remember, the company's infrastructure is set up for a remotely served application, and so in order to avoid a lot of transition hassle, they would need to set up a server of their own which mirrors the functionality of the ASP's server. While I've never done anything like that, I get the distinct impression that it's non-trivial.

  • by Gromer ( 9058 ) on Wednesday May 02, 2001 @01:48PM (#250116)

    The poster mentions an escrow scheme and licensing so that the customers can, presumably, take over the software they are licensing if the provider bails. However, this is not an adequate solution.

    The whole premise of application services is that it is not economical for the customers to purchase, install, and support their business software, and must rely on an outside service provider to do those things for them. Is a company which considers it uneconomical to even perform these normal IT-type tasks going to be willing to take over the development and provision (even if only internal) of the service in question? Not bloody likely. Even if a company is forced to take on such a burden by sheer business necessity, it will involve a huge amount of disruption to the normal activities of the business.

    Such a contractual solution is no solution at all. Companies which use application-services vendors to provide software essential to their core business must understand that they are in effect betting their company on the hope that the ASP will not go under- a rather foolish bet in this industry, unless the payoffs are truly enormous.

  • I don't want to screw up your perfectly good joke, but I believe that this article is speaking of ASP as Application Service Provider, rather than Microsofts Active Server Pages.

    Unless of course I am wrong, in which case I am very interested to know how the people that jumped on the JSP and PHP bandwagon are doing, respectively. =)

  • gets() is unsafe; use fgets()
  • I never said it was the answer. I just mentioned that when I was an application programmer, we occasionally had to put source code into escrow in case our company went out of business. The big companies requiring escrow didn't want to be beholden to another company's future.

    The comment I made after that, about CIO's being blind to financial exposure, was the important point. You need to gauge your exposure to things you don't have direct control over, or you will quickly find out where the weakest link in the chain is when it is pulled.
  • First of all if the company signs a contract saying I get their code under particular circumstances a backruptcy court has little to say to it. Why? I get the code BEFORE the company's assets are sold off because my contract takes effect at such time. To keep such code safe you stick it in escrow someplace (or multiple places, especially if its worth 250k to you).
  • tres OT:

    JMHO -- Trevor

    Does that stand for "Jesus, My Honest Opinion", or "Just Makes Him Ornery" or "Ju Might Hate One"? I had to read it a couple times to be sure that it wasn't "IMHO" plus a weird flyspec on my monitor :)

    Caution: contents may be quarrelsome and meticulous!

  • by Chris_Pugrud ( 16615 ) on Wednesday May 02, 2001 @02:40PM (#250122)
    Escrow of the source code is not the answer when the ASP doesn't have the source in the first place. What you want is an escrow of the servers themselves. This is assuming that you did the due diligence to choose an ASP that houses each of their customers on individual servers.

    When you go with higher end ASP's you not only get dedicated servers, but if they have a clue about security, all of you servers are fully seperated from all of the other customers, physically, logically, and network wise.

    You are dead on about the value equation of an ASP. You are hiring a company because they know everything about the application and how to get it working for you. Many "ASP"'s try and be eveything to everyone and can't pull it off, becuase there is too much difference between business models.

    Smart ASP's are vertically focused so that they already have the application tuned to the buisiness model.

    One ASP that I work with has taken a standard ERP implementation (average is 18-36 months and 15-30 million $) and can know turn it on in 30 days with full functionality. They can do this because they tend to know more about the customers business model than the customer does because they only work with one type of customer.

    Server escrow is a key idea as an exit strategy in the contract. If you want out early you have the option of buying your servers and pulling them offsite. If the company tanks you get your servers (admittedly much harder if the company goes into bancruptcy and has their assets frozen).

    Strategy number 2 is escrow of the backup tapes. I have many customers that get full backups of all of their systems each week. If the ASP tanks they just buy the proper hardware and then they can do a full restore from their tapes, tweak network and DNS settings, and they are back to life. Not pretty, but it could be done in less than a week.

    ASP is not a bad thing, but it is very specialized, and YMMV. Be careful choosing an ASP, but don't mistake the value that they can provide.

    e-mail for more info: chris@pugrud.net

  • by sharkey ( 16670 ) on Wednesday May 02, 2001 @01:46PM (#250123)
    Hell, the phone company in Indy can't keep voice over a single pair running, for that matter.

  • by sharkey ( 16670 ) on Wednesday May 02, 2001 @01:53PM (#250124)
    Indy: "Snakes. Why did it have to be snakes?"
    Sallah: "ASPs. Very dangerous. You go first."

  • by TWR ( 16835 ) on Wednesday May 02, 2001 @01:32PM (#250125)
    Active server pages?

    Application Service Providers. Remote hosting of mission-critical applications. They're dropping like flies

    Timothy get's an F in grammar today.

    And so does the Grammar Nazi.


  • by JoeLinux ( 20366 ) <joelinux@NOSPaM.gmail.com> on Wednesday May 02, 2001 @01:29PM (#250126) Homepage
    But isn't an ASP just like any service provider? If you don't plan ahead and read where trends are going, you are doomed. Trying to stay based on one technology alone is probably what did these poor fellows in. That, and not consolidating or striking big as things slowly moved up from mom and pop shops to corporations.

    But that's just my opinion. I could be wrong.

  • "Does this mean that common sense is no longer a virtue in the Internet age?"

    ummm... lessee, Amazon trading over $140 despite 5 negative earnings reports. Ebay over $190 (well, they were at least making some money). And Cisco as well.

    When was common sense ever a virtue in the Internet age?
  • ASP is an anagram of SAP, or PAS or SPA, or APS, or PSA. Although, more correctly, an anagram should make another word or phrase.

    Or perhaps you meant acronym, or initialism, which it isn't, unless you actually pronounce it as a word (c.f. RADAR)

    So it seems all we really have here are just the initials of Application Service Provider.
  • True in a certain way... There are many niche software products - binary only, natch, that people keep running for years until something else comes along. But at least if the provider goes out of business, they have the chance to keep things running until they find a replacement (unless overzealous copy protection is in place).

    Boss of nothin. Big deal.
    Son, go get daddy's hard plastic eyes.
  • And doubtfully much more.

    Isn't Ebay, essentially, using an ASP business model? I also consider electronic record
    translation services to fall under the ASP

    Microsoft .NET is a whole different critter.
    If your connection to the service goes down,
    you go down. Not many companies today can
    take that kind of risk.
  • by havaloc ( 50551 ) on Wednesday May 02, 2001 @01:20PM (#250131) Homepage
    Whenever I have a problem with my asp scripts not working, I just have to reboot my Windows 2000 server.
  • Rather fundemental to business is avoiding relying on suppliers who may go out of business unless you know there is a second source for what is being supplied.

    When Joe's Flange Factory goes out of business, is there usually a row about those who used model GD47-j and are now left in the lurch? Why should it be any commoner with ASPs?
  • by gotan ( 60103 ) on Thursday May 03, 2001 @03:01AM (#250133) Homepage
    There is another aspect to this too. As one can see from the article, the larger the ASP provider the better, since that gives some security that they will be there next year too. Even better would be an ASP provider backed up by a large company. That means, in the ASP market only a few big Providers will handle most of the market.

    Also those Providers handle the most valuable thing of their customers, their information. With many customers businesses relying on an ASPs service the ASP must thus not only provide the application, but also security.

    They must secure the data against unauthorized access, thus they needs well administrated firewalls, security personel (what good is a firewall if someone can sneak in at night and steal the harddisk?) and trustworthy employees. They must cover for breakdown of equipment, that means redundancies and backups, to keep dataloss and downtimes at a minimum. They need some financial backing to ensure he's not out of business if something unforeseen happens. They also need special contracts for the software they're using and providing, so they're not subject to a sudden change of license terms which void their business model. They need some lawyers too, since the legal trouble of one of their customers might affect them too.

    In many aspects an ASP can be compared with a bank, the main difference being, that one handles information while the other handles money (which is just a special kind of information also). So it doesn't do to put up some computing equipment and a helpdesk, security and reliability is necessary too. Especially when one considers, how many customers businesses rely on that ASPs service.

    But an ASP provider whith that sort of reliability and security probably can't compete with the cheap "ten servers and a helpdesk" approach. Well the customer decides, if a company risks to go down (or at least have significant expenses) when their ASP goes broke to avoid paying their own IT folks they'd better check that ASP has adequate security and reliability.
  • Hey! This is ./ buckaroo! Where get's is the appropriate third-person-singular for the verb to get. Also, here ASP can stand for anything you want including:
    • Intel sucks
    • Microsoft is evil and they suck
    • The music industry sucks
    • The music industry is evil
    • Microsoft and the music industry are the same thing
    • Self promoting product by putting on /. front page
    • Dribbling commentary that is about as on target as the mars polar lander.
  • We're talking about phat software here. The stuff getting ASP-ised isn't My Text Editor but Business Money Shuffler 2001 which costs $5000 per module (minimum 4 modules) to purchase.

    When the company goes bung, better to have a dump of the database and a pile of source code in a runnable form than absolutely nothing.

    They don't have to develop the software, just run it.

  • From the Article:
    The worst may lie ahead. Gartner Inc. predicted in August that as many as 60 percent of the then 480 ASPs operating could fail by the end of this year. By 2004, the number of viable ASPs will shrink further, with about 20 focusing on enterprise-class applications such as ERP and 100 more offering single-function applications, according to Gartner, in Stamford, Conn.
    I can see that the predictions for this year are fairly straight forward, and in line with other "dot-com" businesses due to the general volatility in the tech market and what-not. However, the figure for 2004 is confusing, not to mention --- how does a company predict what's going to happen in 2004? In computer years that's like a decade! Now, are they saying that by 2004 there are only going to be 120 ASP's left, or does it mean that they're going to lose yet another 120 ASP's in 2004?
  • Not once in the ZDNet article, or in the /. article, does anyone mention what "ASP" stands for... is it "Application Service Provider"?
  • by jbarnett ( 127033 ) on Wednesday May 02, 2001 @01:41PM (#250138) Homepage
    Just whispering a few hot terms like "ASP" makes the CIO of a company blind to any financial exposure that an application has to another company's future? Geez!"

    I got up close and whiserped "A-S-P" in the CIO ear and he didn't exactly go blind like this author would have you think. In fact he just looked at me like I was a freak or something... proving that his eye sight is in fact fine.

    Slashdot should check there fact before posting this junk.

  • In other words, in case the ASP goes under (but nooo, that NEVER happens!), you get their source code which you then have to be able to compile (if necessary, and it probably will be), host and run in order to keep using your existing data; alternatively, you have to run it long enough to convert your data to a format you can use with X application, whether another ASP or something local to your LAN. Now tell me again where the savings are? The security?
  • Respectfully, the sad fact is some outsourcing companies cloak themselves in being experts just by virtue that they are not being your corp IT department. Alot of higher-ups in my company took for granted that our outsourcer had the depth of compentancy that they claimed - the past twelve months have disproven that resoundly.

    Outsourcers do not have the focus your IT groups would have in supporting your business - you can specify 'attitude' and 'focus' as part of your SLAs. They simply have very different goals from your business - they just want to satsify their contractual terms... not go the extra mile to make things truly good.

  • Actually it does mention it in the article, you exquisite bastard. You read about as bad as Tom Clancy writes.
  • Why would slap or fire someone because the server went down? There is no 100% bulletproof server or OS. NASA's computers go down, so just about anyone else's can too. It's how the tech person deals with things once the server has gone down that's important. (like getting it back online quickly!)
  • When I was a lad (all of 5 mins ago) companies were run by people with some knowledge and experience of the industry and the technology they were in.

    Now that they're run by beancounters and suits from Marketing, it's probably not surprising that they make elementary mistakes like backing ASP...


  • Well now...

    If I was saving big bucks by using an ASP to host MS Office, and maybe Internet Explorer, I'm not spending that cash on buying M$ licenses, am I? I'm not spending that cash buying PCs, either, since I'm buying thin terminals for my DP folks, and others that only need these apps. I'm not paying desktop support people to maintain 2-3 year old P-II-300s with 64MB RAM, or paying to upgrade them etc. etc.

    This means I can spend *some* of the extra cash on redundant links to the internet, no? In fact, I could even spend that cash on dedicated frame-relay to the ASP site, with a backup T1 to the 'net through different trunks, couldn't I?

    Also, if I'm outsourcing Explorer, the bandwidth that I'm using for web isn't going through my T1, I'm only getting the screenscrape, which is lower bandwidth than the page, *and*, if I'm outsourcing Exchange, I'm *not* getting 50MB attachments (who does this? why bother?) through my T1, they're landing at the ASP, and staying there.

    Oh, and my ASP is colo'd at a facility with redundant everything, and I don't need to buy an amazingly large UPS, generator, etc. etc for my data. Sounds good to me.

  • I mentioned in a previous post to another story several days ago about a conversation I had with the business director of a nearby prep school and how he believed ASPs were a good thing. What I don't get is how anyone would willingly tie themselves down to someone else's service on the assumption that the network connection and the service would always be there...

    All I'll say is this: I once had someone make me an offer to do some integration work for his ASP. I turned him down because he wanted to pay me in equity as opposed to cash and I didn't really think his business model was workable.

  • by Homebrewed ( 154837 ) on Wednesday May 02, 2001 @01:55PM (#250146)

    We recently spent about $250K for an enterprise-level job costing/asset management, etc., etc., system. At my insistence, we had written into the RFP that a) if the company goes out of business they hand over the source gratis, and b) if the company is sold, we have the option of purchasing the code for a pre-agreed upon price.

    As I told my boss, we invested a lot of money in this system. If one of their competitors should buy them out with the idea of discontinuing the product so that we would be forced to purchase (and implement) another system of this sort, or we aren't getting the quality of support we require, we need to protect ourselves.

  • by Pinball Wizard ( 161942 ) on Wednesday May 02, 2001 @02:49PM (#250147) Homepage Journal
    So, if this company goes bankrupt, who's to say the judge won't declare their source their only asset and refuse to give it to you? Like what happened to the poster of this comment [slashdot.org]?

    You should at the very least maintain/backup your data separately, and have contigency plans to replace the ASP's application. You cannot be sure you will be able to retrieve the ASP's source code.(in addition to the possibility of the judge shafting you, what if its lost in a fire, or deleted by a disgruntled coder?)

    Your company spent 250K on this system. What would be the cost of replacing it if you couldn't get to the source?

  • Why the fuck did this get modded down? The grammar nazi goes through a lot of effort to improve the quality of /. and this is the thanks he gets?

  • by CaptainZapp ( 182233 ) on Thursday May 03, 2001 @02:39AM (#250149) Homepage
    But isn't an ASP just like any service provider?

    Well, with a fairly vital difference:

    If you get rotten service from an airline (or if they go out of business) you can get rotten service from a competing airline.

    When the Xerox paper supplier doesn't supply adequately you're annoyed, run to the papershop, buy a couple packs and then search for another supplier.

    IT (and I feel a lot of techies really get that wrong) is not about some Office applications, some databases and a couple web servers, it's about modelling the IT architecture in such a manner that it supports your business processes. This is complex by definition and also evolves and develops over time (both: business- and IT processes) you can't just go to the next Radio Shack and purchase a new IT architecture.

    Now, when the company providing that very lifeline of your business goes bust, you're just plain dead.

    Of course the companies going bust because their ASP goes under made an unbelievable stupid strategic decision in the first place and if you run a business that's the baddest mistake of all

  • I had no idea what ASPs was an anagram for thanks.... my brain doesn't hurt so much anymore.... -james
  • Let's become partners with someone who has a business model that doesn't work!
  • You seem to misunderstand the point of my friend, grammar nazi.
  • First, a quick word as to the value or wisdom of an ASP -- seems a little hasty to summarily dismiss the whole concept. My company has been running a hosted application (<plug>extradesk [extradesk.com]</plug>) that serves as a mulit-function team workspace since 1998. Our clients are mostly project teams made up of people from different companies -- none of which wants to pony up the IT resources for the project. These folks (and their IT departments) are perfectly happy to use the service to store their stuff and automate some of their processes. Size of the projects in total expenditure ranges from very small (school & stuff) to pretty large (front end engineering & design for sizable offshore development projects).

    We never took any external investment, have always operated cash flow positive (by reducing our salaries, at times) and don't anticipate shutting down. Sure, whatever -- the truth is that alone shouldn't be enough for a customer to entrust a bunch of business critical-information to an outsourced service. Our clients can always (and do frequently) download their entire database and file collections -- that, along with our backups is apparently enough for them. We do run our entire business out of it, as well.

    That said, it seems like there should be a fairly standardized legal/risk instrument that can guarantee the integrity of information like this. For instance, businesses:

    a) put lots of their money in the bank
    b) outsource such critical processes as payroll
    c) lease critical production facilities
    d) etc.

    The FDIC/FSLIC provides depositors some protection from bank failure, insurance, bonding, hedging instruments, etc. fill in the gaps.

    So, is there, or shouldn't there be, a suitable product (insurance policy, etc.) for ASPs?

  • ROFL.

    Jerks Must Have Opinions
    Java Means Helpful Options
    Jealous Men Hate Opportunists
    Joking Means Heaving Onions
    Jane Makes Horny Overtures

    ...but in my case:

    Just My Humble Opinion. -- Trevor
  • I have seen so many companies buy into the outsourcing myth. A few execs and PHB's look great for a while, as they count up the savings. But then, lo! and behold, there are some surprises. I have a large, long-term client that outsourced its entire IT organization to IBM. Now, this is no knock on the many good IBM engineers who were providing my client its services and support, many of whom were my friends; unlike many outsource deals, this one did keep good resources and practices in place. But after a couple of years, the company was still hurting, because there was nobody inside the headquarters building whose job it was to make an informed technical decision. All their strategic choices were delegated to a third party in the computer services biz, not in the user company's biz.

    Any time a company outsources its mission-critical systems, knowledge, or decisions, it's taking a big chance.

    JMHO -- Trevor
  • by hillct ( 230132 ) on Wednesday May 02, 2001 @02:10PM (#250156) Homepage Journal
    I agree. Escrow is suitable only for proprietary applications. You can't require a company to escrow a piece of software they themselves are licensing.

    The solution instead is to provide a type of business operations insurance. This would be comprised of the type of contract provisions discussed in the referenced article, as well as perhaps a real teeditional insurance policy paid for as part of the ASP contract, which would pay in the event of loss of business related to discontinuation of operations by your ASP. I realize you'd be hard pressed to find an insurer who would be willing to write such a policy. Perhaps LLoyds of London [lloydsoflondon.com]...

    The other possibility is, of course, to distribute and replicate your ASP usage, among several competitors, which has the obvious downside of reducing the marginal returns recieved by using an ASP to begin with. Based on that though, it seems that the entire ASP business model is flawed, or there are simply insurmountable obstacles to ASP market entry, in that, there would be a requirement for any ASP to be deemed viable; that it have cash reserves or some kind of endowment established for the purpose of providing a buffer in the event of discontinuation of operations. This endowment would be held in trust, available to be spent only in the event that the company chooses to discontinue operations (of course no one in their right mind would setup a company in this way). The ASP could then creadibly make the statement "We Garentee that our customers will recieve at least a one year notice in the event that we choose to diccontinue operations". The company would then, in effect, be self-insured. At the moment, one of the only companies I can think of that could agfford to do this is Microsoft, in their .NET initiatives.

    I relize these are all relitively outlandish ideas, but I wantedto throw them out there. Maybe someone can put some meaningful business logic around them.


  • Oh my, I overlooked that when I read that post earlier. I'm feeling weak. The irony is staggering.

    Er... Well, y'know. You can't make an omelette without um... destroying a forest. Or something.

  • by Lonath ( 249354 )
    What if the government starts hassling MS over .NET too much in the future. What if they decide it isn't worth the hassle and just decide to take it offline...

  • by shmert ( 258705 ) on Wednesday May 02, 2001 @01:24PM (#250159) Homepage
    As far as getting companies to pay for what they order, also. We've had a hell of a time with collections lately, and I'm wishing I'd time-bombed some of the projects for these clients. I don't think we're going out of business any time soon, but our clients sure act like they're on the verge of liquidation.
  • The ZDNet article mentions "application service providers" in the very first paragraph. It just isn't capitalize or bolded or anything.
  • by ocbwilg ( 259828 ) on Wednesday May 02, 2001 @03:20PM (#250161)
    My general feeling is that there is a lot to be said for an ASP-like model. If I have 20 people out of 2000 using a complicated ERP package, for instance, why should I have 2 or 3 of my IT support staff learning all about it so that they can support it all the hours of the day? It may be mission critical, but if I can find someone else to provide access to it, and not have to worry about training for support, then that's got to be a good thing. The problem seems to be that either the market isn't ready, or the model isn't mature enough. Maybe the applications don't suit the deployment model.

    Well, there are a lot of problems with the current "ASP model." Speaking as a former ASP employee, I'll name a few.

    First off, the company I used to work for was an ASP before there was even a TLA for waht they did (that's Three Letter Acronym). They were a complete IT outsourcing company that handled everything, including application hosting. It was a moderately profitable company that understood the importance of the words "mission critical." They had solutions in place to preserve, protect, and host our customers' applications and there weren't many problems.

    Before long, the dot-com boom hits, and the CEO starts thinking that we should be a part of it. ASP becomes a buzzword, and suddenly everybody is doing it (or rather trying to). Many companies are awash in VC money (which our company didn't have). We were facing a lot of competition from newly formed "ASP's" and decided that we would need to merge with another company to survive the "impending shakeout."
    Now, unfortunately our competition wasn't the most prepared. Most ASPs (or at least companies that call themselves ASPs) are actually web hosting companies who decided to add another bullet point to their product list. These were not companies that were familiar with hosting mission-critical applications, nor were they very familiar with the concept of fault tolerance, redundancy, or security. But they were Internet companies and dot-coms were sexy at the time, so they got the VC cash anyway.

    Our company ended up merging with one of these web hosting companies-cum-ASPs. Things were fine for awhile, the new company took it's VC money and went on a buying spree. The business plan was to completely phase out web hosting because (in the CEO's words) "it would soon become a commodity market, and ASPs are where the money will be." They actually bought something like 25 hosting and solution providers in the course of a year and a half, but they never took the time to fully assimilate the technology or knowledge of the companies that they acquired. The burn-rate was insane. They kept doing things the web hosting company way. They tried to be the cheapest because that's how you sell web hosting space, but it doesn't work in the ASP model. The ASP divisions weren't making money anymore (though they had been individually before they were acquired).

    And then the bubble burst. There was dot-com fallout everywhere you looked. The VC's said "cut the burn rate and become profitable." The company said "we don't expect to see profits in the ASP end of the business for another year." So the ASP groups were all let go or shut down, and now the company is back to being just antoher web hosting company.

    So what does this mean? The ASP model can and will work, if it is applied correctly. The problem in the ASP market isn't with the concept, it's with the people who are implementing it. Everybody wanted to be an ASP but very few companies actually knew what they had to do in order to be one. Some CIOs got suckered on it and they got burned.
  • by shannara256 ( 262093 ) on Wednesday May 02, 2001 @01:29PM (#250162) Homepage
    > Timothy get's an F in grammar today.

    I think you meant "gets an F...", not "get's an F...".

    Just trying to keep /. free of grammatical errors. ;-)

  • No, companies have always been run by one of two types.

    1.) Moronic fools woh haven't the vaugest idea of what they're doing. Yea, they are marketing weenies, but that's corporate evolution for you.

    2.) Evil corporate super-bosses with offices done in a nice oak pattern and cybernetic rocket launchers implanted in their sholders. Duck behind the tasetfull palm tree and snag the chain gun and extra ammo hidden there. Remember to target the glowing "$" in his chest as you stay low and to the left to avoid the laser spray from the two secritary mini-bosses

    This has been another useless post from....
  • ASP is one of those really cool technologies that is scary if you really think about it. When you host an application off site, there are soooo many things that can go wrong. Say you're running word locally. The only thing that can stop you from using word is your computer not working. Now, say you're running word from an ASP who is located externally to your building. Even if your computer works, your hub, router, the line that connects you to the ASP (which may be managed by an completley apathetic phone company), the asp's hub, router, or server may have a problem which stops you from being able to run Word. Now imagine word is a mission critical application, hard decision which one is safer/cheaper? I don't think so. Once you get past the coolness of ASP, it doesnt look so great.
  • My impression is that ASP's provide a mixture of prepackaged and customized applications. That is, an ASP might run database and e-mail servers, write database code to fit your business, and also rent out MS Office. Obviously, you should be getting copies of all the custom-written source code, backup tapes of the databases, and information on all system settings -- and this is easily provided. I don't think you can get source code escrow for MS Office or Windows (and if the bloated, unreliable binaries reflect the condition of the source code, it wouldn't be a lot of help anyhow), but you can pretty well count on MS staying around.

    But this is just a start: If one morning they padlock the doors at your ASP, you will need servers, you will need licenses to the software they use, and you will need someone who understands all that stuff. The first two problems could be handled with a little foresight, but if you had that "someone", you wouldn't have needed the ASP in the first place.
  • I also consider electronic record translation services to fall under the ASP model. I think the ASP model involves continuous use of the service, including mission-critical applications. Record translation is (at least when I've been involved) a one-time deal -- I'd think if you have to send records out to be translated continually, there is something wrong.

    As for Ebay, the customer-Ebay relationship is transitory, not in the ASP model. Or were you saying that Ebay contracts with an ASP to run it's servers? (I don't know, or care, about that.)
  • When Joe's Flange Factory goes out of business, is there usually a row about those who used model GD47-j and are now left in the lurch?

    Yes, there is often a problem. It depends on how unique model GD47-j was and how foresighted you were. First rule is, you don't specify single-sourced parts unless there is simply nothing else that works as well. Second rule is, if you have to break rule 1, before you even put your product into full production, you have a plan to handle the problems which may occur -- an alternate design that uses other parts, or a contract giving you the blueprints and the license to have GD47-j produced elsewhere. There is still going to be considerable disruption if the supply stops -- even when _you_ designed GD47-j and own all rights, if the plant that's making it for you folds it's going to take months for a different plant to tool up and start cranking them out in quantity while maintaining good quality.

    One of the worst cases is when the part was designed for you by a company with specialized expertise, that you don't have in-house. You own the blueprints, but that doesn't mean it's going to be easy for anyone else to develop the expertise to make it. Better hope you have other products you can sell for six months or so... Or else, you could buy insurance by splitting the orders between two manufacturers -- it will increase the cost to the manufacturer, but if you buy 75% from the low bidder and 25% from the next lowest, you always have two sources, and when you get them bidding against each other you might wind up paying less.

    ASP's are a similar case to the custom part you had designed and built out of house, except that I don't see a practical way to keep a second-source on-line. They have expertise you don't plan to keep among your own employees. They also develop a knowledge of your business that other outside experts (or people you hire) won't have, and will take considerable time to learn. So you'd better have some real confidence in the ASP if you are going to use them for your core operations -- or else be able to start to replace them six months before they fold. (There are obvious problems with that strategy -- you probably can't start the replacement plan without letting them know about it, and that's a pretty good signal to their owners to close it down _now_ while some money is left...)
  • Back in 1982 -83 I work for Merril Lynch, the department was Systems and Proceedures. We had a safe with all the software contracts, and every contract had the provisions simular to escrow. These guys were all paranoid, but felt that if the software vendor went our of business, they had a chance to get the source code.

    There was also another safe ( about as big as table) that had source code on tape. They misplaced the combination of that safe more than once. I finally taped the combination on to it. It was not used for security but for fire protection.


  • If you take your company and put a mission critical piece of software in the hands of someone else you had better have a contingency plan in place for a backup in case it doesn't work. Outsourcing is good and definitely has it's place, but competent decisions should also be made about whether it is right for the situation and then if it is what to do if it fails.
  • by nate1138 ( 325593 ) on Wednesday May 02, 2001 @01:32PM (#250170)
    Maybe I'm nuts, but stuff like this whole .NET thing, and all of the other "let us host your apps and data, it's better" companies make me really nervous. I guess I'm just a control freak, but with the current state of tech support (hold please) I just don't feel comfortable that these folks can do what they say they can. Hell, the phone company can't even keep something as simple as my DSL running right, what incentive do I have to believe that remote apps will be any more reliable.
  • ...you'd better be ready when it's gets get off behind you..... If the companies are that stupid, they DESERVE what they get.
  • The overall economy, one might call it the, "behind the scenes," economy at this point, is fine. The recent economic indicator report showed that the GDP went up nicely (I believe it was 2.2%) as well as all the other measurements of how the economy is doing, except for one. The stock market. Which dropped like a rock but now seems to have (at least temporarily) stabilized. Over the past couple of years a bunch of companies were overfunded that had bad business plans or just had too many compeitors. The recent report has shown that the economy will be fine; with all the badly thought out startups calling it quits though, the stock market may make it seem like we're crashing. Don't worry about it too much unless your lively hood is on the line, consumer confidence is too important in our economy to panic because the bloated Nasdaq is culling the weak from the herd.
  • Some people seem to be confusing an ASP with ASP. The ASP in the article refers to Application Service Providers, not Active Server Pages. Therefore, this article has NOTHING to do with php, as some have said. Just giving a heads up to those who misunderstood.
  • My last ASP went out of business a year ago. Our company was pretty new to the Internet, and we had outsourced all our ebusiness operations to them. They wouldn't give us the code to the applications, and worse, one of the assets they tried to sell off to pay their creditors was all the data they collected on behalf of their clients. I was pretty pissed, to say the least.

    Anyway, we took them to court, and won. We managed to get our data back in very short order, and as a bonus, our lawyer managed to wrangle their application code into the deal. I think he had to pull a fast one on the judge for that, but, hey, they had us by the balls.

    Our site was down for a little while, and I'm sure we lost customers, but we didn't have many at that point anyway, so it wasn't as bad as it could have been.

  • ACtually what i find incredibly funny about this is... ABout 6 months ago i went to a computer book store asking for a beginners guide to PHP. The ownder of the store was actually bagigng onPHPH hardcore, and was pushing ASP on me.. So I pretty much told him I would take my buisness elsewhere, because the freakw ouldn't show me where to get the book I wanted... I'm glad i left that day.. :)
  • Financial agreement with Independent Software Vendors (ISVs) is one of the many pains associated with ASP business.Very often financial agreement is in form of 80/20 revenue sharing. Other aspect of ASP business are dealing with Hardware vendors, data center operators, ISPs etc. It is very early to size up ASP's coffin. This is a relatively new business.Many ASPs are adapting novel ways prove there conviction in success of this model. Please give them some more time and support....

"I shall expect a chemical cure for psychopathic behavior by 10 A.M. tomorrow, or I'll have your guts for spaghetti." -- a comic panel by Cotham