Cara Buat Alat Dalaman: Panel Admin, Kelulusan dan Penggantian Hamparan

Untuk membina alat dalaman, pilih satu aliran kerja yang kini menyusahkan — biasanya hamparan dikongsi, rantaian e-mel atau saluran sembang yang melakukan kerja pangkalan data — dan tukarkannya kepada aplikasi kecil dengan borang yang betul, senarai dengan status, kebenaran yang sesuai untuk setiap peranan, dan sejarah tentang siapa yang menukar apa. Pembina aplikasi AI boleh menghasilkan versi pertama yang berfungsi dalam masa sehari. Apa yang menentukan kejayaannya ialah mengehadkan skop kepada satu aliran kerja dan membinanya bersama orang yang akan menggunakannya setiap hari.

Apa yang dikira sebagai alat dalaman

Alat dalaman ialah perisian yang tidak glamor tetapi menjalankan perniagaan. Jenis yang biasa:

Untuk lebih banyak idea permulaan, lihat idea alat dalaman untuk pasukan.

Patutkah anda membinanya?

Kekalkan hamparan jika seorang individu menyelenggarakannya, datanya kecil, dan kesilapan kosnya rendah. Bina alat apabila anda melihat tanda-tanda berikut:

• Orang saling menimpa perubahan, atau tiada siapa tahu salinan mana yang terkini
• Anda perlu memastikan sesetengah orang hanya boleh melihat atau menyunting sebahagian data
• Anda sudah menulis satu halaman arahan tentang cara menggunakan hamparan itu
• Perubahan status perlu memberitahu seseorang, dan pemberitahuan itu sentiasa terlepas
• Anda memerlukan jejak audit — siapa yang meluluskan ini, dan bila

Ada juga pilihan pertengahan. Platform alat dalaman low-code (Retool, antara muka Airtable, Softr dan lain-lain) memberi anda blok binaan di atas data anda. Ia sesuai apabila data anda sudah berada dalam pangkalan data atau hamparan yang disokong dan anda mahukan skrin seret-dan-lepas. Aplikasi yang dibina dengan AI lebih sesuai apabila aliran kerjanya khusus, anda mahu ia kelihatan dan berkelakuan tepat seperti yang pasukan anda perlukan, atau anda mahu memiliki kod itu. Untuk soalan yang lebih umum, lihat bina berbanding beli perisian untuk perniagaan kecil.

Reka aliran kerja sebelum skrin

Tulis aliran kerja sebagai cerita pendek sebelum membuat prompt. Untuk alat kelulusan perbelanjaan:

1. Seorang pekerja menghantar perbelanjaan: jumlah, kategori, tarikh, penerangan, gambar resit.
2. Pengurusnya menerima pemberitahuan dan meluluskan atau menolak dengan ulasan.
3. Perbelanjaan yang melebihi had juga memerlukan kelulusan kewangan.
4. Kewangan menandakan perbelanjaan yang diluluskan sebagai telah dibayar dalam kelompok mingguan.
5. Semua orang boleh melihat status perbelanjaan mereka sendiri; kewangan melihat semua.

Daripada cerita itu anda mendapat:

• Data: perbelanjaan, pengguna, peranan, kelulusan (siapa, keputusan, ulasan, tarikh), lampiran.
• Status: dihantar → diluluskan pengurus → diluluskan kewangan → dibayar, atau ditolak.
• Peranan: pekerja, pengurus, kewangan, admin.
• Peraturan: ambang jumlah, dan siapa yang boleh memindahkan item ke setiap status.
• Skrin: borang hantar, “perbelanjaan saya”, “menunggu kelulusan saya”, jadual semua perbelanjaan untuk kewangan, dan halaman butiran dengan sejarah.

Terangkan aliran kerja dalam istilah ini dan AI boleh membina perkara yang betul dari percubaan pertama.

Kebenaran dan sejarah

Alat dalaman sering menyimpan data sensitif — gaji, butiran pelanggan, wang. Dua peraturan:

1. Semak peranan di pelayan untuk setiap tindakan. Pengurus tidak sepatutnya dapat meluluskan perbelanjaannya sendiri dengan memanggil titik akhir kelulusan secara terus.
2. Rekodkan sejarah. Simpan setiap perubahan status dan suntingan dengan siapa yang membuatnya dan bila. Ini menyelesaikan kebanyakan pertikaian “siapa yang menukar ini?” dan sangat berguna apabila sesuatu tidak kena.

Tentukan bagaimana orang log masuk. Log masuk dengan akaun Google atau Microsoft syarikat anda memudahkan bagi pasukan yang sudah menggunakannya; e-mel dan kata laluan berfungsi di mana-mana. Apa pun pilihan anda, hadkan pendaftaran supaya hanya pasukan anda boleh masuk.

Prompt pertama yang berfungsi

Bina alat kelulusan perbelanjaan dalaman untuk syarikat 25 orang. Pekerja menghantar perbelanjaan dengan jumlah, mata wang, kategori (perjalanan, makanan, perisian, peralatan, lain-lain), tarikh, penerangan dan muat naik gambar resit. Pengurus mereka melihat senarai “Menunggu kelulusan saya” dan boleh meluluskan atau menolak dengan ulasan. Perbelanjaan melebihi $500 kemudian juga memerlukan kelulusan daripada seseorang yang mempunyai peranan Kewangan. Kewangan melihat jadual semua perbelanjaan dengan penapis mengikut status, orang dan bulan, dan boleh menandakan perbelanjaan yang diluluskan sebagai telah dibayar. Setiap perubahan status direkodkan dengan siapa yang melakukannya dan bila, dipaparkan sebagai garis masa pada halaman perbelanjaan. Peranan: pekerja, pengurus, kewangan, admin — disemak di pelayan untuk setiap tindakan. Simpan semuanya dalam pangkalan data dan isikan data contoh yang realistik. Antara muka yang ringkas, padat dan pantas — ini alat kerja, bukan laman pemasaran.

