Cara Membuat Alat Internal: Panel Admin, Persetujuan, dan Pengganti Spreadsheet

Untuk membangun alat internal, pilih satu alur kerja yang saat ini merepotkan — biasanya spreadsheet bersama, utas email, atau kanal chat yang melakukan pekerjaan database — lalu ubah menjadi aplikasi kecil dengan formulir yang layak, daftar dengan status, izin yang tepat untuk setiap peran, dan riwayat siapa mengubah apa. Pembuat aplikasi AI dapat menghasilkan versi pertama yang berfungsi dalam satu sore. Yang membuatnya berhasil adalah menjaga lingkupnya hanya pada satu alur kerja dan membangunnya bersama orang-orang yang akan memakainya setiap hari.

Apa yang termasuk alat internal

Alat internal adalah perangkat lunak yang tidak glamor tetapi menjalankan bisnis. Jenis yang umum:

Untuk lebih banyak ide awal, lihat ide alat internal untuk tim.

Apakah Anda perlu membangunnya?

Pertahankan spreadsheet jika satu orang yang memeliharanya, datanya kecil, dan kesalahan tidak merugikan banyak. Bangun alat ketika Anda melihat tanda-tanda berikut:

• Orang saling menimpa perubahan, atau tidak ada yang tahu salinan mana yang terbaru
• Anda perlu membatasi sebagian orang hanya untuk melihat atau mengedit sebagian data
• Anda sudah menulis satu halaman instruksi tentang cara memakai lembar tersebut
• Perubahan status perlu memberi tahu seseorang, dan itu terus terlewat
• Anda membutuhkan jejak audit — siapa yang menyetujui ini, dan kapan

Ada juga pilihan tengah. Platform alat internal low-code (Retool, antarmuka Airtable, Softr, dan lainnya) memberi Anda blok bangunan di atas data Anda. Ini cocok ketika data Anda sudah berada di database atau spreadsheet yang didukung dan Anda ingin layar drag-and-drop. Aplikasi yang dibangun dengan AI lebih cocok ketika alur kerjanya spesifik, Anda ingin tampilan dan perilakunya persis seperti yang dibutuhkan tim, atau Anda ingin memiliki kodenya. Untuk pertanyaan yang lebih umum, lihat membangun vs membeli perangkat lunak untuk usaha kecil.

Rancang alur kerjanya sebelum layarnya

Tuliskan alur kerja sebagai cerita singkat sebelum membuat prompt. Untuk alat persetujuan pengeluaran:

1. Karyawan mengajukan pengeluaran: jumlah, kategori, tanggal, deskripsi, foto struk.
2. Manajernya diberi tahu dan menyetujui atau menolak dengan komentar.
3. Pengeluaran di atas batas juga memerlukan persetujuan keuangan.
4. Keuangan menandai pengeluaran yang disetujui sebagai sudah dibayar dalam kelompok mingguan.
5. Setiap orang bisa melihat status pengeluarannya sendiri; keuangan melihat semuanya.

Dari cerita itu Anda mendapatkan:

• Data: pengeluaran, pengguna, peran, persetujuan (siapa, keputusan, komentar, tanggal), lampiran.
• Status: diajukan → disetujui manajer → disetujui keuangan → dibayar, atau ditolak.
• Peran: karyawan, manajer, keuangan, admin.
• Aturan: ambang jumlah, siapa yang boleh memindahkan item ke setiap status.
• Layar: formulir pengajuan, "pengeluaran saya", "menunggu persetujuan saya", tabel semua pengeluaran untuk keuangan, halaman detail dengan riwayat.

Jelaskan alur kerja dengan cara itu dan AI dapat membangun hal yang tepat pada percobaan pertama.

Izin dan riwayat

Alat internal sering menyimpan data sensitif — gaji, detail pelanggan, uang. Dua aturan:

1. Periksa peran di server untuk setiap tindakan. Manajer seharusnya tidak bisa menyetujui pengeluarannya sendiri dengan memanggil endpoint persetujuan secara langsung.
2. Catat riwayat. Simpan setiap perubahan status dan edit beserta siapa yang melakukannya dan kapan. Ini menyelesaikan sebagian besar perdebatan "siapa yang mengubah ini?" dan sangat berharga ketika ada yang salah.

Tentukan cara orang masuk. Login dengan akun Google atau Microsoft perusahaan Anda nyaman bagi tim yang sudah menggunakannya; email dan kata sandi berfungsi di mana saja. Apa pun pilihannya, batasi pendaftaran agar hanya tim Anda yang bisa masuk.

Prompt pertama yang berhasil

Buat alat persetujuan pengeluaran internal untuk perusahaan dengan 25 karyawan. Karyawan mengajukan pengeluaran dengan jumlah, mata uang, kategori (perjalanan, makan, perangkat lunak, peralatan, lainnya), tanggal, deskripsi, dan unggahan foto struk. Manajer mereka melihat daftar "Menunggu persetujuan saya" dan dapat menyetujui atau menolak dengan komentar. Pengeluaran di atas $500 kemudian juga memerlukan persetujuan dari seseorang dengan peran Keuangan. Keuangan melihat tabel semua pengeluaran dengan filter berdasarkan status, orang, dan bulan, dan dapat menandai pengeluaran yang disetujui sebagai sudah dibayar. Setiap perubahan status dicatat beserta siapa yang melakukannya dan kapan, ditampilkan sebagai linimasa di halaman pengeluaran. Peran: karyawan, manajer, keuangan, admin — diperiksa di server untuk setiap tindakan. Simpan semuanya di database dan isi dengan contoh data yang realistis. Antarmuka yang sederhana, padat, dan cepat — ini alat kerja, bukan situs pemasaran.

