The Trustees of The British Museum Finds Platform Rebuild

Description

About adding context and requirements test Pre-market engagement A pre-tender market engagement event was held from 2 November 2023 to provide suppliers with more detailed background on the requirements. Work done so far Finds has been live in its current form since 2007 The British Museum has conducted initial discovery of the current state of the platform and u ser needs, documenting these requirements both in Confluence and Jira u ser stories. Approximately 180 product requirements have been gathered and synthesised from interviews, surveys, workshops, analytics, journey mapping and also based on previously gathered requirements by former Business Analysts involved in the project in previous years. All documentation gathered through these exercises can be accessed upon request on the project’s Confluence page and JIRA board. The suppliers team will be expected to work with the internal British Museum Business Analyst, Product Manager and Project Manager, engaging with u sers to refine the final u ser stories for development, prototyping and u ser testing the critical u ser journeys ahead of development. The British Museum will provide access to the different u ser groups and will facilitate interviews, workshops and a dditional discovery activities required. Which phase the project is in Discovery Existing team The existing technology team consists of BM-staff: a Product Manager, Project Manager, two Developers, Head of Technical Services and Lead Technologist. The Head of Technical Services, Developers and Lead Technologist are being involved throughout the project, in the following capacity: - Consultation on product requirements - Review of supplier responses to the RFI and procurement exercises - Clarification meetings with suppliers - Feasibility assessment of proposed software solutions and architecture - Consultation on technical implementation - Code reviews The Product Manager has been hired on a 2-year contract tied to the project funding for PAS. Key responsibilities include: - Oversee the redevelopment of the PAS technical ecosystem from start to finish within an Agile framework. - Collaborate with internal and external stakeholders to ensure the product’s strategic goals are clarified and understood. - Ensure product u ser needs, wants and concerns are captured through consultation and community engagement. - Refine and develop product scope and define formal requirements to support the rebuilding of the product. - Develop u ser stories and redevelop u ser journeys. - Research and analyse market, the u sers, and the roadmap for the product. - Provide product leadership across several disciplines during the consultation, design and build inc. delivery, UXUI, technical. - Assist in the evaluation of external digital software developers and ion of a development partner through a tender process. - Communicate the product vision and direction to the software development team and stakeholders throughout the project. - Create a development roadmap. - Work with strategic technology partners to formulate opportunities for future features and product growth. - Assist in analysing the current PAS data structure with the view to create a roadmap for migration and any data transformation as necessary. - Develop KPIs to measure success. - Manage the product backlog and prioritise based on emerging requirements. - Monitor, test and evaluate product progress at each stage of the project. - Support the coordination of and take part in QA and UAT - Create handover documentation and processes. - Create u ser support material. - Post-implementation support. Project Manager - Lead and coordinate u ser and other stakeholder activities in support of specified projects. - Find strategies to ensure buy-in to deliverables and timetable. - Ensure that accurate, timely and appropriate communications occur. - Plan and manage systems integration activities as required in support of the implementation of key projects. - Support the Product Manager throughout the project. - Manage vendor engagements. - Conduct procurement. - Schedule staff resources. - Administrate the project budget. - Manage project reporting to formal boards and committees on a monthly basis - Ensure that the product is delivered within the timeline, to the required quality. - Produce scoping documents. - Manage project risks Address where the work will be done The British Museum, Great Russell St, London WC1B 3DG Working arrangements The Museum expects to mostly work remotely with the supplier, with the expectation of irregular in-person meetings with internal staff on-site at the British Museum. Most u sers and stakeholders are external and work from various sites around England and Wales. The Museum expects to work in an Agile methodology based on a two-week sprint cadence as well as demos at least every two weeks by the supplier. As a significant amount of custom code will be produced for the Museum with this product, the supplier will be required to share all source code that they produce or use with the Museum on its existing GitHub organisational domain, which is used as the control and collaboration repository for its other development projects. The Museum’s Development team and Lead Technologist will have the opportunity to review all code as it is pushed to the repository. Provide more information about your security requirements: No security clearance needed Latest start date 2024-06-11 Enter the expected contract length: 2 years Extension period: 1 year Write the term or acronym: PAS Write the term or acronym: FLO Write the term or acronym: Recorder Write the term or acronym: Treasure Write the term or acronym: BM - The British Museum, AC-NMW - Amgueddfa Cymru (Museum Wales) Write the term or acronym: HER - Historic Environment Record Write the term or acronym: TVC - Treasure Valuation Committee Write the term or acronym: DPO - Data Protection Officer Write the term or acronym: Registered Member Write the term or acronym: FISH vocabulary Write the term or acronym: NGR Write the term or acronym: Findspot Write the term or acronym: FA Write the term or acronym: ABC - Ancient British Coins. RRC - Roman Republican Coinage. RIC- Roman Imperial Coins. Write the term or acronym: DBA Write the term or acronym: ACM Write the term or acronym: DCMS Write the term or acronym: NCMD Write the term or acronym: PAS Forum Explain the term or acronym: PAS - Portable Antiquities Scheme. The Portable Antiquities Scheme (PAS) is a voluntary scheme to record archaeological finds made by the public in England and Wales. The Scheme is managed by the British Museum in England, and by Amgueddfa Cymru in Wales. Its main objectives are: - Transform archaeological knowledge through the recording and research of public finds, to enable the stories of past peoples and their landscapes to be told. - Sharing new knowledge about archaeological finds made within communities, so that people might learn more about their past, their archaeology and their history. - Promote best archaeological practice among finder communities, so that the past is preserved and protected for the future. - Support museum acquisition of finds made by the public, so that these can be saved for future generations and enjoyed by local people. - Provide long-term sustainability for the recording of new finds, so that these discoveries can contribute to the reinterpretation of our histories. Similar schemes exist in other part of Europe, such as the Netherlands, Finland and Denmark. However, the PAS in England is the most developed and largest in the world. Explain the term or acronym: Finds Liaison Officer. PAS staff who act as the main point of contact for finders to report finds in their local area. Their main responsibility is to organise public outreach, liaise with finders and record their finds Explain the term or acronym: any u ser that is able to create a find record on the Finds platform, they need to request permission and be trained to do so according to the PAS recording principles Explain the term or acronym: an archaeological find that meets the profile established by the Treasure Act with regards to its archaeological significance and must be reported within 14 days to a Coroner Explain the term or acronym: BM - The British Museum, AC-NMW - Amgueddfa Cymru (Museum Wales) Explain the term or acronym: HER - Historic Environment Record Explain the term or acronym: TVC - Treasure Valuation Committee Explain the term or acronym: DPO - Data Protection Officer Explain the term or acronym: an individual that has created a login to the Finds platform and has activated their account Explain the term or acronym: Thesaurus created by the Forum of Information Standards of Heritage. See www.heritage-standards.org.uk. Controlled vocabulary that enhances the access to cultural heritage information. Controlled vocabulary is a list of terms or classifications with an approval process, sometimes with a hierarchy of terms e.g. tool, axe, hand-axe. Explain the term or acronym: National Grid Reference number Explain the term or acronym: Geographic data for where a find has been found. They are represented in the form of NGR, what3words, longitude and latitude in the Finds platform. Explain the term or acronym: Find Adviser. Specialist in a specific archaeological period andor type of object who oversees the work of FLOs and decides the recording principles on PAS. Explain the term or acronym: These are all indexes created by academics to classify coinage in Britain. Explain the term or acronym: Database administrator Explain the term or acronym: Assistant Collections Manager Explain the term or acronym: Department of Digital, Culture, Media and Sports Explain the term or acronym: National Council for Metal Detecting Explain the term or acronym: Feature of the Finds platform that allows FLOs and metal detectorists to interact and collaborate with each other in online discussion channels. Built using Discourse, open source software. This feature is not in scope to be modified or rebuilt as part of this project, but it is expected to remain as part of the new platform. More about Discourse on www.discourse.org Are you prepared to show your budget details?: Yes Indicative maximum: 500000 Provide further information: Must include support and maintenance fees until the end of the contract. Confirm if you require a contracted out service or supply of resource Contracted out service: the off-payroll rules do not apply Summary of work The British Museum is looking for a web development partner to provide UX design, prototyping, database design and development services for the rebuild of its Finds platform, originally built 20 years ago and requiring updates to meet modern standards. The product vision of the Finds platform is to be a digital platform that allows the effective collaboration among professional archaeologists, archaeology enthusiasts, finders, researchers and the public in the recording, publication and research of all finds of archaeological interest made by the public in England and Wales, with the purpose of enhancing, sharing and preserving archaeological knowledge, and to enable communities a better understanding of their history. This rebuild project is funded by a government grant and has a defined budget to achieve the following main objectives: 1) Streamline the u ser experience of new finds’ recording, reducing friction for Finds Liaison Officers and a community of trained self-recording finders and volunteers. 2) Enhance the platform so it better serves the needs of researchers via new search, data export and mapping functionality. 3) Implement a Treasure ca se workflow and tracking functionality, to give more visibility to the parties involved about the status of their ca se. 4) Improve the look and feel, accessibility, robustness, and information structure of the public website to make it more appealing and accessible to the public and more manageable and effective for internal staff. The goal of this project is to rebuild the Finds platform, including frontend and backend code, and database changes. The main tasks in scope identified by the BM in the initial discovery are: - rebuilding the existing database - migrating the existing data - ensuring that the website and database services are hosted on scalable infrastructure and responsive to demand - creating new UAT and development environments - putting in place a dditional support for the platform - rebuilding workflows for recording and publishing finds made by the public - rebuilding the database search functionality - rebuilding the data export and sharing functionality - rebuilding the workflows to manage u sers in compliance with GDPR - building dynamic u ser permissions and access control, so that admins can create new u ser roles more easily - building a new workflow to record and track progress of Treasure ca ses, currently managed outside Finds - implementing new logged in dashboards for to-do list (queue) management by different u sers - migrating the current content management functionality to a single content management system - include support for Welsh language content - modernising the look and feel and usability of the finds.org.uk website, bringing it in line with the design guidelines of the BM and highlighting the partnership element of the PAS - improving the navigation and information architecture of the site - implementing workflows to do bulk changes and data imports - improving data visualisation tools (mapping) - Implementing SEO and improving reporting capabilities We are expecting to have long-term support of the platform after the build, post-implementation support including new features, bug fixes and maintenance. Where the supplied staff will work No specific location (for example they can work remotely) Who the organisation using the products or services is PAS operates via a digital platform called Finds to record archaeological finds made by the public in England and Wales, it is managed by the BM in England, and by AC-NMW in Wales. It is a partnership project involving over 100 national and local organisations in England and Wales and includes at least 70 staff employed by local organisations. Why the work is being done The Finds platform (also known as the PAS database) was first built 20 years ago and requires technology updates to meet modern standards. Finds (accessible via www.finds.org.uk) is the main mechanism by which archaeological finds made by the public in England ad Wales are recorded and made available to researchers, Historic Environment Record (HER) officers, and the general public. The recording of finds made by the public is voluntary, unless the find is potential Treasure under the Treasure Act 1996, in which ca se the reporting becomes a legal obligation. The British Museum has a legal mandate to manage Treasure ca se valuation in England and Wales under the Treasure Act of 1996. More than 1.6 million objects have been recorded in Finds, with more than 17,000 Treasure ca ses reported via the Scheme. At least 1,000 research projects, both in the UK and internationally, have used Finds data, and over 1.7 million unique visitors have visited the Finds website in the past 3 years, with an average of 7,500 u sers per week during the last year. The Finds platform carries technical debt, has an outdated u ser experience and look and feel, and is currently under code freeze as the British Museum does not have the internal resources needed to perform these updates in a costly manner. The British Museum obtained a government grant to achieve this rebuild and has a defined budget and timelines to meet the project must be completed before November 2025. Apart from rebuilding and modernising the existing functionality, there is the need to bring a dditional features into the platform that relate to Treasure ca se management, which currently sits outside the Finds platform. Finds depends on a SQL database, the scripts for which can all be found on the application’s public GitHub repository: findsorguk The relational database structure for Finds application is normalised and is hard to model due to the sheer size of the tables used. Over 175 tables are interlinked and cross referenced to drive the MVC architecture of the application layer. Each table has annotated notes attached to it describing its purpose and indexes are in place where tables are joined. These have been optimised to the highest degree possible but the system has been built up in stages over time and the database structure needs to be refactored to fit within a more cohesive architecture. Every table on the database has auditing metadata for date created, created by, updated and updated by, created by and updated by on each table are linked by foreign key to the primary key of the u sers table. Two models of the database are included as appendices to this RFP pack: a full model, and a partial model that strips back the database structure to the primary data tables that drive the recording of object   - Artefacts (non-coins) - Coins - Findspots - Hoards - People The business problem you need to solve The main challenges of PAS identified so far are: - The Finds platform sits on aging technology that is time cons uming to maintain and modify to meet new requirements - Treasure ca ses are currently managed in Excel spreadsheets with no ability for u sers to track the progress of their ca se without contacting the staff. - Find Liaison Officers are currently overwhelmed by the amount of finds that get reported and are unable to cope with the volume of recordings in a timely manner, which subsequently causes frustration among finders and may discourage the public from reporting new finds. - Finders are very protective about the information on the precise geolocation of finds (findspot), which is critical for archaeological research purposes and for HER officers, therefore guardrails need to be in place to prevent the publication of full findspots to the public. - The relationship between the archaeological and metal detecting communities is much better than before the PAS existed, albeit historical tensions can resurface. The PAS is an attempt to bring these communities together in the benefit of historical knowledge. - Some finders feel that there is little feedback on what the PAS does with their finds records and the results of research, this feedback loop could encourage more recording and engagement with the detecting community. - Researchers do extensive external data cleansing and use other data visualisation software outside Finds to analyse the data, not a practical way to feedback or propose potential changes to the Finds data, potentially leaving data outdated. - The search functionality is clunky and outdated, forcing researchers to contact members of staff to extract data effectively - The data export functionality is not up to modern standards (API led and using Linked Open Data) - u ser permissions are rigid and it is difficult to create new u ser roles as the Scheme evolves - The website is difficult to navigate, it is hard to find what one is looking for - The find recording u ser experience is outdated and difficult to understand for new recorders - The look and feel of the website is outdated and misaligned with the new brand guidelines of the British Museum - Data visualisation within the platform is limited, forcing researchers to export the data and use other platforms for even basic analysis This project will be run in 2 phases, using Agile methodology where appropriate throughout: Phase 1) Finalise Discovery 1a) UX design and prototyping UX and UI design services to outline the new information and content structure of the website, as well as wireframing and prototyping of the u ser interface to begin u ser testing and collection of u ser feedback. The British Museum has a set of digital UI guidelines to adhere to, but the project needs adjustments to these guidelines to reflect the partnership nature of the PAS. The British Museum will provide requirements gathered from stakeholders to inform the creation of scenarios, u ser stories and so on the consultant will be expected to engage with u sers. The outcome of this package of work will include more detailed u ser stories, acceptance criteria and a design scheme for the Finds service. 1b) Database design Database analysis and design services to provide recommendations on the data migration, database architecture, data export functionality including the possibility of a public API, performance, and database search functionality improvements. 1c) Hosting architecture scoping Currently, the Museum hosts the Finds platform on 4 Microsoft Azure VMs running Ubuntu which are supported by a small internal team of developers. The consultant should recommend suitable solutions for the hosting of services, exploring the benefits and drawbacks of a PaaS approach. The Museum will supply technical information, usage statistics and other relevant metrics to help determine the range of best-fit solutions. Phase 2) Build and Testing The Build and Testing phases are expected to be timeboxed to one year altogether and delivered in an Agile manner with incremental iterations according to a set of requirements for an MVP. These phases will need a team of front end, back end, database developers and QAs to redevelop and test the platform. The British Museum’s internal team can assist with UAT tasks. The precise scope of services for Phase 2 onwards will be determined in part by the outcomes of Phase 1. For more details on high level functional and non-functional requirements please refer to FINAL Cost sheet and requirements PAS rebuild.xlsx, included in this RFP pack. First user type: Finds Liaison Officer (FLO) First user type: Finds Adviser First user type: Finder First user type: Researcher First user type: HER Officers First user type: Treasure Registrars First user type: Museum Curators First user type: Volunteers There are 130 volunteers that have been trained by PAS, most of them coming from the PASt Explorers programme. Some of them have been recruited by the FLOs. They are moderate u sers of the platform in most s. First user type: Resources Manager and Admins First user type: Public Enter more details about this user type: Archaeologist in their 20s-30s (70 percent). First job after uni or interns. There are 45 FLOs working for PAS at the moment. Finds is not popular at university, difficult to recruit. There are a few older FLOs, some of them have changed careers and became archaeologists. Some of them start as volunteers. Full time employees of a partner institution (e.g. Museum of London), trained by the British Museum and Find Advisors. Work under pressure and at capacity to record all the finds reported by the public, record at least 1000 records per year. Being a finds recorder is their core role. Daily u sers of the platform. Finders would contact the FLO that is closer to their home, however this might not necessarily be the FLO closest to the find (especially for finders that go on rallies). Use their discretion to choose what to record based on experience and knowledge, normally done on a first come first served basis, but they find the need to prioritise, as they are shown more finds than they can practically record. They also rely on their network, the PAS Forum, HERs and literature to analyse finds they haven’t seen before. They are encouraged to liaise with self-recorders and volunteers to reduce the bottleneck. They find that some finders are very knowledgeable and are better than others at self-recording finds. They are also encouraged to stay on top of the ongoing research projects in their area. They meet finders to receive and return finds, use a laptop and other equipment (e.g. weights, callipers, better lighting, scanners) in a quiet environment (office or home) to record finds. Medium level of computer savviness, although older FLOs less so. Findspots are the most important acteristic to record in a find. Appropriate image taking and editing (usually with Photoshop) is important, as well as the recording of dimensions and weight. This is important to identify forgery. They use pictures of previously recorded finds on PAS to identify finds that they might not be very familiar with. They are responsible for building community engagement with PAS, and organise “find days” (which are specific days when finders can bring their finds to the FLO for review, usually on weekends), use social media, organise exhibitions, talks. They often visit metal detecting clubs, although this stopped during the pandemic, and it is only being res umed now. They are the first point of contact when a findspot requires excavation and are responsible for promoting best practice, however they are not excavators and encourage finders to contact archaeologists for this purpose. Sometimes they publish articles in magazines about finds and best practice. Enter more details about this user type: Senior Archaeologist with period specialisms (e.g. Iron Age, Early Medieval, etc). There are 4 working for PAS: 2 at the BM, 1 in Oxford at the Institute of Archaeology. They train FLOs on how to use PAS. Need to validate entries made by FLOs, but do not have the bandwidth due to training commitments and people management duties, which means that many of the records stay in “Awaiting Validation”. They are moderate u sers of the platform and can act as recorders occasionally. They write publications and make decisions on best practice about recording finds. Sometimes they change best practice when new people start recording things differently and they realise these are better ways to do things. They have more attributions than FLOs in the system, as they can edit any record. The existing clunky search functionality forces them to find ways to best record the data in order to facilitate search. There are differences between objects vs coins in terms of terminology (e.g., Medieval period spans different dates depending on the object being recorded), which causes disagreements and is a challenge. There is no Bronze Age specialist at PAS, making it the most difficult period for terminology. They are mostly concerned about the quality of the data entered on the database. Enter more details about this user type: Mainly metal detectorists (MDs) by hobby, field walkers, gardeners. MDs are mostly middle class, employed, white middle-aged men plus wives and girlfriends. There are more than 35k in the UK, and ~65 percent have recorded finds on the PAS database. Most of their finds go unrecorded percent of finders registered with PAS record more than 30 percent of finds on the PAS database. There are currently ~33k registered finders in PAS, but about ~2,700 use the platform occasionally to view their finds. They do not record finds directly on the platform (unless they have been trained to do so) but liaise with FLOs to get their finds recorded. Active MDs go metal detecting every weekend, when the soil is not dry (between Sept-Apr mostly), they do it as a form of exercise, to get out of the house and for fun. There are several types of MDs: independent, belonging to metal detecting clubs and rally MDs. They are represented by the National Council for Metal Detecting (NCMD) and the Federation of Independent Detectorists. Some of them have a passion for archaeology and would love to have been archaeologists if they have had the opportunity. MDs that work in a specific area, know about the landscape and have more knowledge about its archaeology, than detectorists that travel far (e.g., for a rally). They need to get permission from the landowner for their activity (metal detecting is banned in some countries in Europe). The landowner and the MD can get rewarded if the find is deemed Treasure. There are MDs that engage in illegal activities li ke “Nighthawking”, but these are unli kely to record finds on the PAS and are criminals who tarnish the reputation of responsible MDs. Some MDs find it hard to record data as meetings need to be in person with the FLO. They work during the week, therefore cant meet on the week and not all FLOs can meet on the weekend. If the weather is good, they prefer to go detecting on the weekends, so if the FLO organises a Find Day on a weekend with good weather, they might get no shows. They use GPS technology to identify the findspots’ 12-figure National Grid Reference (NGR), they also use “what3words” and longitude and latitude. Some need help from the FLO to identify the NGR. The NCMD has developed an app for finders that is helpful with finding findspots, but this app is not connected to any database. Some of them build strong relationships with their FLOs, but sometimes this relationship can be conflictive, especially because FLOs are busy. Some of them decide to become self-recorders because they can’t get hold of their FLO. They are very protective of their findspots. Some of them have been doing this for years and have a network of people that helps them investigate and record their finds. Some people think that the trust between FLOs and metal detectors has been lost for historical reasons, the relationship between archaeologists and metal detectors was very poor in the 70s and 80s. Generally, not very tech savvy (some of them struggle with email), although this has been improving over time. Some of them are reluctant to record their finds at all with the PAS, as they don’t trust the scheme with regards to maintaining the secrecy of findspots. Some of them find that the PAS Forum can be too political and needs moderation, they normally follow several Facebook metal detecting groups and use these to discuss their finds. Enter more details about this user type: Academic, student or qualified member of the public who use the PAS database for research. Academics or students from universities, other museums, research institutions from the UK and worldwide. They publish articles about research using PAS data and can sometimes have recording abilities. At least 1,000 research projects have used PAS data. We currently have 275 active researchers registered on the platform. Computer savvy and knowledgeable in statistics. They struggle to download the data as there is a max of 12,000 records that can be downloaded at a time via CSV and sometimes columns go missing on the downloads, removing this limit would be a huge benefit. CSV is a good format, as it can be then transferred to R for statistical analysis. R is very popular among archaeological researchers, and Python has also become more popular over time. They have access to full find spots, but don’t get access to personal details. They don’t see red or quarantine records. They also struggle with the lack of metadata and paradata for the PAS database. Metadata is the explanation of what the data means. Paradata is the explanation on the processes to record the data (e.g. bulk uploads, changes in recording practices, etc). Even though PAS uses FISH vocabulary, it uses its own rationale for term choices, which is not documented and not obvious to non-PAS staff. They are mostly interested in the of data and data visualisation (e.g., clusters of finds, heatmaps). It would be useful for them to not only see where finders have found objects, but also where they have searched and haven’t found anything. The current search is more akin to an old paper catalogue in a museum and not in line with modern digital technology. They would li ke to see every find recorded instead of prefiltered finds from FLOs, because they dont have capacity to record more. There is sometimes problems with mis categorisation of objects or mistakes, which they can amend on the database one by one, but there is no functionality for changes in bulk, which sometimes prevents them from amending records for practical reasons. Ideally, classification and subclassification fields should be downs and ideally there should be a way of creating new classifications and subclassifications. They also sometimes amend periods, dates, spatial data, or materials. The ability to do bulk uploads should be approved by Find Advisors before performing the change. Enter more details about this user type: County Council officer using PAS data to update HER records (mostly manually in different separate systems) for build planning purposes. There are ~80 HEROs around the country, with 60 registered in the platform. They have ability to bulk download data from PAS, however the specific CSV template used by HERs doesn’t seem to download seamlessly. They have access to full findspots but no personal records in PAS. They can see who has recorded the record and the second identifier. 50 percent of them use custom built systems li ke HBSMR (from Exegesis) and 50 percent use other more generic Geographic Information Systems (GIS) li ke ArcMap or QGIS to record PAS data. They are not allowed to publish online the full findspots on their platforms, even though they can record them on their systems. This causes sometimes problems, as it is hard for them to give evidence to the public in planning s. They are mostly interested in the of finds for a particular location, as they can lead to investigations of a monument (e.g., a medieval market). In West England, the level of detail in PAS is beyond the level they need, but the most important acteristic is the full findspot. However, in East Anglia they are interested in object descriptions and the object information, not only findspots. They need to do a fair amount of data cleansing to the data to their systems, but these transformations are very specific to the region they work on. Different HERs have different definitions of time periods which were created before FISH (which is the vocabulary used by PAS). They do updates once a month and look for records that haven been updated since then using Advanced Search. They are moderate u sers of the platform. Most of the u sers of HER data (60-70 percent) are commercial archaeology companies which issue assessments for building permissions, the rest are individuals, universities and local groups. Most of the enquiries are about locations, rather than artifacts (e.g., people are interested on the finds on and around a particular location). Universities don’t necessarily have a close relationship with HERs. FLOs have good relationship with HERs in the East of England, but not a close relationship in the West. Amongst the missing functionality on PAS, they have highlighted that the most important one is (especially HERs using GISes) an API (Web Mapping Service) to be able to extract a layer to visualize findspots on their GIS without to do it manually. Enter more details about this user type: British Museum and National Museum Wales staff mainly. One Senior Treasure Registrar (Ian Ridson), 4 Treasure Registrars, 1 Treasure Registration Manager in the BM. In Wales, there is one curator that handles most of the Treasure s and there are plans to hire a full member of staff for Treasure. Treasure team staff collaborate with curators, coroners, FLOs, the DCMS, scientific and conservation teams to progress Treasure s. Prepare s to be evaluated by the coroner and manage the valuation process (commission independent valuation experts, prepare meetings, share minutes, etc). They manage this legal process on an excel spreadsheet, during the pandemic they stopped using a specific Treasure database (TAS) due to problems accessing remotely. At the moment they have occasional use of the platform, but the intention is to move them away from the use of spreadsheets into the platform, so the Treasure process can be better tracked by other teams, the public and the DCMS. We expect them to be active u sers of the platform once onboarded. There are ~1,000 treasure finds per year in England and ~100 in Wales, evaluated in s, which take 1-2years to close due to the long process that involves many parties. Not all Treasure finds are acquired by Museums (probably 50 percent), and most (90 percent) are acquired by local museums instead of the BM. If the BM decides to acquire a find, then the DCMS Treasure team would manage the valuation of the object. They must have ability to amend and change records. Enter more details about this user type: They are occasional u sers of the platform. They are museum staff that evaluate Treasure finds for the BM and the local Museums to assess whether these finds are worth acquiring. They are specialised in the particular object type or period. If a find is acquired by their museum, it would go to the respective museum’s collection and can be managed as part of this collection by the curators. Many of the finds by PAS contributors are not on permanent display, but occasionally can be lent or used by the owner museum for exhibitions. Enter more details about this user type: They are not finders, they are interested in archaeology, they are not employed by any partner or the BM. They do this as a hobby. Can record information on any finds. They also do this as a start of a career in archaeology. There are 130 volunteers that have been trained by PAS, most of them coming from the PASt Explorers programme. Some of them have been recruited by the FLOs. They are moderate u sers of the platform in most s. Enter more details about this user type: Set up u sers on the PAS system and provide support to u sers. There are 3 u sers currently holding admin rights. Forms need to be populated to create a u ser (sign NDA and Terms and Conditions), and separate approval needs to be provided for the Forum. They help with creating u sers and organise training. They perform coordination and budgeting tasks, dealing with everything that no one else canwant to deal with. They are active u sers of the platform and have wide access to functionality as superu sers. Enter more details about this user type: Some of these create and account and register in PAS as Registered members. We have ~19,000 active registered members in the platform. These are occasional u sers of the database. - Landowners – ultimately have the right of ownership on the find and finders need to request permission from them to perform searches on their land. - Field walkers, gardeners, builders discovering things by accident - County archaeologists – they assist with excavations - Countryside advisers – help with by-laws and Countryside Stewardship schemes - Members of public organisations li ke English Heritage, Historic England, Archaeological Societies - Students - Police