cloudseer + business   26

How Apple is Organized
Apple is organized around functions, rather than divisions:

The result is a command-and-control structure where ideas are shared at the top — if not below. Jobs often contrasts Apple’s approach with its competitors’. Sony (SNE), he has said, had too many divisions to create the iPod. Apple instead has functions. “It’s not synergy that makes it work” is how one observer paraphrases Jobs’ explanation of Apple’s approach. “It’s that we’re a unified team.”

Specialization is the norm at Apple, and as a result, Apple employees aren’t exposed to functions outside their area of expertise. Jennifer Bailey, the executive who runs Apple’s online store, for example, has no authority over the photographs on the site. Photographic images are handled companywide by Apple’s graphic arts department. Apple’s powerful retail chief, Ron Johnson, doesn’t control the inventory in his stores. Tim Cook, whose background is in supply-chain management, handles inventory across the company. (Johnson has plenty left to do, including site selection, in-store service, and store layout.)

This doesn’t just mean that the best person is handling a specific task (like the photos in Apple’s online store)—it also means that the company is interwoven and has no choice but to work together. Rather than have engineering lay out the specifications for a new product, hand it off to the design department so they can create a design that meets them, and then hand it off to marketing, Apple instead integrates design, engineering and marketing from the beginning of the process.

There’s a lot to learn from Apple’s corporate and business strategies, but I think there is even more to learn from how the company’s organized. Apple is defining how companies must be organized and managed to succeed in this century.
Apple  business  links  shared  from google
october 2011 by cloudseer
The Problem with Microsoft
Want an example of what I meant by “no strategy, no future”?

Here’s what Microsoft did to Courier, a promising (and original) tablet concept they were working on:

So when Robbie Bach, who led the company’s entertainment and devices division at the time, presented his idea to CEO Steve Ballmer and Microsoft’s senior leadership, he expected enthusiasm and additional funding for the project. There was just one problem: The Courier prototype borrowed from Windows, Microsoft’s vaunted computer operating systems, but had an operating system all its own. (That’s what Apple did with its iPhone and iPad — it built a new operating platform based on its existing Mac OS X.)

Bach learned a hard lesson about the power and might of Windows within Microsoft. Not only would Bach not receive the extra funding he sought, said Ballmer, who personally delivered the blow, but there would be no Courier because it was unnecessary. The best of Courier, where appropriate, would be folded into the next version of Windows, Windows 8, due at the end of 2011 or in 2012 — or maybe even Windows 9. Several months after its death, Bach announced his retirement.

The problem is very simple: they are so beholden to Windows that anything that might threaten it—whether it comes from outside the company or inside—has to be eliminated. Effectively, Microsoft is protecting Windows at the expense of the company’s long-term success. That’s not only a mistake. It’s absolute idiocy.

Microsoft has the potential to be successful in the mobile market; Windows Phone 71 is well designed and original. They have the talent. Their issue is management. Microsoft’s management refuses to threaten the company’s current business to be an important player in the mobile market. In other words, they would rather be irrelevant in the future than possibly—oh, no!—give up Windows.

Their tablet strategy is a perfect example of this. Microsoft thinks tablets should use the same operating system as PCs, with a user interface “optimized” for touch. Tablets, then, aren’t completely new devices, distinct from PCs, which would require a new use paradigm and thus a completely different user interface; instead, they are just a different form factor for using the same PC operating system we’ve been using, with the same basic use concept and user interface, just with a nice touch layer overlaid.

Why would Microsoft want tablets to be merely derivative of PCs? That’s easy: because it means what they’re currently doing, licensing a PC operating system and selling software for PCs can continue unchanged.

Microsoft’s management isn’t thinking about where computing is moving, how they can improve people’s lives and how they can capitalize on it. They’re thinking about how they can preserve their current business. And that’s a fantastic path toward irrelevancy.

