Finite Field

Penjadwalan kunjungan

Jendela kunjungan, keterampilan, dan waktu perjalanan.
Bangun rencana harian yang benar-benar dapat dijalankan.

Modelkan jendela kunjungan, keterampilan yang diperlukan, perjalanan, istirahat, kesinambungan, dan tambahan mendesak secara bersamaan, lalu buat kandidat rute yang dapat diperiksa dan disesuaikan oleh manusia.

  • Mulai dari Excel
  • Nilai jendela waktu, keterampilan, dan perjalanan bersama
  • Konfirmasi sebelum finalisasi
Rencana rute
Kandidat 02
Tertugas8/9tinjauan
Tepat waktu96%+8
Perjalanan118mnt-24
B123456E
Alex 09:00 Rumah Ek -> 10:35 Teras HijauBrooke 09:30 Rumah Sungai -> 11:20 Klinik UtaraCasey 10:00 Tindakan -> 13:15 Kunjungan rutin

Masalah

Pekerjaan membangun ulang rute lebih berat daripada memasukkan janji ke kalender.

Bagian yang sulit bukan memasukkan janji ke kalender. Bagian sulitnya adalah terus membangun ulang kombinasi kunjungan, orang, waktu, perjalanan, dan pengecualian yang layak dijalankan.

01

Jendela kunjungan saling tumpang tindih.

Sebagian kunjungan hanya pagi, sebagian harus dimulai setelah tugas lain, dan sebagian harus selesai sebelum tenggat.

  • Perjalanan sebelum dan sesudahnya penting
  • Waktu tunggu juga muncul
02

Tidak semua staf dapat berangkat.

Lisensi, peralatan, bahasa, pengetahuan lokasi, dan preferensi pelanggan dapat membuat hanya sedikit staf yang layak.

  • Staf berkualifikasi menjadi hambatan
  • Kecocokan dan kesinambungan penting
03

Dekat di peta belum tentu layak dijalankan.

Jarak garis lurus tidak cukup saat waktu layanan, parkir, waktu jalan, lokasi pangkalan, dan perjalanan langsung ikut menentukan.

  • Perjalanan menekan ruang rencana
  • Setiap staf dapat memulai dari lokasi berbeda
04

Satu perubahan berdampak ke seluruh hari.

Ketidakhadiran, pembatalan, atau tambahan darurat dapat memaksa seluruh sisa hari dibangun ulang.

  • Pertahankan pekerjaan terkonfirmasi sejauh mungkin
  • Notifikasi mungkin juga diperlukan

Perencana menyelesaikan ini secara mental setiap kali.

Jendela kunjungan×Kondisi staf×Perjalanan×Kesinambungan×Perubahan= jadwal yang dapat dijalankan

Model matematis

Pisahkan aturan sebelum meminta mesin pencari solusi menyusun rute harian.

Perencanaan kunjungan dapat diperlakukan sebagai masalah rute dengan jendela waktu, keterampilan staf, istirahat, janji tetap, dan perbaikan setelah perubahan.

01
Wajib

Aturan yang wajib dipenuhi

  • Jendela waktu kunjunganSetiap kunjungan dimulai dan selesai di dalam jendela layanan yang diizinkan.
  • Keterampilan wajibHanya staf dengan keterampilan, lisensi, peralatan, atau bahasa yang diperlukan yang dipertimbangkan.
  • Ketersediaan stafKetidakhadiran, jam kerja, batas kunjungan, dan aturan kembali ke basis tetap terlihat.
02
Preferensi

Preferensi yang dijaga bila memungkinkan

  • KesinambunganPertahankan staf penanggung jawab yang sama saat kesinambungan bernilai bagi operasi.
  • Waktu pilihanUtamakan waktu sasaran di dalam jendela yang diizinkan saat klien atau lokasi memintanya.
  • Keseimbangan beban kerjaHindari menumpuk kunjungan sulit, perjalanan panjang, atau pekerjaan mendesak pada satu orang.
03
Tujuan

Metrik yang perlu diperbaiki

  • Kunjungan belum tertugasKurangi kunjungan prioritas tinggi yang belum tertugas sebelum mengoptimalkan metrik kenyamanan.
  • Waktu perjalananMinimalkan total perjalanan sambil menjaga jendela waktu dan kesinambungan tetap dapat dijelaskan.
  • Keterlambatan dan lemburTunjukkan saat kapasitas staf yang tersedia tidak dapat memenuhi semua permintaan.
