timjmitchell.com

Digital and Social Media, Product Management, Technology, Economics

Archive for the ‘Product Management’ Category

ecosystem

For a long time, I have been a fan of the “ecosystem” thinking with regards to product concepts and business practices, and it will undoubtedly become a consistent theme in this blog. My affinity towards ecosystem thinking comes at least partially from the frustration of working quite a while in an industry (digital music) where a healthy ecosystem is both lacking and desperately needed.  The core concept of the “Business Ecosystem” has been around for over a decade, and while the concept may be overused a bit, the logic behind it still rings especially true for media and the internet. Many of us in the digital media world have often found ourselves in a position of “explainer/evangelist” of the concept, due to the lack of a cohesive ecosystem – sometimes its hard for those at or near the top of the food chain to understand “balance” in a healthy ecosystem… but I digress – - different post.

4 Currency Explanation

Eric Ries’ well-crafted post, titled “Business ecology and the four customer currencies“, explains the “4 currencies” of money, time, skill, and passion and how they influence customers’ decisions. He does a fantastic job of illustrating the currency concepts and how important realistic customer segmentation is.  Eric has lots of good posts on Freemium concepts, and the ecology discussion is closely related.   He also pointed me to this DEEP article by Andrew Chen that goes into some interesting underlying economic concepts behind creating a successful freemium model – - definitely worth the read.

I have been thinking a lot about business ecosystems lately as I’ve been working through product concepts, and I think that as a “product people”, we ought to consider that our customers self-segment based on their mix of “customer currencies”. Ries provides currency definitions using gaming as an example, wherein the different user types achieve success using different currencies.  The basic concept is simple to understand (I”ll paraphrase here): players with money can buy success, players with lots of time can slog out success, and players with skill are good enough to achieve success quickly and cheaply. The players with a lot of passion are put into a special category, and he argues that while it may not seem like they have “what it takes” to be successful, they are often the hidden reason for the success of the game (and thus the ecosystem) overall.

Each of these four currencies represents a way for a customer to “pay” for services from a company. And this is true outside of games. Constructing a working business model is a form of ecosystem design. A great product enables customers, developers, partners, and even competitors to exchange their unique currencies in combinations that lead to financial success for the company that organizes them.
He goes on to provide great examples of how this affects companies’ decisions and growth patterns, and ultimately how it leads to freemium decision-making – - who do you charge and when.  This has to be one of the hardest decisions to make, and I’ve certainly got it dead wrong at least twice that I can remember, so It got me thinking about the power of the ecosystem and “currency” methodology with regards to making any kind of product decision and how it might play into the pre-development  process.

Ye Olde MRD

One of the exercises we (as in product people) almost always go through when setting out to build something “User Profile” or “Market Segmentation” analysis. In the internet / start-up world, segmentation is typically done in the some MRD, PRD, or other such long and wordy document, and in my experience, it is mostly ignored.  Analysis like this is quickly set aside in order to get to the “real work” of defining features  – - this is always viewed as the “real meat” of what the PM should be doing.  The reality is that you just don’t really know who’s going to use your product (start-ups and fast moving web and software companies rarely do extensive or expensive market analysis, nor should they), and this is why this process is not given the appropriate level of attention.  One usually ends up doing some light-weight market analysis, some “user profiles” (suzy is an 34year old architect in NY… blah, blah) and then perfunctory predictions about segmentation.  Here is an example of a typical MRD from a PM Consulting firm.  You’ll notice right away that there is a lot of information to be filled out  in the “Customers and Buyers” and “Users and Personas” section, and it all seems very relevant and useful, and yet when it comes to decision making time (which this document is supposed to support), this data always seem inadequate and vague.  Why? Well, as Steve Mushero points out in his discussion of “Decision Documents” as part of the MRD process, what ultimately matters is the decisions that are made and the thought process to get there, and not the underlying analysis output.  So how do the “4 Currencies” and ecosystem thinking help here?

Customer Currency and Engagement

One approach that I have tried in the past is to segment by “potential level of engagement”. While I didn’t realize it at the time, this is the same methodology, but not as clear nor as useful.  My experience with segmentation ex-post launch, had always been that the real segmentation of users had nothing to do with their demographic profile or their overall-”tech-savvy-ness” or anything like that.  Their experience and satisfaction was more a function of how engaged with the product they were. What I found was that a very simple conflict formed between the “power user who wants  lots of deep features and rich content” and the “casual user who just wants quick hits and not to have to spend a lot of time figuring it out”.  This also applied to media sites as well, where it wasn’t’ necessarily a “technical feature” divide, but a “deep” vs. “shallow” content divide. I still believe that this is the core segmentation problem to solve, and the “4 currencies” analogy goes much farther to define how to think about your users.

