“Public technology and rights: practical agreements for families, schools and communities”

Coordinating families, schools, and communities around public technology calls for small, understandable, reviewable agreements. The goal is not additional surveillance; it is making sure each person knows which information may be used, when to seek support, and how to correct a decision that affects a child or family.

Start with a shared purpose#

An agreement should start with a simple question: which real problem is being solved, and for whom. It may concern reporting an absence, applying for a grant, booking educational support, or learning about a municipal activity. When the purpose is written in one sentence, it is easier to prevent a platform from collecting irrelevant data or sending contradictory messages. Set a verifiable outcome, a review date, and a named contact person.

An agreement should start with a simple question: which real problem is being solved, and for whom.

Families, schools, libraries, social services, and councils work better together when each party knows its boundary. A school can explain educational processes; a family can provide context and consent where appropriate; a public service must identify its basis, deadline, and complaint channel. Important decisions should not be delegated to a messaging group. A short responsibility chart reduces misunderstanding and protects trust.

Before opening a tool, decide which data are essential, who can consult them, how long they are kept, and how they are deleted. An email address does not authorise sharing diagnoses, grades, or family documents. An institutional account, role-based permissions, and a change log offer stronger safeguards than forwarding screenshots. People must also be told how to access, correct, or request restriction of the use of their information.

Clear notices prevent inequality from being hidden behind an automated notification. Every message should state what happened, what action is expected, by when, what follows from no response, and where support is available. Language should be direct, translatable, and readable on a phone. Testing a draft with a family and a community-support worker before sending it exposes questions a technical team may not see.

Public technology can never be the only door. An in-person appointment, telephone line, support office, accessible form, or library mediation keeps a service universal. The agreement should explain how to request that alternative without having to justify a lack of device, connectivity, or digital skills. Once an incident is recorded, a deadline must not count against someone who reported it in time and requested a workable route.

Name responsibilities without mixing roles#

An agreement should start with a simple question: which real problem is being solved, and for whom. It may concern reporting an absence, applying for a grant, booking educational support, or learning about a municipal activity. When the purpose is written in one sentence, it is easier to prevent a platform from collecting irrelevant data or sending contradictory messages. Set a verifiable outcome, a review date, and a named contact person.

Families, schools, libraries, social services, and councils work better together when each party knows its boundary. A school can explain educational processes; a family can provide context and consent where appropriate; a public service must identify its basis, deadline, and complaint channel. Important decisions should not be delegated to a messaging group. A short responsibility chart reduces misunderstanding and protects trust.

Before opening a tool, decide which data are essential, who can consult them, how long they are kept, and how they are deleted. An email address does not authorise sharing diagnoses, grades, or family documents. An institutional account, role-based permissions, and a change log offer stronger safeguards than forwarding screenshots. People must also be told how to access, correct, or request restriction of the use of their information.

Clear notices prevent inequality from being hidden behind an automated notification. Every message should state what happened, what action is expected, by when, what follows from no response, and where support is available. Language should be direct, translatable, and readable on a phone. Testing a draft with a family and a community-support worker before sending it exposes questions a technical team may not see.

Public technology can never be the only door. An in-person appointment, telephone line, support office, accessible form, or library mediation keeps a service universal. The agreement should explain how to request that alternative without having to justify a lack of device, connectivity, or digital skills. Once an incident is recorded, a deadline must not count against someone who reported it in time and requested a workable route.

Agree on minimum data and safe channels#

An agreement should start with a simple question: which real problem is being solved, and for whom. It may concern reporting an absence, applying for a grant, booking educational support, or learning about a municipal activity. When the purpose is written in one sentence, it is easier to prevent a platform from collecting irrelevant data or sending contradictory messages. Set a verifiable outcome, a review date, and a named contact person.

Families, schools, libraries, social services, and councils work better together when each party knows its boundary. A school can explain educational processes; a family can provide context and consent where appropriate; a public service must identify its basis, deadline, and complaint channel. Important decisions should not be delegated to a messaging group. A short responsibility chart reduces misunderstanding and protects trust.

