30 May 2009

SourceForge Acquires Ohloh!

First, congratulations to Scott Collison (Ohloh CEO) and the Ohloh team. [Caveat lector: I've been an advisor to them for some time.] It's a great exit for a great little company. As with all the companies I advise, there needs to be something unique going on. Ohloh has always been unique. As I described in January:

When a potential open source user wanted to find out "what open source software is available" to solve a problem, they were invariably left hunting across Google, SourceForge, and sites like java-source.net and FreshMeat. There was no consistency. The depth of information was sketchy. Some of it was bleeding edge software, some tied to the site. There was no sense of "what's good" unless you were already involved in a particular community, and even then community bias could get in the way. This gave way to a collection of directory solutions and companies that tried to bridge this gap.

Ohloh has always had the most useful and interesting directory for me. First, they have no direct sales model tied to the directory, so my trust in the depth and breadth of the information is high. Second, the beauty of the analysis is that the core data is metrics based on what programmers do, not what they say. I can see how big or small a community is, how long it's been around, how active it is, and this provides hard data when one then looks at the qualitative commentary. Third, it's always been comprehensive across the open source world and getting better all the time.

...

Over their several year history, they have continued to expand and add features to their core statistical analysis. They've built the community and expanded the number of repositories they support. Once one finds a project, one can see other projects immediately that are related through the tagging and stacking other Ohloh users share. The site is a proper social network for open source developers. It's been used to get a project manager's view of an open source project by the project's own leadership. As a resource for job hunters and recruiters it's invaluable to be able to see the visual resume of a developer. They've evolved their offerings to act as download host, and provide job and support services classifieds.

In one commentary, Jon Sobel (SourceForge group president of media) made reference to "Another advantage for SourceForge ... is that Ohloh's data will help the company deliver advertising that is more targeted and effective." This is the real key to the acquisition. A primary revenue driver for SourceForge is advertising across the forges and online media properties. Ohloh has been successfully developing a data service that would wildly improve the ability to target technology advertising and provide data rich feedback for high-tech marketing campaigns. [Frankly, Google should have acquired Ohloh.] They have a number of large corporate customers. So through this acquisition:

  • Ohloh can improve SourceForge's advertising revenues.
  • The Ohloh data service itself provides an excellent additional revenue stream in the high-tech corporate marketing world.
  • The Ohloh community site is complementary to SourceForge's forges, providing open source communities better tools for understanding their projects.

This is a great acquisition for SourceForge. Hopefully along the way, the original and unique aspects of the directory that make it so valuable to open source users (as opposed to open source developers) are not destroyed or lost, and that SourceForge continues to recognize the difference between the core data competency Ohloh represents, the core value proposition to SourceForge's customers, and its complementary uses as a separate directory at strengthening the SourceForge brand in non-revenue producing ways.

Other commentary:


12 May 2009

Partner Programs and Open Source Software Businesses

I was discussing partner programs with colleagues the other day. Partner programs tend to need careful thought — much more than many young companies realize. The simplest summary I can offer is that partner programs aren't about marketing — they're about sales, which means they're about compensation plans and metrics aligned with those plans.

Four years ago when Optaros announced what it was doing (consulting services based on open source building blocks) many companies approached us to "be partners". This meant everything from at its most innocent "let's share leads and swap logos" all the way to "Optaros would be a great sales channel for our product." All this requires (a.) a lot of time, and (b.) needs to be tracked against revenue. As a channel, it needs management just like a company's sales team does, so you can figure out who is really performing and so as to get rid of the non-performers. We did sign several light weight partnerships (i.e. logo swap and a joint press release) in the first year because it gave us a press release with a high profile (i.e. newsworthy) partner. We expected nothing else from the partnership — no leads, no co-marketing, no co-sales. Some partners never called with leads despite promises and follow-up from us. They did, however, call to give us a hard time if they heard us using a competitor's project/product to solve a problem for our customers. Obviously our customers were more important to us and our revenue than the partners lack of leads/revenue. [To be clear, Optaros has strong partner management in place and developed a number of excellent partners over time with strong complementing business relationships.]

Aside from the day-to-day management, you also need to ensure there's no channel conflict. You will encounter problems with partners where their business development people may love you, but their sales force may never think of you because:

  • You're not helping them meet their quota
  • Worse, your product/service competes with the higher margin items they sell to make their quota
  • They'll take a lead from you, but have no need to return the favour on their way to closing their quota. (Contrary to popular belief, they will not call you because they like you — they are sales people and there needs to be some bottom line benefit to calling you because otherwise you're taking away valuable time from them making their quota and "salesperson of the month/quarter/year" and the perks attendant on that title. These are highly competitive revenue-focused individuals. Good sales people in a channel conflict won't call because it wastes their time.)

Business development managers that don't sell for a living don't necessarily understand the channel conflict problem. They also might be compensated on something like "partner satisfaction" or "# partners signed", etc., rather than on revenue numbers. Not only that, if the partnership is one sided (they get sales, you don't) they still may not care. Partner programs aren't worth anything if the channel and compensation programs aren't well-aligned to mutual benefit.

Gaining visibility through partners is an interesting idea and a Big Name Partnership MAY help as a marquee sort of "partner" regardless of sales, but THEN you need to ensure you have a solid business development person on their side that will speak GLOWINGLY on your behalf to potential investors or act as a direct customer reference to close a deal. That's when they count. Otherwise, you're lost in a sea of all their partners. [Softway was a Microsoft partner back through the late 1990s before the acquisition. It was a fascinating relationship when it came to getting them to admit that they wanted to see UNIX/Linux applications running natively on Windows NT.]

I'm not saying don't set up a partner program — I'm saying set one up with your eyes wide open and with a realistic eye on the revenue that could otherwise be gained by (for example) hiring another sales person rather than a partner manager. Once you understand exactly how you want to make revenue directly for yourself, you can better determine how to organize a partner program (by region, by vertical, by function) such that your needs and your partners's needs and compensation are properly aligned and your partners trust you to not conflict.

Photo of business partners
Photo by Robert Scales


30 March 2009

The Microsoft SD Forum Open Source Event

Microsoft and the SD Forum jointly sponsored the Zero Day event this year before the Open Source Business Conference. The past two years this has been a Microsoft sponsored day for ISV partners developing businesses around open source. There was time dedicated in each event to presentations of the relevant Microsoft programs for ISVs, and Sam Ramji would kick off the day with a good Q&A session discussing Microsoft's positions, accomplishments, and announcements around open source software. This year the content was broader, with the afternoon's sessions being organized by the SD Forum. Participants that wanted to engage with Microsoft around their programs could talk with any of the program directors present.

This being the age of Twitter, people were encouraged so to do under the tag #msoss09, and there was some reasonable discussion throughout the day. I also posted a few photographs on Flickr.

www.flickr.com

Bryan Kirchner is now Director of Open Source Software at Microsoft. He acted as master of ceremonies and kicked things off in the morning with a brief discussion of his hopes to continue developing a mutual understanding and deepening relationships with the open source community at large.

Sam Ramji then took the stage. What followed was interesting. This year, with not much new or contentious before OSBC got underway, he chose to talk about the health of the Windows ecosystem in the context of the current economic crunch (reminding people that a staggering 96% of Microsoft revenue comes from partners, i.e. no direct account control). Microsoft is seeing CIO training budgets dropping to zero and many projects are deferred so there was a definite move to cost savings around virtualization and consolidation. (It's interesting that this is how the world started to move when the bubble burst seven years ago.) He also talked about the growth of Windows in the low cost server space and on netbooks. Sam was essentially conveying that the Windows platform is healthy and people should continue to consider it as a deployment platform for open source. He also discussed the new Web Application Gallery initiative at Microsoft as an attempt "to connect markets and forges" around open source so users can easily install and support PHP-based web applications. It's not that the Gallery is particularly an open source initiative, but rather that it supports the sharing of applications written in PHP.

Matt Aslett from the 451 Group took the stage next presenting his latest analysis from their report Open Source is Not a Business Model. Essentially, the 451 Group analysed 114 vendors using open source software within their businesses, against (i.) their choice of open source license, (ii.) their development model, (iii.) their own vendor licensing strategy, and (iv.) the actual revenue trigger. Matt's blog post covers a lot of the ground he presented, so I won't cover it here. I will be debating with him soon on other things to consider in the report. (An added perk for morning participants was a copy of the report.)

Next up was a panel on "Working together in an Open Source World in a New Economy" moderated by Cliff Reeves, who runs the Emerging Business Team at Microsoft which runs the BizSpark program. Panelists included:

  • Clint Oram, VP Product Management, SugarCRM
  • Erica Brescia, CEO, Bitrock
  • Aaron Fulkerson, CEO, MindTouch
  • Dan Merrits, VP Marketing, Eduify

It was a good discussion. SugarCRM and Mindtouch certainly saw the rise of downloads and leads as the economy failed and people became more interested in low cost open source based solutions. There was also interesting honest discussion from the participants on what it's like working with Microsoft as a partner, with concerns being expressed about the complexity of the programs at times, as well as praise for engineering support (FastCGI and PHP being the typical example cited).

After lunch we got to the more general open source part of the program organized by SD Forum. Larry Augustin kicked off the afternoon with his keynote on "The Future of Software: Why Open Source is the Safe Bet". [Larry has kindly allowed me to host his slides. Download SDForum-20090323-v4.pdf (493.5K).] Larry started the presentation with the idea that just like no one got fired for buying IBM in the past, at this juncture in history no one gets fired for buying open source software. He then went on to present the health of the open source based business world from the perspective of investment and adoption (with several case studies).

Next we had two brief mini-talks.

  • Andrew Aitkin (Olliance Group) talked about his views on open source adoption differences between Europe, North America, and Japan.
  • Sam Ramji returned to give a shortened version of his morning's presentation for those that just joined for the SD Forum part of the program.

The final two sessions of the day were panels. First we had "Is there still Open in Open Source" with Mike Fauscette (IDC) moderating, and Jack Repenning (CTO, CollabNet) and Adam Blum (Rhomobile). It was an interesting panel and very much a development process perspective. Discussion revolved around the idea that it's not about the source code, but about the openness of the development process, the social contract, the transparency, and building a community that wants to contribute.

Last up was the venture panel on "Where's the Money?" Mark Radcliffe (DLA Piper) moderated Robert Theis (Scale), Andrew Braccia (Accel), Tim Guleri (Sierra), and Peter Sonsini (NEA). Not surprising but the VCs want us to know they're still open for business, and they're interested in Software-as-a-Service and Cloud related technologies. Also not surprising we learned VCs will fund deals with a compelling solution to a customer problem, or a compelling way to monetize a solution. [This is why I generally don't have a lot of time for VC panels.] There was one point where Peter Sonsini (NEA) observed there needed to be a compelling way to monetize the community for an existing project (with which I violently disagree), but Andrew Braccia (Accel) supported the richer idea that rather than trying to monetize the community one should look at upstream value of a new solution based on the project.

All and all a worthwhile experience. We finished the day with the hosted reception!


24 March 2009

Does Your Community Manager Report to Engineering or Marketing?

I asked a question during Matt Aslett's excellent presentation on Monday at the Microsft/SD Forum OSBC Zero Day event: Does your community manager report to engineering or marketing? Matt gently stepped out of the way, but there is exactly one right answer: Engineering.

Here's why:

  • Community is concerned with the software project and it's complementary assets. Customers care about buying product solutions to their problems.
  • Engineering cares about software development. Marketing cares about product lead generation and qualification.
  • Engineers manage software. Marketing manages messages and expectations.
  • This doesn't mean that the community isn't an enormous source of word-of-mouth evangelism for the company, the project brand, and self-qualified leads over time. But the community doesn't want messages and they don't want to be qualified or converted. The community is already setting their own expectations around the project instead of buying the product. Neither does this mean that marketing is out of the loop at developing inbound requirements from customers for the engineering team as they develop the software that feeds into the product.

    While marketing traditionally managed the "developer network" in closed source companies, that's because the software wasn't a community engagement mechanism for users that weren't customers. Growing the developer community around your platform was a marketing function based on the business strategy of growing market share and providing complement value with lots of "knowledgeable developers" for customers. The software part of the solution wasn't a source of customer contribution, innovation, and testing resource. Your community equated to your customers.

    There are companies that historically have strong product management departments that are often staffed by engineers that have crossed the floor to marketing. There's still a problem here with the community manager reporting to marketing, because the marketing department is traditionally measured on marketing functions. They will behave against how they're measured.

    So community development and management is an engineering function.


    17 March 2009

    Cloudera Launches Around Hadoop

    NYT Picture of Cloudera Founders
    Copyright Peter DaSilva for the New York Times

    Congratulations! Cloudera launched today to bring Hadoop to the enterprise. It's anchored by Mike Olson, Christophe Bisciglia, Amr Awadallah, and Jeff Hammerbacher. Hadoop is the open source project that implements MapReduce, the algorithm that allows companies like Google and Yahoo (and even Microsoft) to search cheaply and easily enormous quantities of data and assemble the results. As most enterprises don't have the sort of operations staff that a Google might have, Cloudera will provide enterprise qualified software, training and consulting.

    I've known Mike for a long time now since his days as CEO at SleepyCat before they were acquired by Oracle. I had the pleasure of working with Christophe as a speaker at the inaugural Open Source Forum at the Beijing Software Innovation Summit in China a couple of years ago while he was still at Google. It was Christophe that put together the original training program around Hadoop for university students. Congratulations and best wishes!

    P.S. Christophe seems to have gone all corporate with his hair.

    The launch video on YouTube


    03 March 2009

    More on Open Source Conversion Rate Myths

    A year ago I posted on open source business practices and conversion rate myths. A colleague asked yesterday whether we shouldn't still use it as a measure until a better one is found, since it's the best we have.

    The problem isn't that it's a poor measure, but I believe it's a wrong and misleading measure. It is NOT similar to lines-of-code in software engineering (a poor measure). Variation in LoC is still within a few percentage points when you resolve for the project differences. Conversion rate is orders of magnitude different between companies. Business measures are typically within percentage points. Think of ratios like gross margin. They vary between types of businesses by as much as 30% but within an industry they're pretty steady and act as a benchmark.

    Using a wrong or misleading measure will put you in jeopardy if you're the marketing or community manager. (You're being judged against the metric.) If you distribute for "free" as open source software, you capture your user base depending upon how good you are at getting the word passed onward. If you're good, you build community around your software. Remember software only forms part of the value network that is your solution — and customers buy solutions to problems. Mårten Mickos well observed that your early community is willing to trade time to save money and your later community is willing to trade money to save time — and the later community contains his customers. The observation implies a timeline for community growth depending upon the software project. Companies starting a business around a new project need to be sensitive to this. Customers (people that are going to buy something) will use free access to test that your software might solve their problem before they pay for your solution.

    Many users in community do not have money to spend today. They can't be converted. As a "lead" they will never become a "qualified" lead, and getting in their way trying to sell to them will only be a source of frustration for everyone involved. BUT while in a normal proprietary software company this means you've disqualified someone that isn't a customer in the pipeline, in the open source corporate world, I believe they sit in a different process. Instead of a manufacturing metaphor (pipelines) we need a more organic social metaphor to track success and growth of the community. Lead generation is a measure of community engagement. You want to grow your community. Customers will self-qualify.

    This WILL be reflected in a number of downloads, but this is correlative not causal, and it's an ambiguous metric. It's very software function dependent. If a user downloads one copy and installs it on a hundred machines, your knowledge is already off by two orders of magnitude — counting downloads is useless.

    The greater user community still needs care and feeding because they contribute code, bugs, time to answer one another's questions, beta bodies, and interesting applications of your software you may not have thought about or had time to develop yet. They are a source of innovation, not simply within the software (small contributions) but at the solution level. They will tell your BUSINESS new places to go to capture money in the network around your software. These are very valuable people. Growing your community is important for this reason. Don't simply measure downloads and compare to a number of customers. Measure everything you can think of about your community:

    • Unique members on the forums.
    • Time to answer a question (internally versus community). [And don't reward your employees for answering quickly or your community will never get a chance to answer.]
    • Number of code contributions.
    • Number of bug reports.
    • Number of documentation contributions (howto, tutorials, etc.)
    • Feature requests.
    • etc.

    For numbers that tie back to specific releases of software, use them to tune your engineering process, i.e. involve your users in your engineering process. Consider letting USERS vote on importance of bugs so they feel a part of the process. (Don't draw the line between customers and users. It will be tempting, but customers probably buy something else from you in their solution. Disenfranchising users is disenfranchising the larger community of interest and probably a false feature.) Engage their time (appropriately) and you will win community mind share. Mind share is everything for profitability. It's the stickiness. It will create customer advocates.

    There will come a time when the users move to other organizations bringing their knowledge with them and the new organization will self-qualify to become a customer. Or the user's own company grows to a point that they become customers. But they don't "convert" in the traditional sense. The lead did not become a qualified lead and you don't need to "sell" to them to convince them to buy your solution. They have internal needs that makes buying your solution more important than using your software. I'm betting those internal needs are very function-centric (e.g. one company will buy JBoss support while using RHAS for free). Determining those functional decisions in relation to your solutions will give you better insight into how to grow your customer base, i.e. revenues, without sacrificing your community in "conversion" games.

    XKCD comic #552
    This comic is licensed under a Creative Commons Attribution-NonCommercial 2.5 License from xkcd.org.


    08 February 2009

    todoyu Wins Third Place Open Source Business Award from OSBF at Nuremberg

    Each year there is a competition for open source related business plans sponsored by the Open Source Business Foundation. The cash prizes totalling €75,000 are awarded at the Open Source Meets Business conference held each winter in Nuremberg, Germany. This year, two InitMarketing customers won prizes, with OXID eSales sharing the first prize (€32,500) and todoyu winning third prize (€10,000).

    todoyu was developed by snowflake productions, a Zürich-based services company specializing in the open source licensed TYPO3 content management system. todoyu is a web-based system for project management, time tracking, and billing specifically tailored to the needs of small-to-medium sized service agencies (e.g. lawyers, engineers and architects, services, advertising and PR agencies). It improves billing accuracy and timeliness, saving companies time and money. todoyu was conceived out of snowflake productions own needs and experience over the years.

    todoyu is focused on project managers with small-to-medium sized teams who are still active participants in delivering value to their customer — they do not want to be spending a lot of time and energy on project administration and billing. As such, they do not need expensive complex software to learn and manage — they need an easy-to-use solution with no installation or upgrade headaches that they can easily expense. They need a way to quickly and automatically bill their client without resorting to other systems or complex error-prone transfer processes.

    todoyu stacks up well against competitive offerings (e.g. Basecamp, Projity, ZOHO Projects) in the SaaS space and offers unique advantages. It will be offered as a subscription (Basic and Premium) and a complementing set of services that fit the historical expertise of snowflake productions. I worked with the snowflake management team to develop their todoyu business plan in November in time for the competition submission.

    The todoyu site is up and running an extended beta program presently (auf Deutsch). The English release of todoyu is planned for Spring 2009.

    todoyu logo

    Disclaimer: I work with InitMarketing from time to time, and I worked with the snowflake management team to develop their todoyu business plan.


    10 September 2007

    eBox and Warp Networks

    I met Ignacio Correas, CEO of Warp Networks (Spain), at the Open Source Business Conference last Spring. This is when I first heard about Warp Networks and the eBox platform. Warp Networks is a consultancy in Zaragoza, Spain, founded by some of Spain's more active open source developers from the Debian, Ubuntu, Gnome and MySQL projects.

    eBox is an open source software project Warp Networks began. It allows one to easily install, configure, and manage a small enterprise server, for all the services one would need in a small and growing enterprise: VoIP, email (with integrated antispam and antivirus services), file sharing, etc. The community has been steadily building around eBox to the point that it will likely be the Ubuntu Gutsy Gibbon server configuration platform.

    Ignacio is in the process of developing a separate company around the eBox platform and has begun funding discussions. Mikko Puhakka, Timo Teimonen, and I have all been invited to serve as directors prior to the commercial launch. eBox presents some great opportunities for a business based on open source software. (When you stop and think about it, it fills a very special niche.) I'm extremely happy to be on board! I'll certainly keep people posted as the business unfolds.

    559D5241-9E84-4953-B95B-0C2792A04498.jpg


    07 June 2007

    Open Source Business 3 + 3

    Mikko Puhakka began a challenge on his blog yesterday to list three success factors and three things to avoid when building businesses using free and open source software.  He then tagged five of us to jump on. (Mårten Mickos has already responded.)  So, here goes based on what I've seen and done: 

    Three ways open source software can benefit your business:

    • Open source software is a great way to enable innovation on your platform.  We all know there are shrinking orders of magnitude differences between the number of people that use your software, to the number that report bugs, down to the number that deeply contribute BUT those contributions can be golden in keeping the creativity and ideas flowing, as well as just plain brilliant direct additions to your product space.  There is no predictability as to when such contributions arrive, but they won't arrive if you don't make the software available. 
    • Your community of users is an incredible asset to spread the word.  It's not just about people using your software for free and telling other people about it, but rather the fact that developers will start taking it to work and it will sneak in under the floorboards.  This is how the PC revolution started.  It's why Visual Basic is still huge.  It's how the Linux revolution happened.  So too with MySQL.  And then the CIO discovers it and they need to treat it as a proper product asset just like any other asset on which the business depends.
    • Use open source software to rapidly develop new product complements for your solution.  It helps amortize the cost of development/support/maintenance across the community of developers/users/customers/partners/competitors.  You must, however, be a good community player. 

    And three "ideas" to avoid when thinking about open source software and your business:

    • Just because you published the source code does not make your product any more remarkable to your customers.  At the end of the day, you have a business to run, and that means customers need solutions to their problems.  A mediocre solution won't become "better", or the wrong solution won't suddenly fit the situation, because the source code is now available.
    • Understand your value proposition and your core competency, and choose your license wisely: if your entire core competency that enables your core value proposition to your customers is embodied in the software, DON'T publish it in such a way that you give away the company.  I have seen a situation in the security world where the software solution was everything.  If they had made the software available under the wrong license, they would have essentially given away their future growth.
    • Just because you published the source code does not mean the world is going to work for you for free.  It's been a while since we saw this level of naivety with the original Mozilla launch from Netscape, but I'm betting there are still a lot of business people that don't understand open source software economics that still have old ignorant opinions. 

    So whom to tag next?  I'll reach for:

    • Michael Tiemann (an early and original player),
    • Manel Sarasa, OpenBravo CEO (keeping with growing interesting companies in other parts of the planet meme),   
    • Jonathan Schwartz (because a big company opinion is always good to have, and Jonathan is nothing if not original in his thinking and his willingness to push the envelop),
    • Stephen O'Grady (to get the analyst opinion in early), and
    • David Skok (to get an interesting investor opinion)

    Okay.  I can't stop here.  Three more opinions I think would be important to have:

    • Javier Soltero, Hyperic CEO (because like Manel he too is in the throws of carefully building a company),
    • Taiwen Jiang "D.J." (because China is coming)
    • Amy Jiang (because China is coming, and Ubuntu is just plain important)

    And Christopher Kuhn at OTRS jumped on board as well. 


    01 June 2007

    Microsoft Messaging on Patents and Open Source Software

    Sam Ramji, Bryan Kirschner, Michael Francisco (and briefly Bill Hilf) from the Microsoft open source software lab were front and center last week at the Open Source Business Conference (OSBC), largely because of an article published the previous week in Fortune.  There were several discussions that centered around patents and software business from an open source perspective, and I realized there are several disconnects between the Microsoft legal team and their PR machine, and most of the rest of the world. 

    The first disconnect appeared during Microsoft's day long event for open source ISVs the day before OSBC.  Microsoft represents a US$44B revenue stream.  Most of the executives from software businesses in the event represent companies that run US$2M to US$20M.  There is a world of difference between the way these companies need to behave with respect to intellectual property tools and their software assets. 

    Most small companies don't care about patents in the same way as a large company must.  A small company will likely file for a patent or three because it can make a real difference in their valuation in both funding and M&A activity.  The management team, however,  applies a different calculus to the problem.  Filing for three patents with good patent attorneys could cost ~US$50K.  That's half a head count for a year.  And the patents won't be approved faster than 24-36 months.

    Was the small company to discover a large company infringing their claims, they have very few real options.  They have a ticket to a negotiation implied in their ownership of the patent.  They can't afford to be greedy in the discussion because they can't afford the legal costs of a prolonged legal debate if business negotiations fail. Patent "cross licensing" deals with large companies with thousands of patents are not exactly balanced for small companies.

    Most companies just don't live in the space of large cross licensing deals like a Sun, Microsoft, IBM, Intel, etc.  That doesn't mean the smaller company management teams don't respect intellectual property or don't care about it, they just value patents differently in their business model.  I imagine the average $20M company executive would happily entertain the painful and frustrating headache of $100M/year of inbound litigation with which Microsoft lives, if it came with a $44B revenue stream. 

    These executives don't want "special" rules for intellectual property.  But neither do they need to think and apply the same rules the same way as companies that are Three Orders of Magnitude bigger.  Indeed, for most of these executives, trademark (i.e. brand management) and copyright management is everything to them, and they're very savvy with respect to copyright licensing. 

    The second disconnect is the Microsoft talking point about return on investment for the R&D expense.  Microsoft rightly claims on the order of $7B spent each year on research and development.  The PR talking point is that "they want a return on that investment."  The rest of us see a $44B revenue stream and think, "and what part of that revenue stream shouldn't be considered ROI?"  This is what happens when you let lawyers (cost side of the balance sheet) think they can be a profit center. 

    This brings us to the third disconnect.  The Microsoft executive and legal teams look to the IBM claims of $2B-$4B/year in IP licensing revenues and thinks, "why not us?"  Why not indeed.  Well let's look at some of the differences.  You see it's really a business marketing problem. 

    Microsoft historically has a culture of putting programs in place so as to scale efficiently and keep margins high.  This is good business practice.   So the legal team did as well: here's the "IP Licensing" home.  [I think it's significant that the URL contains a segment named "about".  Remember --  legal is a cost center.  Most of the legal concerns that reach the public eye would rightly show up under "about" on most company web sites.]  As you explore this part of the site, you'll find all goodness about why you should license Microsoft IP through their licensing programs 'cause they're smart guys that invest a lot in R&D.  (And they are and they do.)

    But it's different than the business model practices developed over the long haul by IBM.  Go look at the model Microsoft is chasing: here's the IBM IP licensing page.  The page starts with the statement that they're the market leader in awarded patents (regardless of R&D investment), and they're "expanding their use of intellectual property to accelerate the adoption of open standards and open source software through creative licensing and stewardship programs."  There's a prominent link on the simple page to all the program work in which IBM invests to modernize and reform the patent system and "reinvent the invention system."  It is a remarkable piece of positioning. 

    Here is the company that clubbed Microsoft like a baby seal in the early cross licensing days, essentially playing the reformist hero.  It is masterful marketing. IBM thinks through the business strategy from all angles (including support for open source software), then tells a GREAT story about it.  [Indeed, an IBM executive would have wept for laughing so hard if they'd been present for the vaguely unprofessional bashing Sam Ramji took at the 451 Group reception at OSBC from a panel made up of Dan Kohn (Linux Foundation), Jeremy Allison (Google ex-Novell), and Eben Moglen. Andy Updegrove was the only balanced voice on the panel.  Sam had to stand in the audience with the rest of us plebes and wait his turn for the mic.]

    It's not that Microsoft doesn't want reform in the patent system, they simply don't talk about the work they do sponsor.  And when they try to message reform it fails.  They come across complaining about the inbound $100M/year litigation costs, with the additional hammering they've taken by Eolas (~$500M) and the Sun license (another $2B).  They try to say they too want reform because they're victims too!  But it's a poor story up against the $44B revenue stream.   It has all the negative impact of Paris Hilton fretting about her approaching jail time while shopping for ten thousand dollar handbags.  (I wonder how much inbound litigation IBM takes a year?)

    What they need is a leadership message.  One that resonates with a clean position with which the rest of us mere mortals can sympathize and possibly even support.  Daniel Chalef (CEO, Knowledge Tree) offered the start of one for them during the ISV day but it was likely lost and not recognized for the brilliance it represents.  Daniel suggested Microsoft take a leadership position in the EU AGAINST software patents

    This is fabulous.  It could even be cleanly messaged as "encouraging the EU to not follow in the footsteps of the U.S. until such time as patent reforms have been implemented and proved."  They would not be saying no software patents, but rather encouraging the EU to not make the same mistake the U.S. made until the U.S. figures out how to clean up the mess we all agree exists.  It would show leadership, align with their current positioning, and not sound like victimized whining, nor would it clash with their licensing programs.   

    IBM is leading the reform movement and winning friends with its messaging while happily licensing and defending its intellectual property.  It comes at a cost and maybe the margins aren't as good as Microsoft's historical packaged software margins, but business it is.  Sun has reinvented its executive messaging cleanly to say they've got to play the game as a large business in the U.S., and they'll only use the portfolio defensively.

    It's time for Microsoft to do the same before they're again [possibly mis]quoted as making veiled threats against customers.   Microsoft is a software company.  It's about time they again acted as one and stopped pushing their IP licensing business to the forefront of their messaging.  It's not (nor will it ever be as big as) the business we (their customers) know they're in so it only serves as too frustrating a distraction.