Langkah membina

1. Jadual dan borang utama untuk rekod teras, dengan data contoh yang realistik supaya carian dan penapis jelas berfungsi.
2. Status dan peralihan, termasuk siapa yang boleh memindahkan item ke setiap keadaan.
3. Peranan dan log masuk, dihadkan kepada pasukan anda.
4. Log sejarah pada setiap rekod.
5. Pemberitahuan — e-mel atau mesej sembang apabila sesuatu memerlukan tindakan seseorang.
6. Import data sedia ada daripada hamparan. Cara menukar hamparan kepada aplikasi meliputi pembersihan dan import.
7. Ujian dengan dua atau tiga pengguna sebenar selama seminggu sebelum dilancarkan kepada semua.
8. Matikan proses lama pada tarikh yang ditetapkan. Dua sistem yang berjalan serentak bermakna tiada satu pun dipercayai.

Mendapatkan orang menggunakannya dengan sebenar

Ramai alat dalaman berfungsi sempurna namun tetap gagal, kerana orang terus menggunakan cara lama.

• Bina bersama pengguna. Perhatikan seseorang melakukan tugas itu hari ini sebelum anda mereka bentuk versi baharu.
• Jadikan ia lebih pantas daripada cara lama. Jika menghantar mengambil masa lebih lama daripada menghantar mesej, orang akan terus menghantar mesej.
• Padat lebih baik daripada cantik. Pengendali lebih suka jadual dengan penapis yang baik dan borang mesra papan kekunci berbanding kad besar dan ruang kosong.
• Letakkan tindakan seterusnya di hadapan. “Menunggu saya” sepatutnya menjadi perkara pertama yang orang lihat.

Kesilapan biasa

• Membina semula keseluruhan hamparan. Pindahkan satu aliran kerja yang menyusahkan; biarkan selebihnya dalam hamparan buat masa ini.
• Tiada pemilik. Seseorang mesti bertanggungjawab terhadap perubahan dan pembetulan selepas pelancaran.
• Kebenaran sebagai pemikiran kemudian. Menambah peranan pada alat yang sudah siap lebih sukar daripada bermula dengannya.
• Melangkau jejak audit, dan kemudian memerlukannya pada kali pertama wang hilang.
• Menerbitkan ke URL awam tanpa log masuk. Apa-apa yang bersifat dalaman mesti memerlukan log masuk.

Memastikan ia berjalan selepas pelancaran

Proses berubah setiap beberapa bulan — langkah kelulusan baharu, kategori baharu, pasukan baharu. Rancang untuk itu dari awal:

• Simpan tetapan dalam jadual, bukan kod. Kategori, ambang dan tugasan pelulus yang berada dalam pangkalan data boleh ditukar oleh admin tanpa membina semula.
• Kumpulkan permintaan di satu tempat. Pautan mudah “cadangkan perubahan” dalam alat lebih baik daripada permintaan yang bertaburan merentasi sembang.
• Eksport secara berkala. Eksport CSV jadual utama bermakna data tidak pernah terperangkap, dan memudahkan laporan akhir bulan.
• Uji selepas setiap perubahan. Lalui semula hantar, lulus dan tolak selepas sebarang perubahan pada aliran kerja, kerana pepijat kebenaran cenderung muncul di situ.

Kos berjalan

Alat dalaman yang dibina dengan AI memerlukan hosting, pangkalan data, storan fail jika orang memuat naik dokumen, dan mungkin perkhidmatan e-mel atau pemesejan untuk pemberitahuan. Biasanya tiada lesen setiap kerusi untuk alat yang anda miliki, dan ini penting apabila ramai pengguna sekali-sekala memerlukan akses. Kos berterusannya ialah masa seseorang untuk menyelenggarakannya.

Membina dengan Mythex

Alat dalaman sesuai dengan Mythex. Anda terangkan aliran kerja, ejen membinanya dalam pratonton langsung, menambah pangkalan data Postgres untuk rekod dan storan fail untuk muat naik seperti resit. Kes penggunaan alat dalaman dan kes penggunaan panel admin dalam dokumentasi mempunyai prompt permulaan. Rakan sekerja boleh membantu membinanya dalam ruang kerja anda tanpa yuran setiap kerusi.

Dua perkara perlu diketahui. Log masuk untuk pasukan anda yang menggunakan alat itu ialah sebahagian daripada aplikasi yang anda bina, dengan pendekatan yang anda pilih — ia berasingan daripada akaun Mythex. Dan Mythex tidak menyertakan integrasi Salesforce, HubSpot atau Slack terbina dalam untuk aplikasi itu sendiri; ia disambungkan melalui API mereka dengan kunci anda sendiri. Untuk prompt permulaan, cuba templat pengesan kelulusan atau alat admin dalaman, dan lihat cara membina papan pemuka jika yang anda perlukan kebanyakannya carta.

Soalan lazim