Their phone operating system’s name is symptomatic of their inherent problem: they put “Windows” in the name of a mobile operating system that doesn’t even have windows. They are so dependent on Windows they are afraid even to name their mobile operating system something different.
business  links  shared  from google
april 2011 by cloudseer
Four short links: 13 December 2010
European mobile operators say big sites need to pay for users' data demands (Guardian) -- it's like the postal service demanding that envelope makers pay them because they're not making enough money just selling stamps. What idiocy.
Grace Programming Language -- language designers working on a new teaching language.
Gawker Media's Entire Database Hacked -- 1.5M usernames and passwords, plus content from their databases, in a torrent. What's your plan to minimize the harm of an event like this, and to recover? (via Andy Baio)
Macmillan Do Interesting Stuff (Cameron Neylon) -- have acquired some companies that provide software tools to support scientists, and are starting a new line of business around it. I like it because it's a much closer alignment of scientists' interests with profit motive than, say, journals. Timo Hannay, who heads it, runs Science Foo Camp with Google and O'Reilly.
broadband  business  design  language  mobile  nature  netneutrality  science  scifoo  security  shared  from google
december 2010 by cloudseer
The Great Unveiling
The moment of unveiling our designs should be among our proudest, but it never seems to work out that way. Instead of a chance to show how we can bring our clients’ visions to life, critique can be a tense, worrying ordeal. And yes, the stakes are high: a superb design is only superb if it goes live. Mismanage the feedback process and your research, creativity and hard work can be wasted, and your client may wonder whether you’ve been worth the investment.

The great unveiling is a pivotal part of the design process, but it needn’t be a negative one. Just as usability testing teaches us whether our designs meet user needs, presenting our work to clients tells us whether we’ve met important business goals. So how can we turn the tide to make presenting designs a constructive experience, and to give good designs a chance to shine through?

Timing is everything

First, consider when you should seek others’ opinions. Your personal style will influence whether you show early sketches or wait to demonstrate something more complete. Some designers thrive at low fidelity, sketching out ideas that, despite their rudimentary nature, easily spark debate. Other designers take time to create more fully-realised versions. Some even argue that the great unveiling should be eliminated altogether by working directly alongside the client throughout, collaborating on the design to reach its full potential.

Whatever your individual preference, you’ll rarely have the chance to do it entirely your own way. Contracts, clients, and deadlines will affect how early and often you share your work. However, try to avoid the trap of presenting too late and at too high fidelity. My experience has taught me that skilled designers tend to present their work earlier and allow longer for iteration than novices do. More aware of the potential flaws in their solutions, these designers cling less tightly to their initial efforts. Working roughly and seeking early feedback gives you the flexibility to respond more fully to nuances you may have missed until now.

Planning design reviews

Present design ideas face-to-face, or at least via video conference. Asynchronous methods like e-mail and Basecamp are slow, easily ignored, and deny you the opportunity to guide your colleagues through your work. In person, you profit from both the well-known benefits of non-verbal communication, and the chance to immediately respond to questions and elaborate on rationale.

Be sure to watch the numbers at your design review sessions, however. Any more than a handful of attendees and the meeting could quickly spiral into fruitless debate. Ask your project sponsor to appoint a representative to speak on behalf of each business function, rather than inviting too many cooks.

Where possible, show your work in its native format. Photocopy hand-drawn sketches to reinforce their disposability (the defining quality of a sketch) and encourage others to scribble their own thoughts on top. Show digital deliverables – wireframes, design concepts, rich interactions – on screen. The experience of a design is very different on screen than on paper. A monitor has appropriate dimensions and viewport size, presenting an accurate picture of the design’s visual hierarchy, and putting interactive elements in the right context. On paper, a link is merely underlined text. On screen, it is another step along the user’s journey.

Don’t waste time presenting multiple concepts. Not only is it costly to work up multiple concepts to the level required for fair appraisal, but the practice demonstrates a sorry abdication of responsibility. Designers should be custodians of design. Asking for feedback on multiple designs turns the critique process into a beauty pageant, relinquishing a designer’s authority. Instead of rational choices that meet genuine user and business needs, you may be stuck with a Frankensteinian monstrosity, assembled from incompatible parts: “This header plus the whizzy bit from Version C”.

This isn’t to say that you shouldn’t explore lots of ideas yourself. Divergent thinking early in the design process is the only way to break free of the clichéd patterns and fads that so often litter mediocre sites. But you must act as a design curator, choosing the best of your work and explaining its rationale clearly and succinctly. Attitude, then, is central to successful critique. It can be difficult to tread the fine line between the harmful extremes of doormat passivity and prima donna arrogance. Remember that you are the professional, but be mindful that even experts make mistakes, particularly when – as with all design projects – they don’t possess all the relevant information in advance. Present your case with open-minded confidence, while accepting that positive critique will make your design (and ultimately your skills) stronger.

The courage of your convictions

Ultimately, your success in the feedback process, and indeed in the entire design process, hinges upon the rationale you provide for your work. Ideally, you should be able to refer to your research – personas, usability test findings, analytics – to support your decisions. To keep this evidence in mind, print it out to share at the design review, or include it in your presentation. Explain the rationale behind the most important decisions before showing the design, so that you can be sure of the full attention of your audience.

