Sitelerde Kod Yazmadan Form Oluşturmak: Kontrol Listesi ve Başvuru Formu

Site yönetiminde dinamik form tasarımcısı neyi çözer?

Dinamik form tasarımcısı, yönetim ofisinin kendi kontrol listesini, tespit fişini veya başvuru formunu kod yazmadan, geliştirici beklemeden tasarlayıp doğrudan sahaya yayınlayabildiği araçtır. Bir site yönetim yazılımı ne kadar kapsamlı olursa olsun, her sitenin kendine özgü bir prosedürü vardır — bir yönetim ofisi jeneratör bakımında beş maddelik bir kontrol listesi kullanırken bir diğeri sekiz maddelik farklı bir liste kullanabilir. Yazılımın bu farkı sabit ekranlarla karşılaması mümkün değildir; ya her ihtiyaç için özel geliştirme yapılır ya da form tasarımı doğrudan yönetimin eline verilir.

Pratikte sorun şurada ortaya çıkar: sabit alanlarla gelen bir yazılımda yeni bir kontrol maddesi eklemek, bir onay adımı değiştirmek ya da başvuru formuna bir alan koymak için destek talebi açılır, geliştirme sırası beklenir, haftalar geçer. Oysa saha operasyonu günlük işler — jeneratör periyodik bakımı, asansör tespit fişi, yeni sakin başvuru formu, misafir kayıt formu gibi ihtiyaçlar hemen o gün kurulabilmeli. Dinamik form tasarımcısı bu bekleme süresini ortadan kaldırır.

Formun bileşenleri: alan tipleri ve akış

Bir formu tasarlarken üç katman birlikte kurulur:

• Alan tipleri: Metin, sayı, tarih, çoktan seçmeli, evet/hayır, fotoğraf ekleme ve imza alanı gibi bileşenler sürükle-bırak mantığıyla forma eklenir. Bir jeneratör bakım fişinde "yakıt seviyesi" sayısal alan, "arıza fotoğrafı" görsel alan, "teknisyen onayı" imza alanı olarak tanımlanır.
• Zorunluluk ve doğrulama: Hangi alanın boş bırakılamayacağı, hangi sayısal alanın hangi aralıkta olması gerektiği form üzerinden belirlenir. Böylece saha personeli eksik veya hatalı veriyle formu kapatamaz.
• Yayın hedefi: Tasarlanan form hangi role, hangi sahaya ve hangi periyotta (tek seferlik, aylık, olay bazlı) yayınlanacağına göre atanır. Bir tespit fişi güvenlik ekibine günlük tur formu olarak, bir başvuru formu ise sakinlere tek seferlik erişim linkiyle sunulabilir.

Form yayınlandıktan sonra saha ekibi mobil uygulamadan doldurur, yönetim ofisi ise gelen kayıtları tek listede görür — hangi form kimin tarafından, ne zaman, hangi verilerle tamamlandığı geriye dönük olarak izlenebilir.

Kontrol listesi mi, başvuru formu mu: iki farklı kullanım

Dinamik form tasarımcısının en sık kullanıldığı iki senaryo birbirinden farklı ihtiyaçlara hizmet eder ve ayrı ayrı ele alınmalıdır.

Kontrol listeleri (checklist)

Kontrol listeleri tekrarlayan saha işlerinde kullanılır: jeneratör bakımı, yangın tesisatı kontrolü, asansör periyodik denetimi, ortak alan temizlik turu. Bu listelerin özelliği periyodik olarak aynı personelin ya da farklı personelin aynı maddeleri kontrol etmesidir. Form tasarımcısında bir kez kurulan liste, her periyotta otomatik olarak yeni bir görev örneğine dönüşür; personel eksik madde bırakırsa görev tamamlanmış sayılmaz.

Başvuru ve tespit formları

Başvuru formları ise tek seferlik veya olay bazlı ihtiyaçlar için kurulur: yeni sakin kayıt formu, tadilat izin başvurusu, ortak alan kullanım talebi, arıza bildirim formu. Bu formlarda önemli olan, başvurunun doğru kişiye onaya düşmesi ve sonucun başvuru sahibine geri bildirilmesidir. Form tasarımcısı üzerinde onay akışı tanımlanabildiği için başvuru; önce blok yöneticisine, ardından muhasebeye, gerekirse yönetim kuruluna sırayla iletilir.

