Status Network Categorization - Marketing Terminology

We are building a series of communications that explain the various projects in the Status Network, how they are related, and why each is a necessary component in building toward the mission.

We have a list of projects that we would like to categorize in order to explain them to non-technical audiences, but we also do not want to use technical terms incorrectly. Therefore, I’m bringing our list and categories to you all to solicit feedback in the category names we’ve drafted.

Are these category names accurate? Do they introduce additional confusion when thinking about the form and functions of the projects? What technical information is conveyed or left out if we use these terms vs others? What other terms are suggestions for category names?

Applications & Hardware
Status App
KeyCard
Teller
Assemble
Dap.ps
Etc

Developer Tools
Embark
Subspace

Networking Layer
vac

Infrastructure layer
Nimbus

Very much appreciate your thoughts around these.

5 Likes

Im curious to hear what @oskarth and @decanus think of the categorization label “Networking Layer”. Is this accurate? Is it scalable if we start to work on other protocols?

Also curious what Nimbus team think about placing Nimbus at the bottom and calling it “Infrastructure”. @arnetheduck @mamy

1 Like

I suspect there’s not much point in separating vac and nimbus into separate categories - might as well stick both under Research or maybe Infrastructure - we also might want a line for libp2p there

3 Likes

Would Products cover it? Seems more conventional and thereby eases the search.
Developer tools and infrastructure could also be bundled into Technology.

I’d say the level of abstraction depends on the menu structure and interaction on the site. If each item goes to a page directly more items make sense. If each item opens a mega menu fewer items make sense.

For reference, I checked intel.com, sap.com,tencent.com, nxp.com, asml.com

1 Like

Products could work for apps and hardware. I don’t think “Technology” does the work justice. One of the primary goals of categorizing, is the display and showcase the breadth of work happening within the Network. We want o showcase how we build at each layer in the “stack” to create a well rounded ecosystem.

This should be appealing for both, people looking to contribute to the network (at any level), as well as signal the massive potential of the ecosystem.

With that, I think the following works well:

Products:
Status App
KeyCard
Teller
Assemble
Dap.ps

Developer Tools
Embark

Infrastructure
Vac
Nimbus
libp2p?

@arnetheduck just to be clear - libp2p would live under infrastructure?

1 Like

yep …

1 Like

Following up on this from a domain and blog structure perspective. As we now have multiple projects all connected via “The Status Network” it makes sense to built up more individual brand equity in each project. Also, our projects, and channels need a ton of clean up (its all a bit of a mess tbh)

Challenge
There is a challenge of leveraging the brand equity of Status while also building communities and brand around our individual projects. They are all tied together and we want people to understand the breadth of what we do as a “Network”. But each project should also maintain autonomy and a unique brand as not to seem reliant on one another.

Current State

  • Currently we have created unique visual identities for each project.
  • New projects such as Vac, Assemble, Teller, dap.ps, and soon to be keycard have their own domains (as opposed to subdomains on status.im). Embark, Subspace, Nimbus live as subdomains on status.im
  • We will launch The Status Network (status.network) which will drive to each individual project
  • Some projects have their own blogs (embark, vac) but others leverage our.status.im
  • no consistency anywhere

Proposal

  • Launch the Status Network (status.network). This will tie all projects together and discuss the role of each initiative in the network as part of a larger mission and vision
  • Launch status network blog and pull in via RSS feed all posts from individual project blogs
  • Each project in the network gets its own domain (no longer a subdomain on status.im). Only projects left for this are keycard, nimbus, embark, subspace
  • Each project will have its own blog which can be much more tailored to the specific audience of the project
    -our.status.im gets a restructuring and becomes the blog for Status App

Blog Structure
39%20AM

Open Questions
@iurimatias @arnetheduck this will require new domains for embark, subspace, nimbus. Are you guys cool with that?
@all - each project should set up its own blog (as vac and embark have already done)

2 Likes

Hey All,

We are getting ready to launch The Status Network website and campaign in attempt to build brand equity in The Network as a whole and shift perception of Status from an app into an ecosystem/network.

We will be moving all projects off of the status.im domain (no more subdomains i.e. nimbus .status.im) and each project will have thier own blog which will be pulled into a master Network newsfeed via rss.

However, we still want to have the tie between all projects. A suggestions of creating a global header item on all sites that notes each project is part of the Status Network. This can be a small logo/icon with a drop down menu for all projects.

Some examples:
https://canonical.com/

49%20AM

06%20AM

33%20AM

26%20AM

Before we implement I would like to know how the teams feel about this as it does imply some level of “centralization”. We can design it in a way that is not intrusive but rather implies the project is part of a larger network.

Super rough mock up of how we could make it work (this is not designed though) https://www.figma.com/file/QGvWthEtkQKVjRcvGTazpZ7S/Status-Network?node-id=806%3A2

cc @iurimatias @arnetheduck @oskarth @guylouis @carl @jarradhope

This will take a bit of design time so i appreciate your thoughts.