← Daftar bab  ·  Pratinjau publik: jawaban tidak disimpan dan tidak dikirim ke mana pun. Di kelas, santri mengumpulkan lewat LMS sekolah (tombol Kumpulkan).
Informatika · KBM · Kelas 11 · Semester 1 · INF.11.1

Merancang dengan Privacy by DesignDesigning with Privacy by Design

Tujuan PembelajaranLearning Objective

Santri mampu menerapkan prinsip privacy by design dan minimisasi data saat merancang produk digital sekolah, memasukkan pertimbangan keamanan perangkat seluler ke dalam rancangan, menambahkan fitur verifikasi informasi "Cek Dulu Sebelum Percaya", serta menguji rancangan bersama calon pengguna.

Students can apply privacy by design and data minimisation principles when designing a school digital product, build mobile device security considerations into the design, add a "Check Before You Trust" information-verification feature, and test the design with prospective users.

Empat Langkah Merancang Produk yang Menjaga Privasi
Four Steps to Designing a Privacy-Respecting Product

Privacy by design berarti privasi dipikirkan sejak awal rancangan, bukan ditambal setelah ada masalah. Ikuti empat langkah: terapkan prinsipnya, minimalkan data, amankan untuk perangkat seluler, lalu tambahkan fitur verifikasi dan uji bersama pengguna.

Privacy by design means privacy is considered from the start of the design, not patched after a problem appears. Follow four steps: apply its principles, minimise data, secure it for mobile devices, then add a verification feature and test it with users.

1. Prinsip Privacy by Design
1. Privacy by Design Principles

  • Proaktif, bukan reaktif: cegah kebocoran sejak rancangan, jangan menunggu insiden.
  • Privasi sebagai pengaturan bawaan: tanpa pengguna mengubah apa pun, setelan paling aman sudah aktif. Contoh: profil tidak publik secara bawaan.
  • Tertanam dalam desain: privasi menjadi bagian dari fitur, bukan tambahan di akhir.
  • Aman sepanjang siklus data: data dilindungi sejak dikumpulkan, disimpan, dipakai, sampai dihapus.
  • Transparan dan berpusat pada pengguna: jelaskan dengan bahasa sederhana data apa yang diambil dan untuk apa, serta beri pengguna kendali atas datanya.
  • Proactive, not reactive: prevent leaks from the design stage, do not wait for an incident.
  • Privacy as the default setting: without the user changing anything, the safest setting is already on. Example: profiles are not public by default.
  • Embedded into the design: privacy is part of the feature, not an add-on at the end.
  • Secure across the data life cycle: data is protected from collection, storage and use until deletion.
  • Transparent and user-centred: explain in simple language what data is taken and why, and give users control over their data.

2. Minimisasi Data
2. Data Minimisation

Untuk setiap kolom isian, tanyakan: "Fitur mana yang butuh data ini? Kalau tidak ada, hapus kolomnya."

  • Ambil seperlunya: izin pulang butuh nama, kelas, tanggal, dan alasan; tidak butuh tanggal lahir atau selfie.
  • Simpan secukupnya: tetapkan kapan data dihapus, misalnya catatan izin dihapus setelah satu semester.
  • Batasi akses: Musyrif hanya melihat data santri di asramanya, bukan semua santri.

Untuk Info Asrama, data yang tersisa cukup nama, kelas, kamar, dan isi permintaan izin. Nomor HP wali santri biasanya sudah tercatat di sistem resmi sekolah seperti FIMS, jadi tidak perlu dikumpulkan ulang.

For every input field, ask: "Which feature needs this data? If none, remove the field."

  • Collect only what is needed: a home-leave request needs name, class, dates and reason; it does not need a date of birth or a selfie.
  • Keep it only as long as needed: decide when data is deleted, for example leave records are deleted after one semester.
  • Limit access: a Musyrif only sees data for students in his own dorm, not all students.

For Info Asrama, the remaining data is just name, class, room and the request details. Parents' phone numbers are usually already recorded in the school's official system such as FIMS, so they do not need to be collected again.

