by D. Romero | Jan. 22, 2015 | 7 Min Read
Introducing Spoke® Teams (Or, Why We Love User Feedback)
When we first set out to build Spoke, our team was passionate around the idea that every Spoke user should be able to see the same content as every other user. Whether a discussion in the Community or a particular resource file, we believed all information should be visible to all people. In our eyes, one of the most valuable things Spoke could do was to open-source knowledge. Often, too much critical info is stored in the heads of people (and documented nowhere); we wanted to change all that. After Spoke launched, we started getting feedback about how this content sharing setup was working. We heard things like:
We wish employees with similar job functions could talk amongst themselves without fear of judgment. We want to post sensitive files on Spoke that are for managers’ eyes only. We’d like to onboard vendor partners to Spoke, but we need to ensure these people don’t see our proprietary content.User feedback showed us that making all information available to all users isn’t always what our clients need. And, we observed through our own user research that as more and more discussions and resources get created in Spoke, the sheer volume of information often becomes overwhelming and distracting for users. For many of our clients and end-users, less really is more!
This is where Spoke Teams comes inWhat Spoke needed was a way to filter the content a user sees according to his or her role in the organization. We’re excited to roll out a new feature that makes this possible: Spoke Teams. With the power of Spoke Teams, an administrator can define a team of users based on certain characteristics (like job code or location in the company org chart) and then give that team access to community topics and resource categories as needed.
Why our team loved TeamsWe loved working on this feature for a few reasons:
- It’s a feature that’s complex on multiple levels (hello intertwined data relationships!), but needs to feel simple to the administrator. We geek out on a good UI challenge like this one.
- We got to build a rules engine, which made us feel like we were prepping for the LSATs. (“If a user’s location says to include him on the team, but his job code says to exclude him from the team…which rule wins?”)
- Most importantly, we knew we were building something that would drive immediate value for our clients. Getting the chance to make people’s jobs and lives easier is what fuels our team.
More articles like this one