Cara Membuat Aplikasi Pelacak Waktu: Timer, Lembar Waktu dan Laporan

Aplikasi pelacak waktu mencatat siapa yang bekerja untuk apa, berapa lama, dan apakah waktu itu bisa ditagihkan. Untuk membuatnya, Anda membutuhkan klien dan proyek untuk dilacak, timer yang bertahan saat tab browser ditutup, cara menambah dan memperbaiki entri secara manual, lembar waktu mingguan, dan laporan yang mengubah entri mentah menjadi total. Pembuat aplikasi AI bisa menghasilkan versi pertama yang berfungsi dari satu prompt yang jelas. Keputusan yang penting menyangkut aturan: pembulatan, siapa yang boleh mengedit apa, kapan sebuah minggu dikunci, dan apa yang dihitung sebagai billable.

Tentukan untuk apa Anda melacak waktu

Aplikasi yang sama terlihat berbeda tergantung alasan di baliknya:

• Menagih klien. Jam per klien, tarif per orang atau proyek, dan ekspor yang bersih untuk faktur. Akurasi dan jejak audit paling penting.
• Penggajian untuk staf per jam. Jam masuk dan keluar, istirahat, aturan lembur, dan persetujuan manajer. Aturan ketenagakerjaan setempat berlaku, jadi periksa catatan apa yang wajib Anda simpan.
• Memahami ke mana waktu pergi. Wawasan pribadi atau tim, estimasi versus realisasi. Kecepatan input lebih penting daripada alur persetujuan.

Pilih satu sebagai tujuan utama versi pertama. Pelacak tagihan untuk freelancer dan jam kerja untuk gudang berbagi timer dan hampir tidak ada hal lain.

Yang dibutuhkan aplikasi

Data

Simpan waktu mulai dan waktu selesai di setiap entri dan turunkan durasinya dari keduanya. Entri yang diketik sebagai "2j 15m" tanpa waktu bisa menyimpan durasinya saja, tetapi simpan tanggalnya.

Halaman

• Timer dan hari ini: tombol mulai/berhenti yang besar, pemilih proyek, dan entri hari ini di bawahnya.
• Tampilan minggu: grid dengan proyek di sisi kiri dan hari di atas, tempat orang langsung mengetik jam. Banyak orang lebih suka ini daripada timer.
• Laporan: jam per klien, proyek, dan orang untuk rentang tanggal tertentu, dengan pembagian billable dan non-billable, serta ekspor CSV.
• Admin: mengelola klien, proyek, orang, dan tarif.

Izin

Tulis dulu siapa yang boleh melakukan apa:

• Orang melihat dan mengedit entri mereka sendiri.
• Manajer melihat entri timnya dan menyetujui minggu.
• Hanya admin yang mengubah tarif, dan idealnya hanya admin yang bisa melihatnya.
• Tidak ada yang mengedit entri setelah disetujui atau difaktur, kecuali admin membukanya kembali.

Aturan terakhir itulah yang membuat laporan bisa dipercaya. Panduan kami tentang menambahkan login ke aplikasi Anda membahas sisi masuknya, dan kontrol akses berbasis peran membahas perannya.

Keputusan dan pertimbangan

Timer, entri manual, atau keduanya

Timer akurat jika orang ingat menyalakannya, dan itu tidak selalu terjadi. Entri manual cepat bagi orang yang mengisi minggunya pada hari Jumat. Kebanyakan tim butuh keduanya, dan cara untuk mengedit entri timer setelah kejadian. Jika hanya bisa membangun satu, bangun grid mingguan; itu lebih sederhana dan menangani kasus lupa menyalakan timer.

Di mana timer yang berjalan disimpan

Timer yang menghitung di browser akan kehilangan semuanya saat tab ditutup. Simpan waktu mulai ke database saat seseorang menekan mulai, dan tampilkan waktu yang berlalu dengan mengurangkan waktu itu dari sekarang. Timer kemudian tetap berjalan melintasi refresh, laptop, dan ponsel. Putuskan apakah satu orang boleh menjalankan dua timer sekaligus. Biasanya jawabannya tidak: memulai yang baru akan menghentikan yang lama.

Pembulatan

Aturan yang umum adalah membulatkan setiap entri ke atas ke kelipatan 6, 15, atau 30 menit terdekat. Simpan waktu yang persis di database dan terapkan pembulatan hanya di laporan dan faktur. Tampilkan kedua angka di laporan agar tidak ada yang terkejut.

Penguncian dan persetujuan

Tanpa kunci, jam yang ditagihkan bulan lalu bisa berubah setelah faktur terkirim. Model sederhananya: orang mengajukan satu minggu, manajer menyetujuinya, dan entri yang disetujui menjadi hanya-baca. Jika Anda membuat faktur dari aplikasi, tandai entri sebagai sudah difaktur agar tidak ditagihkan dua kali.

Zona waktu dan tengah malam

Simpan waktu dalam UTC dan tampilkan dalam zona waktu orang tersebut. Putuskan entri yang berjalan dari pukul 23.00 sampai 01.00 termasuk hari yang mana. Jawaban yang umum adalah hari saat entri itu dimulai.

Prompt pertama yang berhasil

Buat aplikasi pelacak waktu untuk studio desain enam orang. Data: klien (nama, tarif per jam), proyek (klien, nama, jam anggaran), dan entri waktu (orang, proyek, mulai, selesai, catatan, billable ya/tidak, status draf/diajukan/disetujui). Halaman: halaman Hari ini dengan timer mulai/berhenti dan pemilih proyek yang menyimpan waktu mulai ke database agar timer bertahan saat refresh; halaman Minggu dengan proyek sebagai baris dan Senin sampai Minggu sebagai kolom, tempat orang bisa langsung mengetik jam; halaman Laporan yang menampilkan jam per klien, proyek, dan orang untuk rentang tanggal, dibagi menjadi billable dan non-billable, dengan ekspor CSV; dan halaman Admin untuk klien, proyek, dan orang. Hanya satu timer yang boleh berjalan per orang. Entri yang disetujui tidak bisa diedit. Simpan waktu dalam UTC dan tampilkan dalam zona waktu pengguna. Desain bersih, cepat, dan ramah keyboard.

Langkah pembuatan

1. Proyek dan entri manual dulu. Klien, proyek, formulir untuk menambah entri, dan daftar. Pastikan totalnya cocok.
2. Timer. Mulai, berhenti, satu timer yang berjalan per orang, waktu mulai tersimpan. Uji dengan menyalakan timer, menutup tab, lalu membukanya kembali.
3. Grid mingguan. Mengetik jam di sel membuat atau memperbarui entri.
4. Login dan peran. Tambahkan sebelum orang sungguhan memakainya, agar tidak ada yang tidak sengaja melihat tarif atau entri orang lain.
5. Ajukan dan setujui. Pengajuan mingguan, persetujuan manajer, hanya-baca setelah disetujui.
6. Laporan dan ekspor. Rentang tanggal, pengelompokan, pembagian billable, CSV.
7. Tarif dan titik kait faktur jika Anda menagih klien. Simpan pembuatan faktur sebagai langkah atau aplikasi terpisah; lihat cara membuat aplikasi faktur.
8. Uji kasus tepi. Entri yang melewati tengah malam, minggu saat pergantian waktu musim panas, dua timer dimulai dari dua perangkat, mengedit entri yang sudah disetujui.

Kesalahan umum

• Menghitung waktu hanya di browser. Ini berfungsi di demo dan kehilangan jam dalam pemakaian nyata.
• Membulatkan nilai yang tersimpan. Anda tidak akan pernah bisa mendapatkan kembali waktu yang persis.
• Tanpa kunci untuk minggu yang disetujui. Laporan berhenti cocok dengan faktur.
• Semua orang melihat tarif semua orang. Sembunyikan tarif berdasarkan peran sejak hari pertama.
• Terlalu banyak field wajib. Jika mencatat waktu memakan lebih dari beberapa detik, orang berhenti melakukannya, dan datanya menjadi fiksi. Buat tugas dan catatan opsional di awal.
• Membangun manajer proyek lengkap di dalam pelacak. Simpan proyek sebagai label sederhana. Jika Anda butuh tugas, papan, dan tenggat, itu adalah alat manajemen proyek, pembangunan yang terpisah.

Kapan pelacak siap pakai lebih baik

Jika tim Anda butuh timer, tampilan minggu, dan laporan, produk pelacak waktu khusus sudah melakukan ini dengan baik. Mereka juga menyediakan hal-hal yang butuh usaha nyata untuk dibangun: aplikasi desktop dan ponsel, deteksi idle, integrasi kalender dan alat lain, serta pengingat untuk mengisi lembar waktu. Untuk penggajian per jam, alat yang dibuat khusus untuk itu akan menangani istirahat, lembur, dan pencatatan dengan lebih aman daripada aplikasi buatan sendiri di versi pertama.

Bangun sendiri jika aturan Anda tidak cocok, jika Anda ingin jam terhubung dengan data yang sudah Anda simpan (pekerjaan, pesanan kerja, retainer, faktur), jika biaya per kursi untuk tim besar terus membengkak, atau jika pelacakan waktu hanya satu bagian dari alat internal yang lebih besar. Panduan kami tentang membangun vs membeli perangkat lunak membahas pertukarannya, dan jika jam Anda saat ini tersimpan di spreadsheet bersama, lihat cara mengubah spreadsheet menjadi aplikasi.

Membangunnya dengan Mythex

Di Mythex Anda menjelaskan pelacak di chat, dan agen membangunnya di pratinjau langsung. Mythex menambahkan database Postgres khusus ketika entri perlu disimpan, dan Anda bisa memintanya langsung atau mengetik /database. Use case alat internal di dokumentasi menyarankan memilih satu langkah yang paling menyakitkan untuk versi pertama, yang cocok di sini: mulai dengan entri dan grid mingguan, lalu tambahkan timer dan persetujuan.

Login untuk tim Anda adalah sesuatu yang Anda tambahkan dengan pendekatan autentikasi Anda sendiri (resep add login). Akun Mythex diperuntukkan bagi orang yang membangun, bukan orang yang memakai aplikasi Anda. Setelah alur inti berfungsi, /test meminta agen mengklik-klik pratinjau (mulai timer, tambah entri, jalankan laporan) dan melaporkan apa yang rusak. Untuk titik awal visual, jelajahi templat aplikasi.

Pertanyaan