You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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:
In the future I think we should:
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.
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:
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.
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!
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.
The text was updated successfully, but these errors were encountered:
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.
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.
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:
In the future I think we should:
Smaller but related changes:
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.
The text was updated successfully, but these errors were encountered: