---
title: General Criteria
description: A list of general priorities we consider for all submissions to Privacy Guides.
---

Below are some general priorities we consider for all submissions to Privacy Guides. Varje kategori kommer att ha ytterligare krav för inkludering.

- **Security**: Tools should follow security best practices wherever applicable.
- **Source Availability**: Open-source projects are generally preferred over equivalent proprietary alternatives.
- **Cross-Platform Availability**: We typically prefer recommendations to be cross-platform to avoid vendor lock-in.
- **Active Development**: The tools that we recommend should be actively developed. Unmaintained projects will be removed in most cases.
- **Usability**: Tools should be accessible to most computer users. An overly technical background should not be required.
- **Documentation**: Tools should have clear and extensive documentation for use.

## Finansiell information

Vi tjänar inga pengar på att rekommendera vissa produkter, vi använder inga affiliate-länkar och vi ger inga särskilda överväganden till projektdonatorer.

## Utvecklarens självinlämningar

Vi har dessa krav på utvecklare som vill lämna in sitt projekt eller sin programvara för bedömning.

- Must undergo our [self-submission process](https://discuss.privacyguides.net/t/about-the-project-showcase-category/114) as a way to engage with our community, address any potential concerns, and elicit any feedback that can help improve your project.

- Måste uppge tillhörighet, det vill säga din position inom projektet som lämnas in.

- Must have a security white paper if it is a project that involves the handling of sensitive information like a messenger, password manager, encrypted cloud storage, etc.
    - Regarding third party audit status, we want to know if you have undergone one, or have requested one. Om möjligt, ange vem som kommer att genomföra revisionen.

- Måste förklara vad projektet tillför när det gäller integritetsskydd.
    - What new problem(s), if any, does it solve?
    - Varför skulle någon använda det framför alternativen?

- Måste ange vilken exakt hotmodell som gäller för deras projekt.
    - Det bör vara tydligt för potentiella användare vad projektet kan erbjuda och vad det inte kan erbjuda. Ideally, a developer should be able to identify what [common threat(s)](../basics/common-threats.md) their project protects against.