Langkah membangun

1. Tabel utama dan formulir untuk catatan inti, dengan data awal yang realistis agar pencarian dan filter jelas berfungsi.
2. Status dan transisi, termasuk siapa yang boleh memindahkan item ke setiap status.
3. Peran dan login, dibatasi untuk tim Anda.
4. Log riwayat pada setiap catatan.
5. Notifikasi — email atau pesan chat ketika ada sesuatu yang membutuhkan tindakan seseorang.
6. Impor data yang ada dari spreadsheet. Cara mengubah spreadsheet menjadi aplikasi membahas pembersihan dan impor.
7. Uji coba dengan dua atau tiga pengguna sungguhan selama seminggu sebelum meluncurkan ke semua orang.
8. Matikan proses lama pada tanggal yang ditentukan. Dua sistem yang berjalan berdampingan berarti tidak ada yang dipercaya.

Membuat orang benar-benar memakainya

Banyak alat internal bekerja sempurna tetapi tetap gagal, karena orang terus memakai cara lama.

• Bangun bersama penggunanya. Amati seseorang mengerjakan tugas hari ini sebelum Anda merancang versi baru.
• Buat lebih cepat dari cara lama. Jika mengajukan memakan waktu lebih lama daripada mengirim pesan, orang akan terus mengirim pesan.
• Padat lebih baik daripada cantik. Operator lebih suka tabel dengan filter yang baik dan formulir yang ramah keyboard daripada kartu besar dan ruang kosong.
• Taruh tindakan berikutnya di depan. "Menunggu saya" harus menjadi hal pertama yang dilihat orang.

Kesalahan umum

• Membangun ulang seluruh spreadsheet. Pindahkan satu alur kerja yang merepotkan; biarkan sisanya di spreadsheet untuk sementara.
• Tidak ada pemilik. Seseorang harus bertanggung jawab atas perubahan dan perbaikan setelah peluncuran.
• Izin sebagai hal yang dipikirkan belakangan. Menambahkan peran ke alat yang sudah jadi lebih sulit daripada memulai dengan peran tersebut.
• Melewatkan jejak audit, lalu membutuhkannya saat pertama kali uang hilang.
• Mempublikasikan ke URL publik tanpa login. Apa pun yang bersifat internal harus memerlukan masuk.

Menjaga alat tetap berjalan setelah peluncuran

Proses berubah setiap beberapa bulan — langkah persetujuan baru, kategori baru, tim baru. Rencanakan itu sejak awal:

• Simpan pengaturan di tabel, bukan di kode. Kategori, ambang batas, dan penugasan penyetuju yang berada di database dapat diubah oleh admin tanpa membangun ulang.
• Kumpulkan permintaan di satu tempat. Tautan "usulkan perubahan" sederhana di dalam alat lebih baik daripada permintaan yang tersebar di berbagai chat.
• Ekspor secara berkala. Ekspor CSV dari tabel utama memastikan data tidak pernah terkunci, dan memudahkan pelaporan akhir bulan.
• Uji setelah setiap perubahan. Telusuri lagi ajukan, setujui, dan tolak setelah setiap perubahan pada alur kerja, karena bug izin cenderung muncul di sana.

Biaya operasional

Alat internal yang dibangun dengan AI memerlukan biaya hosting, database, penyimpanan file jika orang mengunggah dokumen, dan mungkin layanan email atau pesan untuk notifikasi. Biasanya tidak ada lisensi per kursi untuk alat yang Anda miliki, hal yang penting ketika banyak pengguna sesekali membutuhkan akses. Biaya yang berkelanjutan adalah waktu seseorang untuk memeliharanya.

Membangunnya dengan Mythex

Alat internal cocok untuk Mythex. Anda menjelaskan alur kerjanya, agen membangunnya di pratinjau langsung, menambahkan database Postgres untuk catatan dan penyimpanan file untuk unggahan seperti struk. Kasus penggunaan alat internal dan kasus penggunaan panel admin di dokumentasi memiliki prompt awal. Rekan kerja dapat membantu membangunnya di ruang kerja Anda tanpa biaya per kursi.

Ada dua hal yang perlu diketahui. Login untuk tim Anda yang memakai alat itu merupakan bagian dari aplikasi yang Anda bangun, dengan pendekatan yang Anda pilih — terpisah dari akun Mythex. Dan Mythex tidak menyertakan integrasi bawaan Salesforce, HubSpot, atau Slack untuk aplikasi itu sendiri; semuanya terhubung lewat API mereka dengan kunci Anda sendiri. Untuk prompt awal, coba templat pelacak persetujuan atau alat admin internal, dan lihat cara membangun dasbor jika yang Anda butuhkan terutama adalah grafik.

Pertanyaan