Live data from Hacker News

It’s Not What Your Software Does, It’s What People Do With Your Software

bluemangolearning.com

1–10 of 14 posts

Re: It’s Not What Your Software Does, It’s What People Do With Your Software

#2
"The creators of Garageband for iPad didn’t care about what their software could do. They cared about what people could do with their software."

Aren't they the same thing? Feature lists describe what your software can do, which shapes what people can do with your software.

That GarageBand for iPad is accessible to all might be more to do with the platform than the featureset.

Re: It’s Not What Your Software Does, It’s What People Do With Your Software

#3

"The creators of Garageband for iPad didn’t care about what their software could do. They cared about what people could do with their software." Aren't they the same thing? Feature lists describe what your software can do, which shapes what people can do with your software. That GarageBand for iPad is accessible to all might be more to do with the platform than the featureset.

I don't think they are the same. We used to provide training for high-end medical devices. The manufacturers would often have a lot of features that looked good on a spec sheet but they were so complicated to use that no doctors ever actually used them.

Technically, they had the feature but the feature didn't help the doctors be better doctors. Features don't automatically translate to outcomes.

Re: It’s Not What Your Software Does, It’s What People Do With Your Software

#4

"The creators of Garageband for iPad didn’t care about what their software could do. They cared about what people could do with their software." Aren't they the same thing? Feature lists describe what your software can do, which shapes what people can do with your software. That GarageBand for iPad is accessible to all might be more to do with the platform than the featureset.

How to remove Red-eye in photoshop: http://graphicssoft.about.com/cs/photoshop/ht/apsredeye.htm

How to remove Red-eye in Picasa http://graphicssoft.about.com/od/picasa/ht/redeye.htm

Both pieces of software can remove redeye. For Picasa the instructions boil down to "Click the Fix Red-eye button" whereas Photoshop involves layers, Gaussian blur, saturation, eye droppers.

Which would you say is more accessible for someone maintaining a photo album? Photoshop has more features, but Picasa is more useful to me (in a certain context, obviously.)

Re: It’s Not What Your Software Does, It’s What People Do With Your Software

#5

"The creators of Garageband for iPad didn’t care about what their software could do. They cared about what people could do with their software." Aren't they the same thing? Feature lists describe what your software can do, which shapes what people can do with your software. That GarageBand for iPad is accessible to all might be more to do with the platform than the featureset.

Nouns versus verbs. A big list of what isn't meaningful if the presentation is such that people can't use it effectively. Most folks just want to get the job done or be able to play around without being pulled away from playmind by a nitpicky interface. Even if all the desired features are present, a poor design can make the product unusable or frustrating.

Re: It’s Not What Your Software Does, It’s What People Do With Your Software

#7
post #4

"The creators of Garageband for iPad didn’t care about what their software could do. They cared about what people could do with their software." Aren't they the same thing? Feature lists describe what your software can do, which shapes what people can do with your software. That GarageBand for iPad is accessible to all might be more to do with the platform than the featureset.

How to remove Red-eye in photoshop: http://graphicssoft.about.com/cs/photoshop/ht/apsredeye.htm How to remove Red-eye in Picasa http://graphicssoft.about.com/od/picasa/ht/redeye.htm Both pieces of software can remove redeye. For Picasa the instructions boil down to "Click the Fix Red-eye button" whereas Photoshop involves layers, Gaussian blur, saturation, eye droppers. Which would you say is more accessible for some…

Great example of what I am talking about.

Re: It’s Not What Your Software Does, It’s What People Do With Your Software

#8
post #4

"The creators of Garageband for iPad didn’t care about what their software could do. They cared about what people could do with their software." Aren't they the same thing? Feature lists describe what your software can do, which shapes what people can do with your software. That GarageBand for iPad is accessible to all might be more to do with the platform than the featureset.

How to remove Red-eye in photoshop: http://graphicssoft.about.com/cs/photoshop/ht/apsredeye.htm How to remove Red-eye in Picasa http://graphicssoft.about.com/od/picasa/ht/redeye.htm Both pieces of software can remove redeye. For Picasa the instructions boil down to "Click the Fix Red-eye button" whereas Photoshop involves layers, Gaussian blur, saturation, eye droppers. Which would you say is more accessible for some…

I like the new focus on providing tools that do a simple task as simply as possible. Sometimes I do need the fine controls provided by complex UI's but most of the time I just need a tool I can hand to my technology-phobic mother-in-law so she can use it to shrink a 10 megapixel camera image down to something she can upload to a website with a 1mb upload limit.

Re: It’s Not What Your Software Does, It’s What People Do With Your Software

#9
The features don’t matter. It’s all about the outcomes. What can people do with your software?

I've seen software with the opposite problem-- simulation tools applied to problems outside the range they were designed to handle. For example, a tool that idealizes gases in a room as well-mixed, used to analyze smoke movement during a fire. Or a program that assumes ducts have no air leaks, used to estimate energy losses in a duct system. In cases like these, the results aren't total garbage, but they do have to be interpreted very carefully.

For some software, a feature list isn't just "what the software does." It's also a list of warnings about where the results should be taken with a grain of salt.

Re: It’s Not What Your Software Does, It’s What People Do With Your Software

#10
post #3

"The creators of Garageband for iPad didn’t care about what their software could do. They cared about what people could do with their software." Aren't they the same thing? Feature lists describe what your software can do, which shapes what people can do with your software. That GarageBand for iPad is accessible to all might be more to do with the platform than the featureset.

I don't think they are the same. We used to provide training for high-end medical devices. The manufacturers would often have a lot of features that looked good on a spec sheet but they were so complicated to use that no doctors ever actually used them. Technically, they had the feature but the feature didn't help the doctors be better doctors. Features don't automatically translate to outcomes.

You are comparing Garage Band to A High End Medical device?

    Technically, they had the feature but the feature didn't help the doctors be better doctors. Features don't automatically translate to outcomes.
How can you determine utility of a feature before it is built? Well the answer is you cant! And surely not for a High End Medical device!

In fact your whole argument is based on incorrect assumptions, well if you are building something like a GarageBand or one of the Me Too To Do list/Collaboration apps, go ahead sure do whatever you want. But when you are creating an EMR software or an MRI machine which costs Millions of dollars you better make sure that it has all types of features and customization capability.

The problem is that you are confident in your skills as a developer to predict the needs, While your hunch might be correct with software that is used in daily life, it might be totally wrong while making something that is not

Also "What people can do with your software" is a subset of "What software can do". Thus its the software that is the limiting case.

Post reply on HN