Applied 4 currencies Process

The “4 currencies” approach, IMO, is really useful, because not only does it provide simple parameters, but it also allows you to fairly accurately apply values to those parameters that will allow for real decision-making.  For example, let’s say that I’m developing a play-listing application within a music player or site. The real segmentation challenge here is that I will probably have users who are heavy play-listers and users who are either new to the concept or they aren’t heavy play-list users.  We have to make all kinds of assumptions here to make this example work, and one of them is that play-listing is core to our product goal (if it weren’t, then we might decide that play-listing is for play-listers and users who self-segment out of play-listing don’t suffer as a result). So, if we think about our users as having different mixes of the 4 currencies, then a quick segmentation might look like this:
  • User A= Time – 20%: User A has lots of time to kill and can explore every nuance of the application.  As a result, since setting up a play-list is fairly simple, these users will most likely create lots of play-lists and experiment with the utility of all of the surrounding features.  They may not understand all of the advanced features, and may opt for volume of play-lists, or they may lean heavily towards social sharing of play-lists.  Ultimately, we should expect mostly volume from these users, and we should encourage social integration as this volume, if shared with friends, will drive new users.
  • User B = Skill – 10%: Skilled users will be looking for sophistication and shortcuts. They will certainly want to import existing play-lists, and if we can’t map the data correctly, or if we don’t import lots of different file-types, they may be frustrated and leave. IF they like the sophistication level, we can probably look to these users to not only create volume, but to drive new users through evangelism and sharing.  We can also look to them to drive our product features, as they will undoubtedly start innovating within the parameters of what we give them (analogy: @replies on twitter wasn’t an official feature until very recently).
  • User C = Money – 35%: Users with money (and by this, we mean more money than time… they may be skilled as well) might be candidates for an upgraded version.  This could be, perhaps,  a very fast desktop client that would auto-scan the user’s hard-drive for viable files to import. This might search for other play-lists and recommend other users’ play-lists (this is  probably a feature we want anyway) to make their own.  These users want a quality experience without spending time, and if we could do it, they might pay for it.
  • User D = Passion – 35%: These are the users that will be the core of our testing and feedback. They will probably use every feature and help other users on the message boards. they may blog or tweet about our success for shortcomings, and we should engage with these users. We may want to ask for volunteers from this set, and we may want to give away our premium product to them for testing purposes. These users will be our biggest evangelists, and also our biggest critics if we stray. It will be good to view our ongoing competitive analysis through the eyes of these users, as they typically will be continually comparing our product against our competitors.
So, that’s just a quick example, and without having any idea what this product does, I had to be kind of vague, but I think you get the idea.  You see that I put % – - that’s gonna be hard to do, but ultimately, its not a predictor, but really what you desire.  By thinking about what kind of audience you WANT, and then understanding what those users bring to the table, then all of a sudden, it starts to become clear what features you might want to focus on.
Thanks for the insight, Eric.

Post to Twitter

Why Product Managers Should Blog

soap_blog

The title of this post is probably a bit too specific. It should really say “why all people who build and work on web and software based products should blog”, but that’s a mouthful. In a recent post,  I alluded to some of the reasons I’ll discuss below:

…it behooves me to have a well organized site where I can not only express ideas, but where I can tinker, experiment, and otherwise play with whatever social media or web detritus I might want to understand.  A blog these days can be very technically sophisticated, and with all of the plug-ins, social media integration, and SEO capabilities now available…

I felt like it was an interesting enough nugget to pursue and expand upon.  The main purpose of my post isn’t to point out what I consider to be the “obvious” reasons for blogging, and these are, in my view:  sharing ideas, communicating with people in your profession, increasing your professional profile, scratching a creative itch, doing something productive while drinking, etc.  I’m sure there are many eloquent articles and posts out there espousing these benefits. My interest was in how blogging helps people in the “Product Management” world better at their jobs.

A lot of Product Managers DO blog about their profession and share useful information, and my blogroll has a lot of links that are worth checking out, but here are a few: Adaptive Path, Jeff Lash’s Blog, Silicon Valley Product Group, Derek Morrison’s Blog, and many more… I’m always on the lookout for new stuff.  Back to the task at hand, though — here are some reasons why I think Product Managers should blog.

You get to do it all.

