search

superfeedr / subtome

A universal Subscribe/Follow button.
http://subtome.com
MIT License
167 stars 32 forks source link

Show settings in the modal rather than redirecting the users. #45

Closed julien51 closed 11 years ago

julien51 commented 11 years ago

There is no need to ask users to setup things in a new tab. They should be able to see their settings and add new tools straight from the modal.

chrisvanpatten commented 11 years ago

Based on a Twitter convo/email thread, I put a wireframe together that suggests how this interface could work...

https://docs.google.com/presentation/d/15lInmS59Tts2cNDPUnmSb2TIcNRegH9HbDzE9TGeQ7M/pub?start=false&loop=false&delayms=3000#slide=id.g11c2a806b_017

Would love feedback/suggestions/etc. I also think it could stand to go through some nav flow/click testing just to see how users actually interact with the design.

julien51 commented 11 years ago

Chris, could you clarify the difference between "Recently Used" and "Favourites"? I would assume that they're mostly the same. (people usually don't use the ones which are not their favorites, would they?)

What are important, based on my experience would be:

By default, the modal should show the favourites if there are any, the suggested if there are any, and "popular" if there are no favourites. What do you think?

chrisvanpatten commented 11 years ago

I think that's probably clearer. The idea behind "recent" is to keep things useful for people who don't bother to add favourites. Perhaps there's a way to show "recent" items if a user doesn't have any favourites defined?

julien51 commented 11 years ago

Well, we could just assume that the ones they installed recently are in a way some kind of "favourites" and then, we sort them by recency?

chrisvanpatten commented 11 years ago

I'm not sure sorting by recency is a good idea; it would be a barrier to muscle memory.

I definitely think anything a user manually "installed" in the past should be migrated over as a "favourite". The install metaphor just doesn't feel right to me for the action the user is actually taking. And users should be able to subscribe without favoriting or 'installing' the service.

chrisvanpatten commented 11 years ago

Also, the "install" metaphor might lead less technical users to think there's some kind of download and software install process involved and be put off.

julien51 commented 11 years ago

I was finally able to get something decent: here is a page where you can test it: https://www.subtome.com/tests/subscribe-suggested.html

Basically, if you don't have any prefered services you will see the top 3 most popular choices (based on the Google Analytics data we gather).

If you have any favorite tool, you will see them.

If the publisher suggested a tool, you will see it whether you've used it or not, and whether you've already used other tools or not.

At any point, you can also see more tools, mark/unmark them as prefered.

Please, send me your feedback, but I think that approach is a lot better than the previous one: everything can be done from the modal, and the SubToMe brand is completely transparent. Ideally, users will think this is a feature of their browser (which it should actually be!) I need to finish the tranlation until it becomes the default modal.

[the only thing you need to ignore is the background of the modal, it will obviously be transaparent]

chrisvanpatten commented 11 years ago

I, for one, love it. I'm going to play with it a little more to come up with more useful feedback, but I think this is an awesome start!

:clap:

julien51 commented 11 years ago

Chris, let me know if you've made any progress... Thanks!

chrisvanpatten commented 11 years ago

Sorry... totally forgot :) Here you go...

I would try to display everything in two columns on the main screen, if you can. It might mean making the modal slightly wider.

A few language suggestions...

"You do not have any prefered service, check our popular options:" --> "You have not set any favourite services. Here are some popular suggestions:"

"Recommanded tool by the publisher:" --> "We recommend subscribing with..."

"Pick another one" --> "View the full list of services"

Is it possible/logical to make the modal limited in height for the full list of services, so you get a scrollbar inside the modal? I'd be curious to see which users prefer (I personally like the idea of the modal having a locked height).

There are obviously a few style issues in the full list, but I'm sure you're aware of them :)

I wonder if it makes sense to switch automatically to the list of favourites if you choose to favourite one of the popular suggestions or publisher suggestions? What if the list remained as it is until you switch screens or reload the modal? Does this make sense?

chrisvanpatten commented 11 years ago

Also I would change the "Follow with" heading to "Subscribe to [domain.com]" or "Subscribe to [Site Name]" if the user specifies it manually.

I guess that does actually raise another question... what language makes more sense? "Follow" or "Subscribe"? I'd love other opinions. Maybe this is something that should be a/b tested to see what converts better?

julien51 commented 11 years ago

Chris, I'm not a fan of the 2 columns approach, because I think people will be confused and won't understand what's the difference is between the 2. In this context, that's just a picker, right, most app pickers only have a single column layout. Also, at some point, I want to be able to display more context there, if I'm able to extract it, like the topic, or suggestions.. etc.

I'll try to limit the modal size and add a scrollbar to it to see if that makes sense too.

Swicthing from "suggested" to "favorites" view has actually been giving me headaches because I wanted to do that myself, but I was not able to achieve it elegantly. I'll try again.

I have implemented the language suggestions, with a notable exception because we picked "follow" over "subscription". The main rationale is that pretty much everyone else picked "follow".

julien51 commented 11 years ago

The new version is live :) Thanks a lot @chrisvanpatten!

chrisvanpatten commented 11 years ago

Yay!

I still have a few lingering suggestions/thoughts. Should I put them here or in a new post?

julien51 commented 11 years ago

Either way! SubToMe is obviously a constant work in progress and I'm in favor of small iterations rather than big releases. This one is already a bit bigger than what I like but I'm not sure how we could have make it smaller.

Thanks,

On Wed, Oct 23, 2013 at 2:12 PM, Chris Van Patten notifications@github.comwrote:

Yay!

I still have a few lingering suggestions/thoughts. Should I put them here or in a new post?

— Reply to this email directly or view it on GitHubhttps://github.com/superfeedr/subtome/issues/45#issuecomment-26899579 .

chrisvanpatten commented 11 years ago

I do think this is an awesome start, and I'm excited to see it go from here :)

I might also try to figure out how to contribute myself so I can actually make changes and file them as PRs.

julien51 commented 11 years ago

You are right, I really need to clarify that. The simple workflow:

The only caveat is that Chrome will cache all files from localhost... which is dumb. So I use FF (but that's my main browser anyway).

Julien

On Wed, Oct 23, 2013 at 2:20 PM, Chris Van Patten notifications@github.comwrote:

I do think this is an awesome start, and I'm excited to see it go from here :)

I might also try to figure out how to contribute myself so I can actually make changes and file them as PRs.

— Reply to this email directly or view it on GitHubhttps://github.com/superfeedr/subtome/issues/45#issuecomment-26899985 .

chrisvanpatten commented 11 years ago

It's that easy? Haha I can definitely contribute in that case! As soon as I have a good chunk of time to experiment, I'll start playing.

julien51 commented 11 years ago

Yes, it should be that easy, because SubToMe is just static files!