3. Keamanan Perangkat Seluler dalam Rancangan
3. Mobile Device Security in the Design

Pengguna akan membuka aplikasimu dari HP wali santri atau Chromebook bersama. Rancang untuk kondisi itu:

  • Keluar otomatis setelah lama tidak dipakai, karena perangkat bisa dipakai bergantian.
  • Login dengan akun sekolah yang bisa memakai verifikasi 2 langkah, bukan kata sandi buatan sendiri yang lemah.
  • Jangan tampilkan data sensitif di notifikasi, karena notifikasi bisa terbaca di layar terkunci.
  • Minta izin perangkat seminimal mungkin: aplikasi pengumuman tidak butuh lokasi atau kontak.
  • Gunakan HTTPS untuk semua halaman, terutama yang memuat data santri.

Users will open your app on a parent's phone or a shared Chromebook. Design for that situation:

  • Automatic sign-out after a period of inactivity, because devices may be shared.
  • Sign in with the school account, which can use 2-Step Verification, not a weak self-made password.
  • Do not show sensitive data in notifications, because notifications can be read on a locked screen.
  • Ask for as few device permissions as possible: an announcement app does not need location or contacts.
  • Use HTTPS for every page, especially those showing student data.

4. Fitur "Cek Dulu Sebelum Percaya" dan Uji Pengguna
4. The "Check Before You Trust" Feature and User Testing

Tambahkan fitur yang membantu pengguna menilai informasi:

  • Tanda pengumuman resmi berisi nama pengirim berwenang, tanggal, dan jabatan, sehingga pengumuman palsu mudah dibedakan.
  • Tombol "Cek Dulu" yang menampilkan daftar periksa singkat: Siapa sumbernya? Kapan dibuat? Apakah ada di kanal resmi sekolah? Tanyakan ke PDC atau Musyrif jika ragu.

Lalu uji bersama calon pengguna (santri, Musyrif, wali santri). Beri mereka tugas nyata, misalnya "ajukan izin pulang", amati di mana mereka bingung, minta mereka menyuarakan pikirannya, lalu perbaiki rancangan. Saat menguji pun, gunakan data contoh, bukan data asli.

Add a feature that helps users judge information:

  • An official announcement badge showing the authorised sender's name, date and position, so fake announcements are easy to spot.
  • A "Check First" button showing a short checklist: Who is the source? When was it made? Is it on the school's official channel? Ask your PDC or Musyrif if in doubt.

Then test with prospective users (students, Musyrif, parents). Give them real tasks, for example "submit a home-leave request", observe where they get confused, ask them to think aloud, then improve the design. Even during testing, use sample data, not real data.

Contoh di FIWAExample at FIWA

Setelah direvisi, rancangan Info Asrama hanya meminta nama, kelas, kamar, dan isi permintaan izin; login memakai akun Google sekolah; sesi keluar otomatis; notifikasi hanya berbunyi "Ada pembaruan izin", tanpa detail; dan setiap pengumuman memiliki tanda resmi serta tombol "Cek Dulu".

Pada uji coba dengan lima santri dan dua Musyrif, ternyata tombol "Cek Dulu" kurang terlihat. Tim memindahkannya ke bagian atas pengumuman, lalu menguji ulang.

After revision, the Info Asrama design only asks for name, class, room and the request details; sign-in uses the school Google account; sessions sign out automatically; notifications only say "There is a leave update", with no details; and every announcement has an official badge and a "Check First" button.

In a trial with five students and two Musyrif, the "Check First" button turned out to be hard to notice. The team moved it to the top of the announcement, then tested again.

RenunganReflection

Allah memerintahkan agar amanah ditunaikan kepada yang berhak (QS An-Nisa: 58), dan memerintahkan tabayyun atas kabar yang meragukan (QS Al-Hujurat: 6). Perancang yang baik menjaga data penggunanya dan membantu mereka memeriksa kebenaran informasi.

Allah commands that trusts be returned to those entitled to them (QS An-Nisa: 58), and commands tabayyun (verifying) for doubtful news (QS Al-Hujurat: 6). A good designer protects users' data and helps them check whether information is true.