Analisis berjalan secara instan dan aman — mendukung Connextra & kriteria INVEST dwibahasa.Pelajari lebih lanjut →
Mengacu pada ISO 29148 & INVEST

Cek kualitas User Storysebelum jadi bug.

ReqLint mengaudit draf kebutuhan Anda secara real-time: menandai istilah ambigu, kalimat pasif, dan klausul yang tidak bisa diuji — lengkap dengan skor, saran revisi, dan acceptance criteria. Cocok untuk analis bisnis, product owner, QA, dan mahasiswa rekayasa perangkat lunak.

Mulai dalam hitungan detik

Tempel dari Jira, Confluence, Notion, atau Google Docs — atau unggah PDF. Tanpa instalasi.

Daftar gratis Buka editor
Tempel teks Anda atau
Contoh:
165/20.000 karakter

Analisis berjalan di browser Anda — teks tidak dikirim ke server.

Fitur

Semua yang dibutuhkan untuk menulis kebutuhan yang jelas

Dari mengetik draf sampai menyerahkannya ke tim pengembang.

Editor real-time

Istilah yang tidak terukur digarisbawahi saat Anda mengetik, lengkap dengan nomor baris dan hitungan klausul.

Quality Scorecard

Skor 0–100 plus kepatuhan terhadap ISO 29148 dan INVEST, dengan rincian I-N-V-E-S-T.

Temuan cacat yang jelas

Setiap temuan menunjuk kalimat, istilah, kategori, dan rekomendasi perbaikan yang spesifik.

Saran revisi otomatis

Ubah istilah tidak terukur dan kalimat pasif menjadi versi yang lebih tegas. Anda yang memutuskan menerapkannya.

Acceptance Criteria (BDD)

Draf skenario Given/When/Then dibuat langsung dari user story Anda sebagai titik awal.

Diff Before / After

Bandingkan draf asli dan revisi per kata, lihat kenaikan skornya, lalu simpan di riwayat atau ekspor.

Cara kerja

Tiga langkah dari draf ke kebutuhan yang siap diuji

  1. 01

    Tempel atau unggah

    Tulis user story, tempel dari alat lain, atau unggah PDF/TXT. Pilih bahasa Indonesia atau English.

  2. 02

    Jalankan analisis

    ReqLint memeriksa tiap klausul terhadap aturan ambiguitas, testabilitas, kelengkapan, direktif, dan kalimat aktif.

  3. 03

    Perbaiki dan ekspor

    Terapkan saran revisi atau edit manual, lihat skor naik di diff, lalu ekspor ke Markdown, CSV, atau JSON.

Standar

Dibangun di atas ISO 29148 dan INVEST

Dua acuan yang umum dipakai untuk menilai kualitas kebutuhan dan user story.

ISO/IEC/IEEE 29148

Lima kriteria yang kami periksa pada setiap klausul:

  • Tidak ambigu

    Tidak memuat kata relatif seperti "cepat", "banyak", atau "yang sesuai".

  • Dapat diverifikasi

    Tidak memakai kata subjektif seperti "user-friendly" atau "menarik".

  • Lengkap

    Punya peran, tujuan, dan manfaat; tidak berakhir dengan "dll" atau "TBD".

  • Direktif tegas

    Memakai "harus"/"wajib", bukan "sebaiknya" atau "mungkin".

  • Kalimat aktif

    Jelas siapa melakukan apa, bukan "harus disimpan".

INVEST

Enam sifat user story yang baik:

  • IIndependentTidak bergantung pada item lain
  • NNegotiableTidak mengunci solusi teknis
  • VValuableManfaatnya dinyatakan
  • EEstimableCukup jelas untuk diestimasi
  • SSmallCukup kecil untuk satu iterasi
  • TTestableDapat diuji dengan kriteria jelas

Lima kategori temuan

  • Ambiguitysangat cepat
  • Non-Testableuser-friendly
  • Tidak Lengkaptanpa "agar …"
  • Weak Directivesebaiknya
  • Passive Voiceharus disimpan

Draf Anda tetap di perangkat Anda

Mesin analisis berjalan sepenuhnya di browser. Teks, berkas PDF, dan riwayat audit disimpan secara lokal dan tidak dikirim ke server mana pun. Hasilnya deterministik: teks yang sama selalu menghasilkan skor yang sama.

FAQ

Pertanyaan yang sering diajukan

Apakah ReqLint memakai AI?

Tidak. Deteksi berbasis kamus istilah dan aturan (regex) yang deterministik, sehingga hasilnya konsisten dan dapat dijelaskan. Anggap ini alat bantu review, bukan pengganti penilaian analis.

Apakah teks saya dikirim ke server?

Tidak. Analisis, pembacaan PDF, dan penyimpanan riwayat semuanya terjadi di browser Anda.

Bahasa apa yang didukung?

Bahasa Indonesia dan English. Pilih bahasa analisis di editor.

Format berkas apa yang bisa diunggah?

PDF, TXT, dan Markdown (maks. 8 MB). PDF berbasis gambar hasil pindai belum dapat dibaca karena tidak memuat teks.

Bagaimana skor dihitung?

Skor dimulai dari 100 lalu dikurangi bobot tiap temuan (ambiguity 14, non-testable 16, tidak lengkap 18, weak directive 10, pasif 12), diredam untuk teks yang panjang.

Bisakah hasilnya diekspor?

Bisa. Ekspor ke Markdown, CSV, atau JSON dari halaman hasil audit, atau salin ringkasannya.

Tulis kebutuhan yang bisa diukur, bukan ditebak.

Coba audit pertama Anda sekarang — gratis, tanpa instalasi.

Daftar gratis Masuk