SI
SI
discoversearch

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor.  We ask that you disable ad blocking while on Silicon Investor in the best interests of our community.  If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.
Non-Tech : Iomega Thread without Iomega

 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext  
To: sheila rothstein who wrote (888)8/12/1998 12:45:00 PM
From: Bill Lin  Read Replies (1) of 10072
 
Hi Sheila,
I don't remember if I responded to your post. SYQT's problem is a misread of the market conditions and a misapplication of cost structure. Basically, too many smart people making too much money draining much needed cash out of a hurt company.

At no time did Syquest behave like a company on the brink. They bet the bank on the Sparq, but like investing, had crappy timing. They were not hedged on their market bet (the what if? we don't hit our sales target)

simple sales figures should have pointed out to SYQT that their Sparq was over capacity to what the market needed. The 1 Gig at $33/disk points to the possibility of Castlewood's Orb market failure. If Sparq can't sell millions of units of 1 gig units, then don't expect Orb to sell millions of 2 gig units.

This is why I don't believe that the jaz 1/jaz2 sales is a complete disaster. Its not optimal, but not horrible.

For example, if they sold 1 million sparq disks, and garner $22 per disk, wholesale, and $12 per disk GM profit, then thats only $12 million in free cash flow to pay for overhead. Their cost structure never allowed this "razor blade" strategy to work.

SYQT's cost structure is just an extreme example of IOM's cost structure problem. Yes, IOM mgmt got the message, but SYQT's failure should be the sledgehammer ... There but for Zip, go IOM

BL
Report TOU ViolationShare This Post
 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext