// This is part 3 / 5 of a blog series written in collaboration with Fluent in Support. If you haven’t already, please read our previous post on how to build a collaboration system.
Knowledge sharing definition is an act of exchanging information between individuals, teams or departments. The success of the SaaS company can be significantly impacted by this exchange of information, despite how little it may look.
Sharing knowledge between customer support and product teams is important as it impacts the customer experience. When customer support has a deep understanding of the product, they can assist customers faster and better. Similarly, when product teams know what features customers are seeking or how they experience the usage of the product, they can take actions to improve the product for the customers.
Take a look at the list below on how product knowledge affects business:
Even though the benefits are very clear, many companies are not successful in this due to a lack of knowledge-sharing processes.
In SaaS business, knowledge between product and support is typically shared in three different situations; when launching new features, when escalating tickets to product, or when product needs feedback from customers.
To overcome the barrier of missing a process and to address the above-mentioned knowledge-sharing touch points, we have listed 3 ways to make things happen!
Depending on the impact of the release, prepare release notes, perform group training, and quizzes and evaluate if any process updates are needed. If you are creating a product launch guide, allow support to read it prior and add their additional questions, if any.
When launching a new feature or change in the product, consider the questions in the following table.
When setting a go-live day for the new feature, provide enough time for support to get prepared. The new feature, or a change, might require changes to:
The most important aspect of knowledge transfer is from support to product to provide input into product roadmap. But what helps product teams in prioritizing features or bugs? It is information in aggregate.
Below is an example list that you can use for both bugs and features:
When the customer support team is able to solve the majority of the issues themselves, everyone benefits: the customer gets faster responses and resolutions and the engineering team can concentrate on developing new features.
To check the baseline of how many tickets are being escalated to engineering, you can calculate an escalation rate. This is done by dividing the number of support tickets escalated by the total number of tickets. The escalation rate varies from business to business, but we found it’s best to keep it to less than 30%.
The following procedures are useful to help keep customer support's knowledge updated and the escalation rate low:
Depending on which team owns the knowledge documentation when defining roles and responsibilities, this team or person should be constantly documenting new information based on incoming inquiries. Every question that gets escalated to product should go through an analysis:
Training the support team about the product is key, whether it's done via a learning platform or live training. By ensuring that everyone on the support team understands how the product works, we can provide better customer service and avoid any potential issues.
Live training is always going to be the best option, as it allows for immediate feedback. However, not everyone has the time to commit to live training. That's where a learning platform comes in handy - it can be accessed at any time, and people can learn at their own pace.
Whichever method you choose, utilizing quizzes is a terrific technique to guarantee that the team has comprehended the information.
Offering support team members internal tooling to troubleshoot and analyze problems is crucial to lowering the number of escalations. By having this option available to them, they will be able to resolve many issues on their own.
These internal tools aid in analysis as well as troubleshooting, enabling the support team to fully understand the problem and find a solution on their own.
Additionally, by offering this tooling internally, it builds more trust with your support team members to handle these issues themselves. This will not only lead to fewer escalations but also help support team members feel more empowered in their roles.
Sharing knowledge between product and support can have a big impact on the company's success. Processes such as documentation, training, and feedback loop helps to ensure that knowledge is shared effectively between departments. By implementing these processes, companies can improve communication and collaboration, leading to better customer satisfaction and overall success.
Is this flowchart close or far away from the process at your organization? Let me know if you have questions or comments at email@example.com. I'd love to hear from you!
Once you have established a process across teams, the next hurdle is to automate this process especially when your teams and data are spread across several tools. In this blog post, I dive deeper into how to automate your process using internal SLOs across your cross functional teams.