Why Product Development Should Blog – Part 1

SaleI was talking with Jake about how my blog was going, I recounted some stories of great outcomes that had surprised me since I stepped into the blogosphere a few months ago. “Blog those” was his reply, he’s a very active blogger and has already blogged our conversation. This is part 1 in a series of I don’t know how many describing business value in my blogging.

A Troubled Customer

I got a comment from Manish, who before explaining the problem he was facing wrote:

We have taken the plunge with R12 Financials, GL in particular and your blog is like what the doctor ordered. This post is sort-of related to Intercompany but not quite so I apologize but I am really troubled.

A troubled customer who needs help, turns out they had logged a service request with support and had got an answer that was correct, but did not address the subtlety of their business problem. This is the sort of situation that could result in an implementation failing, Oracle losing revenue and getting a lot of bad PR.

Manish sent me more details and I got answers from Seamus Moran and my boss and got a brief answer to him on the blog. Seamus also sent some documents and examples via old fashioned email and they had a follow up conference call to go over the details. In the call the Customer wondered if we had a better solution and another module was suggested that might help them. The next thing they have got their Oracle Sales team pricing the module for them*.

So we had a troubled customer unable to get our software to do what they needed for their business, after connecting to my blog they are a happy customer looking to buy more from us. Investment from development was minimal, a couple of hours at the most, the returns are:

  • The $ value of the up-sell
  • Avoided bad PR from them failing
  • Saved support and license renewal revenue into the future
  • Get positive PR for reacting fast and effectively to a problem
  • Have material we can pass to Support to educate customers with the same issue
  • Provide Sales with a nice in with other customers who may also benefit from the same up-sell
  • I feel good and keep blogging

So the last point is stretching the point, but this is my blog so allow me my feel good moment. Now I have to convince some more of my colleagues, to take the plunge and start blogging.

Do you agree that development teams should blog? Are there particular development teams you would like to see blogs from, inside or outside Oracle? Or are you in product development and have arguments against blogging? Sound off in the comments.

*I have no idea if the deal has gone through, or any of the financial details and prefer not to in case I reveal any forward looking financial data – that would be bad.

UPDATE : Now we have Part 2 and Part 3 in this series

Author: David Haimes

I'm Senior Director in the Oracle Research and Development Organization, with close to 20 years working in various roles on the development of the Financial Management product suite.  Since the summer of 2016 my focus is exclusively on working with customers and longer-term design work, particularly around next-generation functional and technical architecture. My task is to figure out NOW what the financial management system of the next 3, 5 or more years should look like and start working toward it.  At the moment the majority of my time is spent working on Blockchain or Distributed Ledger Technologies (DLT), leading the effort for all of SaaS applications.  I'm also interested in AI, Machine Learning and new UX and interaction paradigms such as chat bots. I started out in Oracle UK and found my way out to Oracle's Redwood Shores, California HQ in May 2000.  My previous role was product owner for Fusion Accounting Hub, General Ledger, Intercompany and Legal Entity products in Oracle Fusion Financials and eBusiness Suite General Ledger. I have also worked on EMEA Globalizations, Federal and Public Sector Financials, XML Payments and a variety of projects on other products down the years.

9 thoughts on “Why Product Development Should Blog – Part 1”

  1. This is a really good question David.

    “a blog is a great way of directly engaging our customers (and potential customers) both to help them use and understand what we have built, but also as an unprecendented channel for us to find out what is really happening out in the field and how we can build even better products”

    I think it is a simple test for every product development team/product manager. If you believe the statement above and are committed to the intent, then go ahead and blog and reap the rewards.

    If you don’t believe it, or are not prepared to make the commitment, then don’t blog. You will avoid making an ass of yourself. Common failings I have seen/experienced in product dev/mgmt blogs:
    – simple reposting of marketing collateral
    – overtly hyped; no sense that the blog is written by “real” people/peers/professionals
    – “selectively” moderated comments (i.e. don’t approve comments that are critical or raise difficult questions)

    Like

  2. Paul,

    I would agree with your take, in order to be engaging in the blog format I think you have to bring something personal. I have been unsure if I should post ‘off topic’ or stick to useful information for customers (and potential customers), but people read and comment on those off topic posts. I’m now of the opinion that they give the blog a personal touch which differentiates it from the marketing material, user docs, FAQ, forums and other sources of information.

    Like

  3. @Paul: Good points about commitment and comment moderation.

    The commitment blogging requires to be even moderately successful is higher than many expect.

    Moderating comments taints the conversational nature of the blog and is more work, frankly. I don’t advocate embracing all critics, but more often than not, frustration has a root you can address. You won’t convert everyone, but listening and providing a honest forum are keys.

    @David: The feel good moments keep you going when you run dry on content or someone flames you or the effort you spend is questioned by colleagues. These are gold.

    Like

  4. I did have moderation on for this blog, but was approving every comment. Seeing as askimet is excellent at catching spam I just turned moderation off.

    I want to hear the criticism and have a chance to respond to it and learn from it.

    Like

  5. Comment moderation is a chore, and it drives away readers. People who comment want to converse, and waiting for the author to moderate a comment drives that desire down exponentially.

    Like

  6. Agreed I find it really painful when I goto the trouble of entering a comment to be told that it has gone for moderation. I was worried about SPAM but it doesn’t seem to be a problem askimet catches it all as far as I can see.

    Like

  7. Paul, where’s the source for the quote you posted above?

    “a blog is a great way of directly engaging our customers (and potential customers) both to help them use and understand what we have built, but also as an unprecendented channel for us to find out what is really happening out in the field and how we can build even better products”

    I really agree and want to cite it somewhere.

    Like

  8. @Tom: sorry, didn’t see you q till now. The source is …see above! it was just me speaking in the imagined voice of an inspired product manager;-)

    Like

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s