Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Consider restructuring to move "Developer features" and convert "Features" into "Products" #234

Open
neynah opened this issue Sep 22, 2016 · 2 comments

Comments

@neynah
Copy link
Collaborator

neynah commented Sep 22, 2016

As a result of changes in #233, our "Features" page will now have subpages for "Sandstorm Standard" features, "Sandstorm for Work" features, and also "Developer" features. "Developer" features now seems a bit out of place since the other subpages are dedicated to user-facing product features:

image

In the future I think we should:

  1. Consider moving all Developer features content into docs or onto it's own separate page on our website. Although it's important to communicate why developers should develop on Sandstorm, I suspect Developer features just doesn't quite fit into the customer's mental model when they're shopping for Sandstorm. @zarvox and I think the main purpose of our Features/Products page on our website should be to communicate our user/admin-facing product features.
  2. If we move Developer features elsewhere then we can could rename "Features" to "Products"; this page could then list our 3 product options: "Sandstorm Standard", "Sandstorm on Oasis", and "Sandstorm for Work". Then we would have clean links between product options on /get to the Products section of our website where users can learn more about each of the products in greater depth.

Smaller but related changes:

  1. Consider removing "Code" and "How it Works" from the nav bar and either move the content into docs and/or link to them from the footer & from other places on our website.
  2. Change pages linked in our nav bar at smaller widths. In "tablet" view we emphasize "Features", "How it Works", "Blog", and "About". In mobile view we emphasize "How it Works" and "About", and in more extreme cases just "How it Works". I think we should enable users to easily navigate to more product & information focused pages. For mobile I propose: "Get Sandstorm" and "Blog". For tablet I propose: "Get Sandstorm", "Features, "Blog", and "Docs". I'm open to other suggestions!

image

The rationale behind these changes is to achieve better information architecture that better maps to the user's mental model to aid them in becoming more informed about Sandstorm & its offerings as well as make a decision about using/purchasing Sandstorm.

@kentonv
Copy link
Member

kentonv commented Sep 23, 2016

IIRC we decided that it wasn't necessarily for "Get Sandstorm" to be shown in the mobile view nav bar because there's already a prominent button linking there from the top of the front page.

While I agree that "How it Works" is likely not important to most customers, I think it is very important to a certain segment of our audience that are likely to be influencers. Therefore I do not want to remove it from the nav, although I am OK with changing which things we show on mobile.

FWIW, the standard thing to do here is use a hamburger menu on mobile. Not that I like hamburger menus, but I think our strategy of dropping things from the top bar is unusual.

@neynah
Copy link
Collaborator Author

neynah commented Sep 23, 2016

FWIW, the standard thing to do here is use a hamburger menu on mobile. Not that I like hamburger menus, but I think our strategy of dropping things from the top bar is unusual.

Yeah, I think what we currently have is worse than having a hamburger menu with links to all our pages. I opened a new issue at #235.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants