The New York Times reports today that Atlantic Records is the first old school content publisher to receive the majority of its revenues from online sales, and it has bucked industry trends by doing so without a major decline in overall revenues. How did it Atlantic perform this feat?
“I think we’ve figured it out,” said Julie Greenwald, president of
Atlantic Records. “It used to be that you could connect five dots and
sell a million records. Now there are 20 dots you can connect to sell a
million records.”
The 5 dots you used to connect are advertising dots. The 20 dots you now connect are the 20
network-based services that can be enabled based on your content. The NYT continues, "Replacing compact disc sales are small bits of revenue from many
sources: Atlantic Records’ digital sales include ring tones, ringbacks,
satellite radio, iTunes sales and subscription services. At the same
time, record labels — Atlantic included — are spending less money to
market artists." So Atlantic is making the same amount of money, but investing in network-based content services instead of advertising.
Continue reading "What's the Difference Between Advertising and Information Filtering? Personalization" »
The best practices for design and creation of software - Agile - and Architecture - Design/Build - have so much in common, one wonders if the design wheel is simply being reinvented in different domains. The previous approaches to software design and architecture (still very much the dominant approaches unfortunately) have been to create a comprehensive (read: large) design based on requirements gathering, and then throw the design over the proverbial wall to the engineers for development or construction of the final product. This legacy approach - called Waterfall in software and Design-Bid-Build or Design-Tender in architecture - creates the same problems in each domain:
- Miscommunication between designers and engineers is inevitable when 20-lb design documents are triumphantly delivered to engineers.
- Lack of accountability for designers/architects is the result of this miscommunication. Ever heard the following? "I'm sorry Mr Client, you signed off on the design/blueprint. If you had more requirements you should have provided them during requirements gathering."
- All these problems stem from a more fundamental problem - treating the design or blueprint as real progress. One of the 12 principles of the Agile Manifesto, in contrast, is "Working software is the primary measure of progress.
" I can hear the voice of Shigeo Shingo, a guru of lean manufacturing, who observed that it's only the last turn of a bolt that tightens the nut - the rest is just movement.
Continue reading "Agile & Design/Build - What Software Designers and Architects Can Learn From Each Other" »