我们的第 3 财季
上周四（5月1日），我们发布了公司第三财季 (Q3) 的财务报告，但无论是我还是我们中的任何一员，谁都不想看到这样的结果。
通过阅读这篇新闻稿，大家可以看到，我们第 3 财季的营收为 32.67 亿美元，与去年同期基本持平。其中，按 GAAP 准则计算，我们每股亏损了 4 美分（与我们在该季度完成收购 MySQL 所产生的每股支出金额相同）- 所获现金净收益约为 3.2 亿美元。
其中，本财季美国市场疲软导致了公司本财季业绩的下滑 - 美国地区的业务收益通常占到公司总收益的 40%，但本财季却同比下降了近 10%。而印度市场的表现则令人惊艳，同比增长了 30% - 另一大亮点则是芯片多线程 Niagara 系统的出色表现，该产品的销售增幅高达 110%。
我们有 16 个销售区域，其中 12 个地区的业绩实现了增长，然而由于世界最大的经济实体（也是 Sun 最大的产品市场）美国正面临经济衰退，公司收益也受到了拖累。因此，公司的整体营收不见增长。
虽然美国市场表现不佳，但其他国家和地区的市场却保持增长，机遇不断。面对这样的财务结果，我们势必将有所行动，但公司的核心计划或战略方向不会改变 - 网络基础架构将在全球不断推广，开发人员将继续确定其架构并拉动需求，我们也将继续调整状态不断推动市场发展，积极占领市场份额。
抱着这样的想法，下面我将针对一些问题进行回答：
美国市场发生了什么状况？
我们在财季后期发现该地区收益大幅下降 - 主要是规模较小的客户购买力下降和大型系统产品的销量下降（如企业级服务器和大型带库产品）。 大家应该还记得，我们在第 2 财季获得了大量订单，许多客户都表示了购买意向，他们反馈公司的发展形势正好。所以，当三月初销量开始停步不前时，我们和大家一样惊讶。
为什么大型系统的销量减少？
虽然有违直觉，但大型系统和大额订单比小额订单更容易减少。如果销售对象是因有扩建需求而购买系统和存储设备的客户，那么对销售方而言，整个销售周期通常都历时较长，随后的实施流程也相当漫长（用户不会一收到系统产品就立即投入使用）。这样一来我们就不难理解用户暂时推迟购买产品的原因了，他们或是受到美国次贷危机的影响，或是因公司 CFO 的决定暂时推迟了资本支出计划。
同时也请各位记住，我们的业务属于组合型业务 - 包括从高增长、低端的刀片产品与培训服务，到增收较慢、高端的大型企业级系统与基础设施软件在内的各种业务。不存在能够满足所有工作需求的单个系统或产品，我们供应的是产品组合。
你们将如何采取调整措施？
我们将继续针对不同的地区需求推出多样化的业务，并通过在上周发布 的Open Storage 活动以及先后收购 MySQL 和 Vaau 以不断开拓邻近市场。
此外，我们还公布了公司的重组计划，借以削减公司的运营成本。最终裁员人数将达 2,500 名。
说得清楚些就是，我们将采取果断而审慎的措施集中实现业务增长，并视实际业务模式需求配给成本。我们将秉承一贯做法，同时兼顾投资和减资。
所有发展中的企业都要面临决策问题。
在该财季中，公司的哪些业务实现了增长？
在我们的 16 个销售区域中，有 12 个地区的业务实现了增长 - 包括印度（增涨了 30%）、巴西（增涨了 20%）、中国、俄罗斯、中东以及加拿大等地。总体而言，全球各地的企业仍然将技术视为实现增收、自动化和提高效能的本源。即便是在华尔街，我们上个财季的业绩也实现了增长。
从产品的角度来看，我们注重能效的战略继续坐收回报，Niagara 系统业务的营业额较去年同比增幅高达 110%，而我们最新推出的（AMD、Intel 及 SPARC）刀片系统则以更强势的姿态不断攀升。MySQL 团队在该财季的贡献突出，服务收益增加了 3 个百分点（当然，主要是软件相关业务内容）。磁盘存储销售额上升了 6%。
递延产品收入再次大幅上扬，超过了 25% - 这些递延收入趋向于集中在更高端的系统和更复杂的配置产品领域，其毛利率超过了公司平均利率水平。递延服务的业绩下滑，原因可归结于我之前提到的 ERP 转型（我们希望这块业务能在第 4 财季恢复正常）。
哪些方面还存在不足？
在第 1 和第 2 财季中表现突出（增幅分别为 20% 和 8%）的企业级系统产品在第 3 财季销售下降，但不是因竞争所至。而我们与 Fujitsu 联手打造的 APL 系统销量出众，双方企业的合作伙伴关系也不断得到强化。尽管媒体销售实力强劲，带库业务的业绩同样出现了下降。
根据两类产品的销售情况来看，数量较多的低端业务收益尚无法超过数量较少的高端系统业务收益。
为什么你们不停止提供免费软件？
因为我们更看重开发人员的软件采用率。举个例子吧。
上周，我们得知一家立场十分鲜明的媒体公司募集了一大笔款项。当时，他们还不是我们的业务对象。我把这个消息发给了我们的全球销售团队负责人，告诉他这笔募款将用于企业基础设施的扩建，并问他我们是否跟他们有接触。
他说没有，但我们当即行动起来 - 结果他们公司选择了使用 MySQL。
因此可以说，在我们跟他们接触之前，在我们参与方案之前，在他们开始建设大型基础设施之前，MySQL 已经抢在专属产品对手之前占得了先机。要是我们事先向他们收费会怎样？那他们无论如何都不会使用我们的产品 - 新创公司和开发人员都不会花钱买软件。另一个问题是：他们在进行大规模扩张之前选择使用 MySQL 而不是其它专属产品 ，我们有没有给他们钱？
好问题。我们没有给他们钱，而 MySQL 团队赢取了软件的采用权。
他们现在会不会购买许可？也许不会，但是如果他们有这个想法的话，就像 Facebook 或 Nokia 或 New York Times 那样，我们将占据优势。而在此期间，我们不用为此花一分钱。今天早上在 StartupCamp 活动上，我问在座的各位新创公司负责人他们之中有没有*不*使用免费软件的人...结果没人举手。为什么我们要关注新创企业？因为，无论是大企业还是小公司的开发人员，我们都一视同仁，极其重视。
你怎么看待公司面临的竞争局势？
还好，我们在美国地区的业绩出现了下滑，但竞争对手并不是最棘手的问题 - 问题不在于有人抢了我们的生意，而是该季度没有发出订单量。我们在美国市场的知名度更高，对于自主购买方而言则更是如此（虽然我并不真信服务器会比存储器容易选择 - 它们在不断融合）。Avnet 是我们的一家大型经销商，它在美国市场所面临的情况跟我们相似。
为什么不预先发布财季报告？
我们希望在发布时能够确认最终的数量及计划，以便针对随后的趋势调整成本结构。假定我们处于 ERP 转型的中期，我们仍然要到四月末才能确定工作。其次，我们需要在对外公布之前和董事会一起审核 2009 财年的重组计划。我们在看到、审核并批准计划后，第一时间对外发布了消息。
与前一年的盈利相比，亏损是怎么出现的？
如果不按 GAAP 准则计算，我们该财季赚了不少现金（高于 3.2 亿美元），如果按照 GAAP 收入标准计算，则除了现金之外还要考虑大量与收购账目、商誉摊销、税收条款、股票期权开支相关的因素 - 也就是说，以非现金基准计算，我们每股收益减少了 22 美分。
你们是否会回购自己的股票？
对于回购计划，我们不做评论，但我们会在财季结束时报告所有潜在购买信息。
美国经济何时会恢复？这种不良状态是否会影响其它国家？
我们的工作是在 Sun 公司研发网络创新产品，我们不对全球经济进行预测。
相信这样可以使大家更清楚我们的想法。最后一个问题是个令人不悦的问题。
“为什么 Sun 公司的 CEO 要浪费时间来写博客？
因为，除了做年度报告之外，我认为应该更及时地对外公开我们的企业战略和运营状况。我相信，不管是对于我们的股东、客户、合作伙伴，还是员工，实现信息透明化都有益无害。.
无论是在企业状态良好的时候，还是在面临挑战的情况下。
________________
安全港声明
Jonathan 的博客中含有各种涉及 Sun 未来业绩表现的前瞻性论述，其中包括涉及公司重组计划效果和递延收益期望的相关言论。这些前瞻性论述中包含着风险和不确定性，其实际结果与该论述中所预测的结果可能存在较大差异。可能导致实际结果与该前瞻性论述中所预测的结果存在较大差异的因素包括：新产品开发、设计、制造和发送的风险；未能成功的实现技术优势；价格压力；客户不接受新产品；新产品出错或存在缺陷的可能性；竞争；不利的商业条件；无法留住关键员工；取消或延迟计划；依赖单一的供应商；购买足够数量组件以满足需求的相关能力风险；库存风险；产品开发或客户接受迟缓以及新产品和技术实施延缓。敬请同时参阅 Sun 经常向证券交易委员会提交的定期报告，包括该公司的财务年度 Form 10-K 年度报告（截止于 2007 年 6 月 30 日）和财务季度 Form 10-Q 季度报告（截止于 2007 年 9 月 30 日和 2007 年 12 月 30 日）。Sun 没有义务且目前也无意对这些前瞻性论述内容进行更新。
Posted on 08:56下午 五月 13, 2008 |
Share this post
|
|
|
|
|
|
最后一点，大家不要忘了，数据库许可往往是各家公司预算中的重头戏 - 而我们将为这些客户提供新的服务选择（ 甚 至 是通过采购代理商桌面上的一个精心设计的咖啡杯），我们能够使他们将这笔预算资金用于新的投资项目。这将促使更多的客户寻求 Sun 的服务 - 能够经济高效地提供更佳绩效的供应商总是受到人们的追捧。
Oracle 是一家非常重要的 Solaris ISV - 我们双方的共同客户遍布全球，他们需要依靠由 Sun 和 Oracle 提供的各种关键任务环境适用型服务和支持来运行世界各地的银行、零售企业、电信企业及政府机构等等。我们不会因为此次交易而改变我们所做的承诺，这一点毋庸置疑 - 正如我们仍将一如既往地为 DB2 或 Microsoft 的 SQL Server（顺便提一句，该产品在我们系统上的运行效果很不错）提供全心全意地支持。客户需要更多选择，我们则是负责提供选择。
长期以来，实现在 Sun 的平台上优化 MySQL，理想和现实之间始终存在差距。如同我们早期对 Oracle 采取的措施那样，我们的工程团队将与 MySQL 及社区中的同仁携手合作（实质性地），利用诸如 ZFS 和 DTrace 技术（在 Oracle 时代，这类技术尚未出现）来确保