As the blogger, you are a combined microcosm of all the departments and functions that you normally coordinate with.  You are forced to make cross-functional decisions across marketing, content, engineering, and product. This kind of authoritarian power is actually humbling, as you start to recognize your weak areas.  It offers great perspective on your “day job”, and it creates feelings of empathy for your design and engineering co-workers.  I also believe that it hones your ability to see forests and trees all at the same time. Also, for some of us, getting your hands dirty is fun.

Social Media Bootcamp

Creating, updating, and promoting a blog is, IMO, an amazing way to really get in deep and understand how the social web really works.  You get to see interrelationships and integration options that you probably never knew existed, since your regular work is typically focused on a few areas at a time.  I remember that a lot of people were confused about  @replies, early on , on Twitter, but the hardcore blogger weren’t … they saw them as trackbacks/pingbacks for micro-blog posts, which is, pretty much what they are.  Recently, I read a post in Dave Winer’s Blog, where he pointed out:

Meanwhile, TechCrunch has caught onto the idea I borrowed from Steve Rubel, almost. They noted that WordPress was growing while Twitter’s growth has (perhaps temporarily) stalled.  The phenomenon is not, as some have said, the “death” of blogging (I hate that word!) — rather huge growth in blogging at the low-end as NBBs discover its joys through Twitter and Facebook. Perhaps very few of them will want more, but even a few is a lot! Expect a huge surge in medium-range and high-end blogging in the coming years, with products like Tumblr and Posterous and WordPress perfectly poised to capture the growth.

I agree with him, and once you start to head down the rabbit hole of how you can integrate your blog across the social web and how you can intertwine your blog with all of your web identities and application, you become blown away by the sheer number of options, but also the abundance of quality solutions that are really effective and cool.  I was recently working for almost two months straight on social integration to an e-commerce site, and I did a ton of research and testing.  I probably learned just as much from tinkering with my blog.  Which leads to my next reason…

Tinkering

I’ll admit that I like tinkering with my blog maybe as much as I do writing for it.  Our world is now full of multi-platform capable, socially integrated, SEO’d, API using, user interacting products. With even a semi-sophisticated blog, there are a lot of interesting decisions youneed to make about what app, plug-in, widget, social aggregation service, RSS feed, or whatever is right for what you want to accomplish… and that’s after you figure out what you are trying to accomplish with is half the battle.  Since its just your blog, you probably aren’t going to go through the hand-ringing process of MRD/PRD/ Cost Analysis stuff… you are just gonna tinker and see what works best, which is a great exercise for those of us who are sort of paid to do all of that hand wringing, its liberating and enlightening to not have to. From a research perspective,  its really interesting to see how different plug-in developers, who all properly identify a particular need, develop so many different solutions to the problem that add value in different ways.  All of that tinkering really helps you to get grounded really see what the web is, how the software functions, and where is all comes together in the user experience.

Product Marketing

Blog promotion is a great exercise in Product Marketing. Your blog is the sum of all of its parts, and your users may be coming to your blog for a lot of different reasons.  Sometimes its other bloggers just checking out how you’ve done something, sometimes its someone searching for information you’ve covered, and sometimes its someone interested in you.  Your “mix” of advice giving, commenting on other blogs and articles, personal anecdotes, and everything else that can be slapped on a web page is all up to you.  You have to think about your “brand” and how your product choices affect the brand.  Believe me – - as soon as more than a couple of people check out your blog, you are thinking about it. If you are someone like me who is typically being hired for how I think perhaps more than anything, your blog might be more important that your resume to some people.

It provides freedom to look “outside” for inspiration and answers.

It would be pretty hard, and frankly, pretty pretentious  to casually mention that Locke’s Social Contract theory may have something to do a confusing user behavior being analyzed in a meeting; however, looking at other disciplines is really useful.  My personal “fetish” is economics.  This is partially because it was my major in college and I’ve stayed interested in the field, but its also because the more I think through economic theories (mostly micro)  that explain  people’s behaviors, the more it becomes relevant to my work.  When I can think through and view a problem from a different perspective that is grounded in an established theory, it can often yield really sound insight. I’ll be working on a post soon about how I think that Vincent and Eleanor Ostrom’s theories of rational choice might help explain why digital media piracy “seems ok” in the minds of piraters.  Not exactly something you want to throw out in a strategy meeting, but its useful for me to think about, since a lot of my career has been trying to figure out how to get people to pay for stuff they can easily steal.

There are lot of other benefits, but the downside is the time-suck, and this is where the discipline part comes in.  That’s good for you too.

Post to Twitter

Subscribe and Follow

Subscribe

My Tweets