Jarak terpendek saja tidak membuat jadwal menjadi baik.

Kami memutuskan bersama Anda apakah pengurangan perjalanan beberapa menit layak mengorbankan kesinambungan, atau berapa banyak kunjungan yang sudah dikonfirmasi dapat dipindahkan untuk kasus mendesak.

Operasi lapangan

Cocok untuk operasi yang mencocokkan kunjungan, orang, dan urutan.

Pertanyaan umumnya adalah siapa harus mengunjungi tempat mana, dalam urutan apa, dan pada waktu berapa.

HC

Perawatan rumah dan keperawatan

Tangani jendela kunjungan, keterampilan medis, kesinambungan, frekuensi mingguan, dan perbaikan akibat ketidakhadiran.

Jendela waktuLisensiKesinambungan
FS

Inspeksi dan perbaikan lapangan

Gabungkan jenis peralatan, suku cadang, keterampilan teknisi, tingkat darurat, dan perjalanan dari basis.

KeterampilanSuku cadangMendesak
CL

Kebersihan dan pemeliharaan

Representasikan jendela masuk, peralatan wajib, banyak staf, dan tugas yang saling terkait.

Banyak orangPeralatanJendela masuk
SV

Kunjungan penjualan dan survei lokasi

Cerminkan prioritas, wilayah, kepemilikan relasi, frekuensi kunjungan, dan perjalanan langsung.

PrioritasAreaFrekuensi

Contoh interaktif

Ubah kondisi dan periksa mengapa kandidat rute berubah.

Ubah skenario, ketidakhadiran, kunjungan darurat, dan kekuatan aturan untuk melihat perubahan kandidat rute.

3 staf / 8 kunjungan
Kondisi

Aturan yang diperiksa

Kondisi hari ini

Demo browser ini memakai metode penjelasan deterministik. Ini bukan mesin optimasi untuk produksi dan tidak menjamin hasil paling optimal.

Tertugas
Tepat waktu
Perjalanan
Kesinambungan
Lembur
Peta rute

Rute perkiraan

Koordinat adalah posisi relatif fiktif. Sistem produksi menggantinya dengan matriks waktu jalan dan penanganan alamat yang terverifikasi.

Tinjauan