Before opening a tool, decide which data are essential, who can consult them, how long they are kept, and how they are deleted. An email address does not authorise sharing diagnoses, grades, or family documents. An institutional account, role-based permissions, and a change log offer stronger safeguards than forwarding screenshots. People must also be told how to access, correct, or request restriction of the use of their information.

Clear notices prevent inequality from being hidden behind an automated notification. Every message should state what happened, what action is expected, by when, what follows from no response, and where support is available. Language should be direct, translatable, and readable on a phone. Testing a draft with a family and a community-support worker before sending it exposes questions a technical team may not see.

Public technology can never be the only door. An in-person appointment, telephone line, support office, accessible form, or library mediation keeps a service universal. The agreement should explain how to request that alternative without having to justify a lack of device, connectivity, or digital skills. Once an incident is recorded, a deadline must not count against someone who reported it in time and requested a workable route.

Design notices people can understand#

An agreement should start with a simple question: which real problem is being solved, and for whom. It may concern reporting an absence, applying for a grant, booking educational support, or learning about a municipal activity. When the purpose is written in one sentence, it is easier to prevent a platform from collecting irrelevant data or sending contradictory messages. Set a verifiable outcome, a review date, and a named contact person.

Families, schools, libraries, social services, and councils work better together when each party knows its boundary. A school can explain educational processes; a family can provide context and consent where appropriate; a public service must identify its basis, deadline, and complaint channel. Important decisions should not be delegated to a messaging group. A short responsibility chart reduces misunderstanding and protects trust.

Before opening a tool, decide which data are essential, who can consult them, how long they are kept, and how they are deleted. An email address does not authorise sharing diagnoses, grades, or family documents. An institutional account, role-based permissions, and a change log offer stronger safeguards than forwarding screenshots. People must also be told how to access, correct, or request restriction of the use of their information.

Clear notices prevent inequality from being hidden behind an automated notification. Every message should state what happened, what action is expected, by when, what follows from no response, and where support is available. Language should be direct, translatable, and readable on a phone. Testing a draft with a family and a community-support worker before sending it exposes questions a technical team may not see.

Public technology can never be the only door. An in-person appointment, telephone line, support office, accessible form, or library mediation keeps a service universal. The agreement should explain how to request that alternative without having to justify a lack of device, connectivity, or digital skills. Once an incident is recorded, a deadline must not count against someone who reported it in time and requested a workable route.

Guarantee non-digital alternatives#

An agreement should start with a simple question: which real problem is being solved, and for whom. It may concern reporting an absence, applying for a grant, booking educational support, or learning about a municipal activity. When the purpose is written in one sentence, it is easier to prevent a platform from collecting irrelevant data or sending contradictory messages. Set a verifiable outcome, a review date, and a named contact person.

Families, schools, libraries, social services, and councils work better together when each party knows its boundary. A school can explain educational processes; a family can provide context and consent where appropriate; a public service must identify its basis, deadline, and complaint channel. Important decisions should not be delegated to a messaging group. A short responsibility chart reduces misunderstanding and protects trust.

Before opening a tool, decide which data are essential, who can consult them, how long they are kept, and how they are deleted. An email address does not authorise sharing diagnoses, grades, or family documents. An institutional account, role-based permissions, and a change log offer stronger safeguards than forwarding screenshots. People must also be told how to access, correct, or request restriction of the use of their information.

Clear notices prevent inequality from being hidden behind an automated notification. Every message should state what happened, what action is expected, by when, what follows from no response, and where support is available. Language should be direct, translatable, and readable on a phone. Testing a draft with a family and a community-support worker before sending it exposes questions a technical team may not see.

Public technology can never be the only door. An in-person appointment, telephone line, support office, accessible form, or library mediation keeps a service universal. The agreement should explain how to request that alternative without having to justify a lack of device, connectivity, or digital skills. Once an incident is recorded, a deadline must not count against someone who reported it in time and requested a workable route.

Prepare explainable automated decisions#

