An update of the linkspank system is upcoming soon. There are some cosmetic changes and some boring or moderately interesting features.
But also coming down the pike is a really cool, really super new feature. It doesn't really have any precedent so we'll have to see if the Procrasti-Nation of Spankers digs it or not (and it may take some tweaking). But I can't wait to try it out!
Showing posts with label new feature. Show all posts
Showing posts with label new feature. Show all posts
Sunday, March 23, 2008
Monday, September 17, 2007
The Lost User, and Allegories of Gmail
What is Gmail's "value proposition"?
Try to tell me, right now, in ten seconds, what supposedly makes Gmail better than Hotmail or Yahoo!.
If you can do it, then in my opinion you are a rare individual. Because I have rarely heard Gmail's value proposition explained well. That would include Gmail's site:
These four things about Gmail are not particularly unique, compared to Yahoo! and Hotmail (although some of them used to be).
Here's my answer: "Gmail, the first web service that allows a layperson to be as fast and efficient as an expert user of pine and other tools in a Linux environment."
It's a pretty simple idea, but it's hard to explain to people. Pine is very geeky:
Sometimes simple things are hard to explain to people, if they aren't familiar where you're coming from. And if you're coming from a different place from your users (and as the designer of a technical product for laypeople, that's always true), it's hard to know what will be clear to people.
Lost Features, Lost Users
I'm not picking on Gmail - I like Gmail a lot, and so I'm writing from experience. I have a lot of experience explaining keyboard shortcuts, search syntax, and filters to people in Gmail.
Also, I remember what it was like to first start using Gmail. It was a new environment. Yet now, it's so simple... to people who know it ;-).
Parlez vous Spank?
I've been thinking about the old "Gmail challenge" because I keep discovering how many Linkspank users - even people who obediently, regularly check their inboxes - don't understand what a spank is or how to do it.
(So if you're among them, don't feel bad.)
As I always do, I'm blaming it in part on UI issues, and a solution is in the works. But the challenge does not disappear with a good UI. (After all, Gmail's UI is pretty good.)
It's really a new concept, which savvy UI and tutorials can educate on, but which is still new... even if it's very simple.
My new mission: get people to understand what a Linkspank is.
Like I said, new UI is on the way. Until then, the best way is to try :-), and maybe refer to our primitive tutorials (especially the first two):
How to Spank
How to Spank Faster
How to Earn Points
Try to tell me, right now, in ten seconds, what supposedly makes Gmail better than Hotmail or Yahoo!.
If you can do it, then in my opinion you are a rare individual. Because I have rarely heard Gmail's value proposition explained well. That would include Gmail's site:
These four things about Gmail are not particularly unique, compared to Yahoo! and Hotmail (although some of them used to be).
Here's my answer: "Gmail, the first web service that allows a layperson to be as fast and efficient as an expert user of pine and other tools in a Linux environment."
It's a pretty simple idea, but it's hard to explain to people. Pine is very geeky:
Sometimes simple things are hard to explain to people, if they aren't familiar where you're coming from. And if you're coming from a different place from your users (and as the designer of a technical product for laypeople, that's always true), it's hard to know what will be clear to people.
Lost Features, Lost Users
I'm not picking on Gmail - I like Gmail a lot, and so I'm writing from experience. I have a lot of experience explaining keyboard shortcuts, search syntax, and filters to people in Gmail.
Also, I remember what it was like to first start using Gmail. It was a new environment. Yet now, it's so simple... to people who know it ;-).
Parlez vous Spank?
I've been thinking about the old "Gmail challenge" because I keep discovering how many Linkspank users - even people who obediently, regularly check their inboxes - don't understand what a spank is or how to do it.
(So if you're among them, don't feel bad.)
As I always do, I'm blaming it in part on UI issues, and a solution is in the works. But the challenge does not disappear with a good UI. (After all, Gmail's UI is pretty good.)
It's really a new concept, which savvy UI and tutorials can educate on, but which is still new... even if it's very simple.
My new mission: get people to understand what a Linkspank is.
Like I said, new UI is on the way. Until then, the best way is to try :-), and maybe refer to our primitive tutorials (especially the first two):
How to Spank
How to Spank Faster
How to Earn Points
Labels:
gmail,
linkspank,
new feature,
pine,
user interface,
value proposition
Thursday, September 6, 2007
This Ain't Your Daddy's Search Function
A dorky and slightly technical post today.
As just mentioned on the super-official blog, we have put up a new "quick search" feature for testing. (This was the "small but cool" feature I was excited about in last week's post.)
This feature is interesting to me for three reasons:
1. It gives a new perspective on search
2. It is an interesting topic to discuss the use of "AJAX" vs. web 1.0 programming
3. It is the latest chapter in an interesting story about the design of linkspank's user interface
1. Can Search be Improved?
Google rules the world of search (image courtesy of google earth). I remember when I first tried Google (sometime around 1998) and immediately felt, wow, this is something truly new and special. The rest of the world agreed, and since then lots of people have asked, Can search be improved? What is the future of search?
To me, search is not a sensible place to compete as a little startup because it's a bloody "red ocean" of competition.
But there are two kinds of "searching" that I feel are being underserviced right now: searching for "new stuff" (including news articles, but also new websites!), and searching for or organizing links that we view, share, and receive.
Linkspank quick search is a little step towards addressing these consumer needs. Even at Linkspank's young age, I already think the quick search does a great job of helping to find new stuff and keep track of quality links.
2. On the use of "AJAX"
The quick search feature allows you to search for links and browse results without opening a new browser window. I think it's a pretty cool use of ajax technology.
Fact: Stuff that loads or processes right in the page is cool for the user, because it's so fast. But that fact stops being true when the thing in the page takes a long time to load and it would actually be faster just click a normal link.
So the challenge in making an ajax feature is whether it will be (and stay) fast enough. One interesting thing is that ordinary web search like google is generally not fast enough for ajax, whereas searching for new links IS fast enough (or at least way faster). I'll leave the argumentation as a puzzle for the technically minded. :-) If you're not familiar with ajax and you want to read about it, see this wikipedia article.
3. An Interesting Story about User Interface (UI) Design
In December 2006 I developed a very strange-looking, very slow prototype of Linkspank. (It was called "stuffmoo" at the time!) Part of what made it so slow was that I wanted people to be able to view screen of links without loading a new page in their browser. (In the terms of the last paragraph, I was using too much ajax and it was too slow.)
I hung onto this design concept. When I gave up on it for most of linkspank, I still tried to use it for searching for links within linkspank. I was foiled again: searching for links and viewing page after page of links within one page load was way too slow...
...and in fact, the "normal" search function (as an ordinary page load) was itself way too slow.
But this problem turned out to be an opportunity - through rethinking the way to format the search and display results, it was possible to make a search engine using ajax that was faster than the "normal" way we had it implemented.
Lesson to self: hang on to the design concepts you believe in - technical problems can foil them in the short term, but they may eventually sidestep, or even solve, those technical problems.
As just mentioned on the super-official blog, we have put up a new "quick search" feature for testing. (This was the "small but cool" feature I was excited about in last week's post.)
This feature is interesting to me for three reasons:
1. It gives a new perspective on search
2. It is an interesting topic to discuss the use of "AJAX" vs. web 1.0 programming
3. It is the latest chapter in an interesting story about the design of linkspank's user interface
1. Can Search be Improved?

To me, search is not a sensible place to compete as a little startup because it's a bloody "red ocean" of competition.
But there are two kinds of "searching" that I feel are being underserviced right now: searching for "new stuff" (including news articles, but also new websites!), and searching for or organizing links that we view, share, and receive.
Linkspank quick search is a little step towards addressing these consumer needs. Even at Linkspank's young age, I already think the quick search does a great job of helping to find new stuff and keep track of quality links.
2. On the use of "AJAX"

Fact: Stuff that loads or processes right in the page is cool for the user, because it's so fast. But that fact stops being true when the thing in the page takes a long time to load and it would actually be faster just click a normal link.
So the challenge in making an ajax feature is whether it will be (and stay) fast enough. One interesting thing is that ordinary web search like google is generally not fast enough for ajax, whereas searching for new links IS fast enough (or at least way faster). I'll leave the argumentation as a puzzle for the technically minded. :-) If you're not familiar with ajax and you want to read about it, see this wikipedia article.
3. An Interesting Story about User Interface (UI) Design

I hung onto this design concept. When I gave up on it for most of linkspank, I still tried to use it for searching for links within linkspank. I was foiled again: searching for links and viewing page after page of links within one page load was way too slow...
...and in fact, the "normal" search function (as an ordinary page load) was itself way too slow.
But this problem turned out to be an opportunity - through rethinking the way to format the search and display results, it was possible to make a search engine using ajax that was faster than the "normal" way we had it implemented.
Lesson to self: hang on to the design concepts you believe in - technical problems can foil them in the short term, but they may eventually sidestep, or even solve, those technical problems.
Labels:
ajax,
google,
new feature,
new stuff,
search,
ui,
user interface
Subscribe to:
Posts (Atom)