Her iki kullanımda da ortak nokta, kağıt üzerinde tutulan ya da farklı formatlarda dağınık gezen prosedürlerin tek bir dijital kayda dönüşmesidir. Bu da bir sitenin rol bazlı yetkilendirme yapısıyla birleştiğinde, hangi formu kimin doldurabildiği ve hangi kaydı kimin görebildiği de netleşir.

Kurulumda dikkat edilmesi gereken noktalar

Form tasarımcısını kurarken sık yapılan hatalardan kaçınmak, formun uzun vadede kullanılabilir kalmasını sağlar:

1. Aşırı uzun formlardan kaçının. Saha personeli mobil ekrandan dolduracağı için 20 maddelik bir kontrol listesi yerine, gerçekten kritik olan maddeler seçilmeli. Uzun formlar sahada atlanır veya baştan savma doldurulur.
2. Zorunlu alanları gerçekten gerekli olanlarla sınırlı tutun. Her alanı zorunlu işaretlemek, personelin veri girmeden ilerleyememesi anlamına gelir; bu bazen sahada gerçek bir engelle karşılaşıldığında (örneğin fotoğraf çekilemeyen bir alan) formun tamamlanmasını imkânsız kılabilir.
3. Onay akışını basit tutun. Üç dört aşamalı onay zincirleri gerçek ihtiyacı yansıtmıyorsa başvurular günlerce bekler. Onay akışını, gerçek karar verme sürecine göre kurun, hiyerarşiyi göstermek için değil.
4. Formu periyodik olarak gözden geçirin. Bir kontrol listesi zamanla eskir — bir madde artık geçerli değildir, yeni bir ekipman eklenmiştir. Form tasarımı elde olduğu için bu güncelleme de dışarıdan geliştirme beklemeden yapılabilir.

Örnek: bir jeneratör bakım fişinin baştan sona kurulumu

Somut bir örnek üzerinden gidelim. Bir yönetim ofisi, aylık jeneratör bakımını artık kağıt fişle değil dijital formla takip etmek istiyor. İlk adımda form tasarımcısında "Jeneratör Bakım Fişi" adıyla yeni bir form açılır; alanlar sırasıyla yakıt seviyesi (sayısal), akü durumu (çoktan seçmeli: iyi/değişmeli/kritik), çalışma testi sonucu (evet/hayır), arıza notu (serbest metin, zorunlu değil) ve teknisyen imzası olarak tanımlanır. Ardından bu form aylık periyotta, ilgili teknik personel rolüne, sitenin jeneratör bulunan bloklarına atanır.

Form yayınlandıktan sonra her ay otomatik olarak yeni bir görev örneği açılır; teknisyen sahada mobil uygulamadan formu doldurur, akü durumu "kritik" seçilirse yönetim ofisine otomatik bildirim gider. Altı ay sonra yönetim, geçmiş fişlerin tamamını tek ekrandan geriye dönük inceleyebilir — hangi ayda akü uyarısı verildiği, ne zaman değiştirildiği net biçimde görülür. Bu, hem bakım geçmişinin ispat niteliği taşımasını sağlar hem de ekipman sicili ve bakım geçmişi takibiyle birlikte kullanıldığında sitenin teknik altyapısının tam resmini ortaya koyar.

Aynı mantık başvuru formları için de geçerlidir. Örneğin bir tadilat izin başvuru formu; sakinin daire bilgisi, tadilat türü, planlanan tarih aralığı ve ek belge yükleme alanlarından oluşur, gönderildiğinde önce blok yöneticisine, onay verilirse teknik ekibe düşer. Sakin, başvurusunun hangi aşamada olduğunu uygulamadan takip eder; yönetim ofisi ise telefonla veya kapı önünde sözlü onay verme alışkanlığından kurtulur.

Sonuç: esneklik ile standart arasında denge

Dinamik form tasarımcısının asıl değeri, her sitenin kendine özgü prosedürünü standart bir yazılım çatısı altında, geliştirici müdahalesi olmadan kurabilmesidir. Bu, hem saha operasyonunun hızını korur hem de site yönetim yazılımı seçerken sıkça göz ardı edilen bir esneklik kriterini karşılar: yazılımın sizin sürecinize uyması, sizin sürecinizin yazılıma uyması değil.

Atace'nin Site-Park ürünündeki dinamik form tasarımcısı, kontrol listelerinden başvuru formlarına kadar bu ihtiyacı tek ekrandan karşılar. Sitenizin kendine özgü prosedürlerini nasıl dijitalleştirebileceğinizi görmek isterseniz Site-Park ürün sayfasını inceleyebilir veya doğrudan bizimle iletişime geçebilirsiniz.