An agreement should start with a simple question: which real problem is being solved, and for whom. It may concern reporting an absence, applying for a grant, booking educational support, or learning about a municipal activity. When the purpose is written in one sentence, it is easier to prevent a platform from collecting irrelevant data or sending contradictory messages. Set a verifiable outcome, a review date, and a named contact person.

Families, schools, libraries, social services, and councils work better together when each party knows its boundary. A school can explain educational processes; a family can provide context and consent where appropriate; a public service must identify its basis, deadline, and complaint channel. Important decisions should not be delegated to a messaging group. A short responsibility chart reduces misunderstanding and protects trust.

Before opening a tool, decide which data are essential, who can consult them, how long they are kept, and how they are deleted. An email address does not authorise sharing diagnoses, grades, or family documents. An institutional account, role-based permissions, and a change log offer stronger safeguards than forwarding screenshots. People must also be told how to access, correct, or request restriction of the use of their information.

Clear notices prevent inequality from being hidden behind an automated notification. Every message should state what happened, what action is expected, by when, what follows from no response, and where support is available. Language should be direct, translatable, and readable on a phone. Testing a draft with a family and a community-support worker before sending it exposes questions a technical team may not see.

Public technology can never be the only door. An in-person appointment, telephone line, support office, accessible form, or library mediation keeps a service universal. The agreement should explain how to request that alternative without having to justify a lack of device, connectivity, or digital skills. Once an incident is recorded, a deadline must not count against someone who reported it in time and requested a workable route.

Include accessibility from the first meeting#

An agreement should start with a simple question: which real problem is being solved, and for whom. It may concern reporting an absence, applying for a grant, booking educational support, or learning about a municipal activity. When the purpose is written in one sentence, it is easier to prevent a platform from collecting irrelevant data or sending contradictory messages. Set a verifiable outcome, a review date, and a named contact person.

Families, schools, libraries, social services, and councils work better together when each party knows its boundary. A school can explain educational processes; a family can provide context and consent where appropriate; a public service must identify its basis, deadline, and complaint channel. Important decisions should not be delegated to a messaging group. A short responsibility chart reduces misunderstanding and protects trust.

Before opening a tool, decide which data are essential, who can consult them, how long they are kept, and how they are deleted. An email address does not authorise sharing diagnoses, grades, or family documents. An institutional account, role-based permissions, and a change log offer stronger safeguards than forwarding screenshots. People must also be told how to access, correct, or request restriction of the use of their information.

Clear notices prevent inequality from being hidden behind an automated notification. Every message should state what happened, what action is expected, by when, what follows from no response, and where support is available. Language should be direct, translatable, and readable on a phone. Testing a draft with a family and a community-support worker before sending it exposes questions a technical team may not see.

Public technology can never be the only door. An in-person appointment, telephone line, support office, accessible form, or library mediation keeps a service universal. The agreement should explain how to request that alternative without having to justify a lack of device, connectivity, or digital skills. Once an incident is recorded, a deadline must not count against someone who reported it in time and requested a workable route.

Create an incident protocol#

An agreement should start with a simple question: which real problem is being solved, and for whom. It may concern reporting an absence, applying for a grant, booking educational support, or learning about a municipal activity. When the purpose is written in one sentence, it is easier to prevent a platform from collecting irrelevant data or sending contradictory messages. Set a verifiable outcome, a review date, and a named contact person.

Families, schools, libraries, social services, and councils work better together when each party knows its boundary. A school can explain educational processes; a family can provide context and consent where appropriate; a public service must identify its basis, deadline, and complaint channel. Important decisions should not be delegated to a messaging group. A short responsibility chart reduces misunderstanding and protects trust.

Before opening a tool, decide which data are essential, who can consult them, how long they are kept, and how they are deleted. An email address does not authorise sharing diagnoses, grades, or family documents. An institutional account, role-based permissions, and a change log offer stronger safeguards than forwarding screenshots. People must also be told how to access, correct, or request restriction of the use of their information.

Clear notices prevent inequality from being hidden behind an automated notification. Every message should state what happened, what action is expected, by when, what follows from no response, and where support is available. Language should be direct, translatable, and readable on a phone. Testing a draft with a family and a community-support worker before sending it exposes questions a technical team may not see.