Once you’ve covered these points, display your design and walk through the specific features of the page. A little honesty goes a long way here: state your case as strongly as your rationale demands. Sure of your reasoning? Be strong. Speculating an approach based on a hunch? Say so, and encourage your colleagues to explore the idea with you and see where it leads.

Of course, none of these approaches should be sacrosanct. A proficient designer must be able to bend his or her way of working to suit the situation at hand. So sometimes you’ll want to ignore these rules of thumb and explore your own hunches as required. More power to you. As long as you think as clearly about the feedback process as you have about the design itself, you’ll be able to enjoy the great unveiling as a moment to be savoured, not feared.
business  shared  from google
december 2010 by cloudseer
The digital economy act to kill start-up culture in the UK
The recent passing of the UK Digital Economy Act has generated outrage amongst the web community. Large media business have effectively lobbied government under the spurious claim that without protection the future of the digital economy in the UK is at threat. However the future of digital isn’t locked inside a few big content companies distributing their goods electronically. The future of the digital economy is in empowering a creative class to produce new and as yet unheard of business opportunities on the web. So rather than protecting the digital economy, the Digital Economy Act will have the effect of protecting outdated business models and harming innovation in the UK and handing over initiative to more liberal and less restrictive countries.

One potentially damaging aspect facing UK start-ups and freelancers is the one makes the owners of open wifi networks responsible for the traffic that passes over the network. This three strikes and your out process that requires no proof and provides no real means of defence will have a damming effect on the coffee shop culture in the UK. Bars, cafes, public libraries and any other wifi provider will now be responsible for the traffic on their network. As such, many will stop providing open access for fear of disconnection, and the cafe working culture so important to the start-up community is at risk of coming to a crashing end.

Considering it’s taken so long to foster this culture, I think it’s going to be a huge loss to the digital economy and a terrible shame. How many potential Dopplers, Moos LastFMs are we going lose because of this? I wonder?
Business  shared  from google
april 2010 by cloudseer
Four short links: 7 April 2010
SproutCore -- open-source HTML5 application framework (i.e., lots of Javascript goodness) that'll work with any backend. To code for this, you put most of the logic in the front-end and leave the back-end much simpler.
RDF for Intrepid Unix Hackers -- an interesting series, showing how to use common Unix tools to manipulate RDF data from the commandline. (via Edd Dumbill)
How to Thrive Among Pirates (Kevin Kelly) -- a look at how indigenous movie-makers make money in countries like China, India, and Nigeria where piracy is rampant. In short, they make cheap movies, sell near the price of inferior-quality knockoffs, and take advantage of unique experiences that movie theaters offer (e.g., air-conditioning).
On Complaints (PublicStrategist) -- a very good analysis of complaints departments and expectations of people who complain. But there is also a vital question of what the organisation thinks the purpose of a complaints process is. If it is a safety valve, a means of finding and correcting the most egregious failures or a means of channelling immediate anger and dissatisfaction into a swamp of unresponsiveness, then it can’t provide any broader value. That’s where the Patient Opinion model starts to look really attractive. It is deliberately and carefully constructed to elicit feedback, not just complaints. More than half the stories it gets told are positive, even some of the most harrowing, and it therefore creates a picture which is as clear about what is valued as it is about what is seen as in need of improvement.
business  copyright  gov20  html5  javascript  opensource  piracy  programming  rdf  unix  web20  shared  from google
april 2010 by cloudseer
Tumblr v. Posterous
Business Insider: Why Tumblr Is Kicking Posterous’s Ass

Posted via web from Does This Zeldman Make My Posterous Look Fat?
Blogs_and_Blogging  Design  Publications  Publishing  Tools  architecture  posterous  kicking  tumblr  insider  posted  business  make  shared  from google
february 2010 by cloudseer
Free advice: show up early
Delay happens. The train is late, the flight is cancelled, the traffic is murder. Travel is the leading edge of entropy, and entropy is the universe’s final comment on the meaning of it all. If the universe is expanding and there are snow delays on Route 1, it’s not your fault that you’re 15 minutes late to the meeting, right?

Don’t be so quick to excuse yourself. If 80% of success is just showing up, 90% is showing up early.