Poin tinjauan

    Rute harian

    Linimasa staf

    Pustaka aturan

    Modelkan aturan operasional yang menentukan apakah rute dapat dijalankan.

    Contoh di bawah adalah jenis aturan yang perlu dipisahkan sebelum memilih mesin pencari solusi atau metode pencarian.

    WIN-01Wajib

    Jendela waktu kunjungan

    Mulai dan selesai dalam jendela waktu yang diizinkan untuk setiap kunjungan, atau tandai kunjungan sebagai tidak layak.

    SKL-01Wajib

    Keterampilan wajib

    Wajibkan staf memiliki setiap keterampilan, lisensi, kategori peralatan, atau bahasa yang dibutuhkan kunjungan.

    AVL-01Wajib

    Ketersediaan kerja

    Hormati ketidakhadiran staf, awal kerja, akhir kerja, batas kunjungan, dan janji tetap.

    BRK-01Wajib

    Jendela istirahat

    Jaga istirahat makan atau jendela istirahat tetap terlihat dalam kandidat rute.

    CON-01Preferensi

    Kesinambungan

    Utamakan staf penanggung jawab sebelumnya selama tidak melanggar batasan wajib.

    CHG-01Preferensi

    Perubahan minimum

    Hindari mengubah kunjungan terkonfirmasi saat memperbaiki rencana setelah ketidakhadiran atau tambahan darurat.

    BAL-01Preferensi

    Keseimbangan beban kerja

    Seimbangkan jumlah kunjungan, waktu layanan, waktu perjalanan, urgensi, dan lokasi sulit antar staf.

    TRV-01Tujuan

    Pengurangan perjalanan

    Kurangi total perjalanan setelah kelayakan, prioritas, dan kesinambungan dipertimbangkan.

    UNS-01Tujuan

    Penjelasan belum tertugas

    Tampilkan kunjungan yang belum tertugas beserta alasannya, bukan memaksakan rencana lengkap yang menyesatkan.

    Keluaran yang dapat dijelaskan

    Keluarkan alasan di balik rencana, bukan hanya rencananya.

    Sistem yang berguna tidak menyembunyikan kekurangan. Sistem menampilkan kandidat rencana dan alasan mengapa setiap pengecualian perlu penilaian manusia.

    01

    Urutan dan waktu kunjungan

    Tampilkan waktu tiba, menunggu, mulai, selesai, perjalanan, istirahat, dan kembali untuk setiap staf.

    02

    Alasan belum tertugas

    Klasifikasikan alasan kekurangan seperti keterampilan, jendela waktu, batas kunjungan, jam kerja, dan janji tetap.

    03

    Perbandingan alternatif

    Bandingkan jumlah tertugas, perjalanan, keterlambatan, kesinambungan, lembur, dan jumlah perubahan antar alternatif.

    04

    Perbaikan manual dan dampaknya

    Izinkan tim mengunci kunjungan atau penugasan staf yang sudah dikonfirmasi, lalu hitung ulang hanya sisa rencana.

    1Buat kandidatHitung dari aturan dan prioritas
    2Tinjauan manusiaPengecualian, relasi, konteks lapangan
    3Kunci sebagian rencanaPertahankan kunjungan terkonfirmasi tetap terkunci
    4Hitung ulangBangun ulang bagian yang berubah

    Dari model ke operasi

    Bukan hanya perhitungan: sistem yang benar-benar digunakan tim lapangan.

    Mesin optimasi saja tidak mengubah operasi. Kami merancang layar dan alur kerja di sekitar permintaan, data pelanggan, jadwal staf, peta, notifikasi, dan hasil.

    • Penerimaan permintaan dan daftar kunjunganKelola aturan kunjungan, alamat, waktu layanan, dan prioritas.
    • Aplikasi seluler stafPeriksa urutan hari ini, peta, kontak, kedatangan, dan penyelesaian.
    • Perubahan dan notifikasiCerminkan pembatalan, ketidakhadiran, dan tambahan mendesak, lalu beri tahu pihak yang tepat.
    • Hasil dan analisisAgregasikan selisih antara rencana dan aktual, perjalanan, keterlambatan, dan utilisasi.
    Lihat cakupan prototipe
    LAPANGANPonsel pintar stafJadwal, peta, laporan
    OPERASILayar operasiPermintaan, edit, konfirmasi
    INTI MATEMATISMesin perhitunganBatasan, rute, hitung ulang
    DATAPelanggan, staf, hasilDB, API, log audit

    Data

    Mulai dari berkas jadwal dan aturan yang sudah Anda gunakan.

    Prototipe pertama dapat dimulai dari data anonim untuk satu hari atau satu minggu. Tujuannya adalah memastikan apakah aturan dapat direpresentasikan dan apakah kandidat jadwalnya berguna.

    Masukan

    Data yang perlu ditinjau terlebih dahulu

    01
    Daftar kunjungan

    Alamat atau zona, jendela waktu, menit layanan, keterampilan wajib, prioritas, dan staf sebelumnya.

    02
    Daftar staf

    Jam kerja, lokasi pangkalan, kualifikasi, batas kunjungan, ketidakhadiran, dan lokasi saat ini.

    03
    Aturan bisnis

    Aturan wajib, preferensi, urutan prioritas, aturan istirahat, janji tetap, dan batas perubahan.

    04
    Rencana saat ini dan hasil

    Rencana saat ini, waktu tiba dan selesai aktual, perjalanan, pembatalan, dan perubahan manual.

    Pengalaman terkait

    Sistem untuk memeriksa jadwal perawat kunjungan dari ponsel pintar.

    Finite Field telah membangun sistem yang memungkinkan manajer perawatan memeriksa dan mengelola jadwal perawat kunjungan rumah dari ponsel pintar. Halaman ini memperluas dasar operasional tersebut menjadi pembuatan kandidat jadwal dari banyak batasan.

    Lihat pekerjaan terkait

    Pemeriksaan kecocokan

    Kapan pengembangan khusus cocok, dan kapan tidak.

    Kami terlebih dahulu memeriksa apakah kompleksitas dan manfaatnya cukup untuk membenarkan sistem khusus.

    +

    Cocok untuk model khusus

    • Banyak jendela waktu, keterampilan, dan kondisi perjalanan saling tumpang tindih
    • Perencanaan bergantung pada ingatan koordinator tertentu
    • Ketidakhadiran atau tambahan mendesak sering memaksa penyusunan ulang
    • Produk siap pakai masih memerlukan koreksi manual yang besar
    • Jadwal harus terhubung ke sistem operasional lain
    -

    Pertimbangkan alat siap pakai terlebih dahulu

    • Jumlah kunjungan kecil dan rute tetap sudah cukup
    • Jendela waktu atau syarat kualifikasi hanya sedikit
    • Layanan penjadwalan siap pakai sudah mencakup alur kerja
    • Data dasar atau aturan bisnis belum tertata
    • Proses penerimaan permintaan perlu ditata sebelum otomatisasi

    Proses pengerjaan

    Selesaikan irisan kecil terlebih dahulu, lalu hubungkan ke operasi lapangan.

    Kami memisahkan validasi perhitungan dari implementasi sistem agar setiap fase dapat dilanjutkan, diubah, atau dihentikan berdasarkan bukti.

    1. 01
      PEMERIKSAAN

      Periksa masalah dan data

      Tinjau jadwal saat ini, staf, aturan kunjungan, dan frekuensi perubahan.

      Pemeriksaan gratis
    2. 02
      PEMODELAN

      Klasifikasikan aturan ke tiga kelompok

      Pisahkan aturan wajib, preferensi, dan metrik, lalu sepakati cara pemberian skornya.

      Desain
    3. 03
      PROTOTIPE

      Jalankan prototipe perhitungan kecil

      Gunakan satu hari atau satu minggu untuk membuat kandidat dan membandingkannya dengan rencana saat ini.

      Cakupan tetap
    4. 04
      PRODUK

      Implementasikan sistem operasi

      Implementasikan penerimaan permintaan, peta, pengeditan manual, notifikasi, hasil, dan izin sebagai satu sistem.

      Penawaran khusus
    5. 05
      PERBAIKAN

      Perbaiki dengan hasil aktual

      Gunakan waktu perjalanan aktual, keterlambatan, dan edit manual untuk menyempurnakan aturan.

      Perbaikan

    FAQ

    Pertanyaan sebelum mengotomatiskan penjadwalan kunjungan.

    Jawaban ini menjelaskan peran demo halaman, data peta, tinjauan manusia, dan pekerjaan integrasi.

    Tanyakan jadwal Anda
    Apakah demo halaman ini adalah mesin optimasi produksi?

    Tidak. Demo halaman ini adalah metode deterministik sederhana untuk penjelasan. Pekerjaan produksi memilih mesin pencari solusi, metode pencarian, atau pendekatan hibrida setelah skala, aturan, dan kebutuhan waktu respons diketahui.

    Bisakah mulai dari Excel?

    Ya. Tinjauan pertama dapat dimulai dari daftar kunjungan anonim, daftar staf, memo aturan, dan jadwal saat ini.

    Bisakah rencana diperbaiki setelah ketidakhadiran atau kunjungan darurat?

    Ya. Mode perbaikan dapat mengunci kunjungan yang selesai atau sudah diberi notifikasi, lalu menghitung ulang hanya rute yang tersisa dan menunjukkan apa yang berubah.

    Bisakah ini terhubung ke layanan peta?

    Ya. API waktu jalan, matriks jarak, dan tampilan peta dapat diintegrasikan setelah biaya, syarat, cache, dan penanganan privasi dikonfirmasi.

    Apakah sistem akan mengonfirmasi jadwal akhir secara otomatis?

    Tidak. Manusia harus meninjau kunjungan yang belum tertugas, pelonggaran aturan, dan perbaikan manual sebelum jadwal dikonfirmasi.

    Periksa operasi Anda

    Jadwal kunjungan Anda dapat dinyatakan sebagai model yang dapat dihitung.

    Tinjau lembar Excel atau papan perencanaan yang digunakan sekarang, lalu identifikasi data, aturan, dan cakupan prototipe pertama.

    • Data anonim dapat digunakan
    • Kami akan menyampaikan dengan jelas jika pengembangan khusus tidak diperlukan
    • Tidak ada proses penjualan yang dipaksakan
    Dengan jadwal Anda saat iniBahas jadwal saat ini