Public technology can never be the only door. An in-person appointment, telephone line, support office, accessible form, or library mediation keeps a service universal. The agreement should explain how to request that alternative without having to justify a lack of device, connectivity, or digital skills. Once an incident is recorded, a deadline must not count against someone who reported it in time and requested a workable route.

Review deadlines and urgent situations#

An agreement should start with a simple question: which real problem is being solved, and for whom. It may concern reporting an absence, applying for a grant, booking educational support, or learning about a municipal activity. When the purpose is written in one sentence, it is easier to prevent a platform from collecting irrelevant data or sending contradictory messages. Set a verifiable outcome, a review date, and a named contact person.

Families, schools, libraries, social services, and councils work better together when each party knows its boundary. A school can explain educational processes; a family can provide context and consent where appropriate; a public service must identify its basis, deadline, and complaint channel. Important decisions should not be delegated to a messaging group. A short responsibility chart reduces misunderstanding and protects trust.

Before opening a tool, decide which data are essential, who can consult them, how long they are kept, and how they are deleted. An email address does not authorise sharing diagnoses, grades, or family documents. An institutional account, role-based permissions, and a change log offer stronger safeguards than forwarding screenshots. People must also be told how to access, correct, or request restriction of the use of their information.

Clear notices prevent inequality from being hidden behind an automated notification. Every message should state what happened, what action is expected, by when, what follows from no response, and where support is available. Language should be direct, translatable, and readable on a phone. Testing a draft with a family and a community-support worker before sending it exposes questions a technical team may not see.

Public technology can never be the only door. An in-person appointment, telephone line, support office, accessible form, or library mediation keeps a service universal. The agreement should explain how to request that alternative without having to justify a lack of device, connectivity, or digital skills. Once an incident is recorded, a deadline must not count against someone who reported it in time and requested a workable route.

Learn from three concrete cases#

Case 1. A mother received a grant notice only through an app she could not open. The school confirmed the incident, the municipal office registered the request by phone, and the deadline remained open. Case 2. A secondary school shared documents through an informal group; after review, it moved to a permission-based space and explained rights to families. Case 3. A library found that a form failed with a screen reader, offered assistance, and published the planned correction date.

Measure whether the agreement works#

An agreement should start with a simple question: which real problem is being solved, and for whom. It may concern reporting an absence, applying for a grant, booking educational support, or learning about a municipal activity. When the purpose is written in one sentence, it is easier to prevent a platform from collecting irrelevant data or sending contradictory messages. Set a verifiable outcome, a review date, and a named contact person.

Families, schools, libraries, social services, and councils work better together when each party knows its boundary. A school can explain educational processes; a family can provide context and consent where appropriate; a public service must identify its basis, deadline, and complaint channel. Important decisions should not be delegated to a messaging group. A short responsibility chart reduces misunderstanding and protects trust.

Before opening a tool, decide which data are essential, who can consult them, how long they are kept, and how they are deleted. An email address does not authorise sharing diagnoses, grades, or family documents. An institutional account, role-based permissions, and a change log offer stronger safeguards than forwarding screenshots. People must also be told how to access, correct, or request restriction of the use of their information.

Clear notices prevent inequality from being hidden behind an automated notification. Every message should state what happened, what action is expected, by when, what follows from no response, and where support is available. Language should be direct, translatable, and readable on a phone. Testing a draft with a family and a community-support worker before sending it exposes questions a technical team may not see.

Public technology can never be the only door. An in-person appointment, telephone line, support office, accessible form, or library mediation keeps a service universal. The agreement should explain how to request that alternative without having to justify a lack of device, connectivity, or digital skills. Once an incident is recorded, a deadline must not count against someone who reported it in time and requested a workable route.

Sources and next agreement#

To check these agreements, consult the Spanish Data Protection Agency, the Ministry for Digital Transformation and Public Administration, the Ministry of Education, Vocational Training and Sports, the Royal Board on Disability, the Spanish Ombudsman, and the competent local authority. Always verify current requirements on official websites.