It’s hard for the client to sympathize with your lateness when she, who had farther to travel, managed to make the meeting on time. No matter how well you tell your story about the newbie cab driver who thought you said 114th Street, the client still sat waiting for you for twenty minutes after denying herself a Starbuck’s so she would be on time. Everyone in the room is a grownup, and, on the surface, your lateness isn’t an issue. But although nothing will be said, somehow the meeting will not turn out as well as expected.

Of course the conference organizers care that you, their keynote speaker, spent the night in the airport because of a cancelled flight. As sensitive human beings, they’d love to upgrade your room to a suite, hire you a masseuse, and send you to bed. But as business people who spent the morning juggling their schedule and making impromptu excuses to attendees because their keynote speaker showed up late, they will never hire you again.

How can a client blame you for a cab driver’s mistake? How can a conference organizer hold you accountable for an airline’s cancelled flight?

They can do it because lateness is part of the order of things, and grownup professionals plan for it, just as they plan for budget shortfalls and extra rounds of revision.

If you plan to arrive early, then you are covered when circumstances beyond your control conspire to make you late.

This is simple and obvious but many otherwise brilliant professionals clearly don’t think about it. The result is that they often arrive late. It’s never their fault, and yet it’s always the same people who are late.

I’m a bleeding heart. If your pet turtle dies, I’ll give you a month’s paid vacation. But promptness is a duty we owe people who pay for our services. So here’s some free advice. Give yourself more time to arrive than you reasonably need. If you work uptown and you have a meeting downtown in two hours, head downtown now. If you’re speaking on the opposite side of the continent early Monday morning, fly out Saturday, not Sunday. That way, you’ll be where you’re supposed to be, no matter what obstacles the weather, the airlines, and the TSA throw your way.

Love means never having to say you’re sorry, but client services means apologizing every five minutes. Give yourself one less thing to be sorry for. Take some free advice. Show up often, and show up early.
Free_Advice  business  lateness  arrive  late  cancelled  meeting  grownup  flight  entropy  shared  from google
february 2010 by cloudseer
Four short links: 14 January 2010
Four Possible Explanations for Google's Big China Move (Ethan Zuckerman) -- I'm staying out of the public commentary on this one, but Ethan's fourth point was wonderfully thought provoking: a Google-backed anticensorship system (perhaps operated in conjunction with some of the smart activists and engineers who’ve targeted censorship in Iran and China?) would be massively more powerful (and threatening!) than the systems we know about today. It's deliciously provocative to ask what the world's strongest tech company could do if it wanted to be actively good, rather than merely "not evil".
Gordon -- An open source Flash™ runtime written in pure JavaScript. (via Hacker News)
Pop Software -- great blog post about this new category of software. The people who are consuming software now are a vast superset of the people who used to do so. At one time, especially on the Mac, we’d see people chose software based upon how well it suited their requirements to get a job done. This new generation of software consumers isn’t like that - they’re less likely to shop around for something rather they shop around for anything. These are people who want to be entertained as much as they want to have their requirements met. [...] Apps are not Applications - they are their own things. They are smaller. They are more fun. Pop software has amazing scale, is hit-driven, is a very hard business for developers, and isn't going away. (via timo on Delicious)
Why Hasn't Scientific Publishing Been Disrupted? -- an analysis of the scientific publishing world: what roles it serves, how some of those roles can be better served by new technology, and which roles are still mired in traditions and performance plans anchored to the old models. As is often the case, people won't move to the new system when the amount they're paid is determined by the old system. (via timoreilly on Twitter)
business  china  flash  google  javascript  opensource  publishing  science  software  shared  from google
january 2010 by cloudseer

related tags

advice  alistapart  apple  architecture  arrive  article  articles  audio  Best_practices  bittorrent  blog  Blogs_and_Blogging  broadband  business  businesscards  cancelled  card  checkout  china  clients  collaboration  communication  content  copyright  design  development  digital  distribution  download  ecommerce  Education  email  entrepreneur  entrepreneurship  entropy  flash  flight  freelance  Free_Advice  google  gov20  grownup  gtd  howto  html5  insider  inspiration  invoice  javascript  kicking  language  late  lateness  lifehacks  links  list  mac  make  management  marketing  meeting  microblogging  mobile  money  mp3  music  nature  netneutrality  oink  opensource  p2p  payment  ping.fm  piracy  politics  posted  posterous  process  productivity  programming  project  projectmanagement  Publications  publishing  rdf  recession  science  scifoo  security  service  shared  shopping  socialnetworking  software  startup  tips  todo  tools  toread  tumblr  twitter  unix  video  web  web2.0  web20  webdesign  work  writing 

Copy this bookmark:



description:


tags: