diff --git a/app/views/design-histories/v0.html b/app/views/design-histories/v0.html
index 29e2337..0854378 100644
--- a/app/views/design-histories/v0.html
+++ b/app/views/design-histories/v0.html
@@ -20,9 +20,9 @@
Initial assumptions from discovery
The recommendations from the discovery were:
- Develop a product value information service to address unmet information needs
- - Improve sharing of data between Trusts, currently via informal information sharing networks
+ - Improve sharing of data between trusts, currently via informal information sharing networks
- Improve standards of procurement commercial literacy and ensure teams have correct skills
- - Create standards for evidence provided by suppliers, and improve data collection from Trusts
+ - Create standards for evidence provided by suppliers, and improve data collection from trusts
This Alpha phase was kicked off to address recommendation 1. We pivoted to include 2 as well. 3 and 4 have been spun up into separate teams.
diff --git a/app/views/design-histories/v1.html b/app/views/design-histories/v1.html
index e1d0725..b924471 100644
--- a/app/views/design-histories/v1.html
+++ b/app/views/design-histories/v1.html
@@ -67,7 +67,7 @@ Things we changed
- - Nearly all users want to know what other Trusts are procuring and using
+ - Nearly all users want to know what other trusts are procuring and using
- Current mechanisms are ad-hoc and based on informal personal networks
@@ -76,7 +76,7 @@ Things we kept or tweaked
Users want context beyond product performance
- Users want to understand not just how well a product was evaluated, but how the evaluation was conducted
- - Interest in how other Trusts built business cases and what factors they considered important
+ - Interest in how other trusts built business cases and what factors they considered important
@@ -122,8 +122,12 @@ Embracing evaluation variety
How it tested
- User research here
-
+ Selected user research insights
+
+ - Users were especially interested in the prospect of learning lessons from and benchmarking against trusts of similar size or type, which supported our filters and evaluation details
+ - They confirmed that they would reach out to someone who’s procured a product, showing that featured contact cards are useful
+ - In general, there’s a lack of information about the practical application of products in trust environments, which makes this contact information even more essential
+
diff --git a/app/views/design-histories/v2.html b/app/views/design-histories/v2.html
index 5101d9c..6cdf8c5 100644
--- a/app/views/design-histories/v2.html
+++ b/app/views/design-histories/v2.html
@@ -95,14 +95,15 @@ Multi-product evaluations supported
How it tested
- Summary:
+ Selected user research insights
- - Key finding
- - Key finding
- - Key finding
- - Key finding
-
+ Users recognised the need to share multiple products and the importance of providing context around their evaluations (for example, department and scale information).
+ At least one participant flagged a concern that breaches of confidentiality could occur when sharing evaluations
+ Users raised risks of misunderstandings around words like “evaluation”, “study” and “trial”, which have context-specific connotations.
+ Users had insights about friction they might experience when filling in the fields on this page, including that an evaluation lead may not always be a clinician; that the date of an evaluation may sometimes we difficult to pinpoint.
+ Users showed interest in understanding why a trust did NOT procure a product.
+
diff --git a/app/views/design-histories/v3.html b/app/views/design-histories/v3.html
index 8d6a7c3..b5458c3 100644
--- a/app/views/design-histories/v3.html
+++ b/app/views/design-histories/v3.html
@@ -106,15 +106,20 @@ Content design
clearer calls to action on some pages, to avoid confusion
consistency and accuracy of language throughout
colour coding of tags being limited to procurement decisions only (given confusion from users and potential for mixed meaning)
-reduced text in some places to simplify and avoid redundancy
+reduced text in some places to simplify, communicate key points more clearly and avoid redundancy
- User research findings
-
- Key insights from procurement research
-
- Findings here
+ User research
+
+ Selected user research insights
+
+ - The section about the NHS 10-year plan confused some users as they weren’t sure of its relevance.
+ - Users were generally positive about the benefits-related text on the homepage.
+ - Evaluation uploading was mostly considered straightforward, but research highlighted the fact that it only covered “evaluations” and not other types of documents.
+ - Users felt the filters would be useful, especially filtering based on trust type and product category.
+ - Users liked the badges but were sometimes unclear on the colour system.
+