digital content strategy, social media marketing, and seo expertise
cross-posted to CCR 711: Network(ed) Rhetorics
Chris Anderson makes the point that busineses that market to the long tail will succeed in the networked economy as more companies embrace both current stocking/marketing of hits as well as suggesting lesser known titles, for there are many more lesser known titles, which can lead to more sales/growth in an obscure category than the popular hit category.
There are just three things that I’d like to touch on with regard to the long tail: free content, software, and resistance (my own) to the long tail.
At the free content end of the long tail is the Internet Archive. The IA archives as much public domain content as possible. IT Conversations has a podcast by Brewster Kahle about Universal Access to All Knowledge (note: it’s a long preso). In the presentation he talks about how inexpensive it is to digitize content. I really didn’t realize that it only costs about $10 to digitize a 300 page book.
When reading Bnoopy’s post, it made me think of the differences in small and large scale software development. I’ve worked for both types of organizations. For large companies in the head of the tail, they don’t necessarily have to perform perfectly because there they have more room for error. That is, momentum will carry them along for a certain time period with little internal or external effects of even sizable mistakes. On the other hand, small scale development really means taking advantage of every dollar savings and cost improvement. A mistake of several thousand dollars can really mean the difference of staying in business or going under.
Once of the areas where I think businesses large and small are inefficient is the over-use of individual client apps as the sole project and knowledge management tools. Lots and lots of knowledge is buried just in people’s email. When people leave a company, the people who are left don’t go looking in the recently departed’s email history for an answer; rather, they accept that the knowledge left with the employee. However, if companies developed more public content management and process documentation requirements and standards, then the situation would be better, especially for smaller companies that could then be able to capitalize on the long tail regarding software development. Heck, if developers would just comment their code, it would be one step in the right direction because it might mean the difference between starting over and modifying an existing app.
The last thing I wanted to touch on is viral marketing. Because of the long tail, we buy more stuff that we don’t know we want, certainly don’t need, and probably can’t afford. For example, I go into a convenience store to buy a bottle of water or a Diet Coke and on the glass door of the cooler is a clear plastic display shelf for candy bars. They are suggesting additional products and really, I don’t like it very much. I don’t want to be offered a candy bar when I go in for a water or a diet coke. I just want what I came in for and that is it.
Sure, since I love books, it’s nice that Amazon suggests other titles to me. But, it’s also led to information overload. Now instead of 30-300 books on my to-be-read list, there are 3000. I don’t have the time or money to ready everything I want to read. Heck, I have about 65 books on my shelves right now that I have bought over the last 5 years and haven’t had time to read. Part of me is disgusted. The other part of me is overwhelmed because there are probably 500 books that I should really understand in the next few years. It’s not going to stop (nor, obviously, do I want it to completely) so I need to learn better strategies for managing it. It’s just that the long tail isn’t all good — as with everything else, it depends on your perspective.
About m2h blogsMarcia Hansen works by day as a marketing manager in social media. At other times you'll find her traveling about speaking, writing, and learning. And, if she's lucky, it's on her Honda Shadow 1100.
Please note -- the postings on this site are my own and don鈥檛 necessarily represent my employer's positions, strategies, or opinions. If you want to know more about me, you can visit my About Marcia Hansen page above, or my home page at MarciaHansen.com.
mike
March 30th, 2005 at 6:58 pm
Marcia, this is sort of tangential to your comments, but I interested in considering the differences between small and large scale software development that you mention.
Aside from the “more at stake†factor, I wonder if most large software development houses (say on the scale of SAP), don’t have a better handle on things like KM or even return on investment in KM and knowledge development. Small organizations like garage software shops always seem to missing critical leadership/management components and systematic approaches to measuring or achieving real returns on KM, or evaluating needs, opportunities, and commitment levels.
The small software shops I’ve worked for seem to struggle with understanding the value of KM and knowledge development because they were unable to measure (let alone recognize) the benefits and completely unable to look at the entire organization for metrics. It seems that larger organizations are better able to keep programs and initiatives in place long enough for people to actively use what they learned from the programs, tools, systems, etc.
Extremely random thought, I know. But you sparked an ember of something that I’ve wondered about a few times.
Marcia
March 31st, 2005 at 12:37 am
Hmm…I think it depends. Perhaps as a company they would be able to identify key data and drivers and documenting/utilizing those would stay more constant or identifiable. However, each department and managers have different priorities with periods of increased and decreased efficiency. Turnover would also be a factor. Then, priorities change again.
So, for company as a whole, yes, but for individual departments and individuals, less so. The larger the company, the less impact for smaller untits.