Toplantı odası ve masa rezervasyonu uygulaması: Ekranlardan önce kuralları planlayın

Çözmeniz gereken rezervasyon sorunlarıyla başlayın

Toplantı odası ve masa rezervasyonu uygulaması şık görünüp insanları her gün zorlayabilir. Bir takvim, bir ekibin toplantı odasını öğleden sonra rezerve edip edemeyeceğine, bir kişinin aynı anda iki masa tutup tutamayacağına veya kimse gelmediğinde ne olacağına karar veremez. Bunlar politika kararlarıdır ve uygulamanın bunları tutarlı biçimde uygulaması gerekir.

İnsanların şu anda bildirdiği sorunlarla başlayın. Bunlar genellikle sıradandır: biri bir oda rezerve eder ama hiç kullanmaz, bir ziyaretçi boş masa bulamaz veya iki ekip aynı alana sahip olduğunu düşünür. Biri düğmeleri, renkleri ya da bildirim metinlerini seçmeden önce bu durumları yazın.

Belirsiz ofis rezervasyon kuralları alanı sessizce israf eder. Bir çalışan aylar boyunca her pazartesi bir masa rezerve edebilir, ancak bu günlerin çoğunda uzaktan çalışabilir. Başka biri boş masa olmadığını görüp eve döner, oysa rezerve edilmiş birçok koltuk boştur. İnsanların toplantı odalarını "ne olur ne olmaz" diye fazladan rezerve etmesi de aynı soruna yol açar.

Önce birkaç temel kararı verin:

• Her alan türünü kim rezerve edebilir ve ne kadar önceden rezerve edebilir?
• Tek bir rezervasyon ne kadar sürebilir?
• Kullanıcılar aynı anda birden fazla rezervasyon tutabilir mi?
• Kullanılmayan bir oda veya masa ne zaman yeniden kullanıma açılır?
• Planlar değiştiğinde bir rezervasyonu kim geçersiz kılabilir?

Politikayı arayüz tasarımından ayrı tutun. "Check-in yapılmazsa 30 dakika sonra masayı yeniden kullanıma aç" bir politikadır. "Rezervasyonun yanında geri sayım göster" ise bir arayüz tercihidir. Politika adil erişim sağlar, ekran da insanların bunu anlamasına yardımcı olur.

Örneğin altı kişilik bir ekibin saat 10.00'da bir odaya ihtiyacı olabilirken ekipten birinin aynı sabah için masa rezerve etmesi sorun olmayabilir. Ancak odada 15 dakikalık bir check-in kuralı varsa ve kimse gelmezse uygulama odayı 10.15'te yeniden kullanıma açmalı ve ekibe bildirim göndermelidir.

Politikaları çalışanların sorgulayabileceği ve değiştirebileceği yalın cümlelerle yazın. "Kullanılmayan rezervasyonları hızla iptal edin" gibi ifadelerden kaçının. Zamanı, işlemi ve istisnayı belirtin: "Organizatör check-in yapmazsa uygulama, başlangıç saatinden 15 dakika sonra odayı yeniden kullanıma açar." Net kurallar, tekrarlanan rezervasyonları, çakışma uyarılarını ve bildirimleri geliştirmeyi kolaylaştırır.

Alanları ve uygulamayı kullanacak kişileri listeleyin

Her alan aynı kurallara uyduğunda rezervasyon uygulaması sorun çıkarmaya başlar. Gerçek ofise uygun bir envanter oluşturun: kapalı odalar, açık masalar, sessiz alanlar, telefon kabinleri, eğitim alanları, otopark yerleri ve gerekiyorsa ortak kullanılan ekipmanlar.

Her öğeye insanların tanıyacağı bir ad verin. İki katta da aynı ad kullanılıyorsa "Oda 3" karışıklığa yol açar. "Liman odası, 2. kat" ifadesi ziyaretçiye nereye gideceğini söyler. Masa bölgelerinde de "Pencere kenarı masaları" veya "Destek ekibi alanı" gibi kullanım amacını belirten adlar daha iyi çalışır.

Bir kişinin seçimini etkileyen ayrıntıları kaydedin. Ekranı ve video kamerası olan altı kişilik bir oda müşteri görüşmesi için uygun olabilir, ancak 12 kişilik bir atölye için uygun değildir. Erişilebilirlik bilgilerini rezervasyondan sonra bir notun içine saklamak yerine kişi rezervasyon yapmadan önce gösterin.

Bir kaynak kaydında şunlar bulunmalıdır:

• Konum, kat ve yakındaki belirgin bir nokta
• Kapasite ve mevcut ekipman
• Basamaksız erişim veya ayarlanabilir masa gibi erişilebilirlik ayrıntıları
• Alanın rezervasyona açık olduğu saatler
• Rezervasyon için yöneticinin onayının gerekip gerekmediği

Erişim kuralları da aynı ayrıntı düzeyini gerektirir. Takvimi oluşturmadan önce her kaynağı kimlerin rezerve edebileceğine karar verin. Satış ekibi müşteri odalarını rezerve edebilirken, her çalışan ortak bir masa rezerve edebilir. Bazı departman odaları belirli bir saatten sonra herkese açılabilir.

"Yalnızca personel" gibi belirsiz izinlerden kaçının. Uygulamada grupları açıkça adlandırın: çalışanlar, yükleniciler, ofis yöneticileri, ziyaretçiler ve yöneticiler. Ardından her grubun neler yapabileceğini belirtin. Yükleniciler bir günlüğüne masa rezerve edebilir ancak toplantı odası rezerve edemeyebilir. Ofis yöneticileri oda bilgilerini güncelleyebilir ve bakım nedeniyle kapanan alanlardaki rezervasyonları iptal edebilir.

Onayları yalnızca gerçek bir sorunu önledikleri durumlarla sınırlayın. Büyük odalar, yönetici alanları, mesai dışı erişim ve özel ekipmanlı eğitim odaları onay gerektirebilir. Standart iki kişilik bir oda için genellikle gerekmez. Fazla onay adımı, insanları yeniden sohbet mesajlarına ve elektronik tablolara yönlendirir.

Koder.ai bu envanteri sohbet üzerinden erken bir uygulama planına dönüştürebilir. Her alanı, kullanıcı grubunu ve izinleri yalın bir dille açıklayın; böylece ekranlar ve bildirimler ofis kurallarını tahmin etmek yerine bu kurallara uyar.

Uygunluğu adım adım tanımlayın

Uygunluk, takvimdeki boş bir saatten fazlasıdır. Her alanın kendi çalışma saatleri, sınırları ve kapalı tarihleri olmalıdır. Takvimi tasarlamadan önce bu kuralları yalın bir dille tanımlayın.

Her alan türüyle başlayın. Sessiz bir masa pazartesiden cumaya 08.00-18.00 arasında açık olabilir. Bir toplantı odası müşteri görüşmeleri için daha geç saatlere kadar kullanılabilir. Bir departman odayı yönetiyorsa, programı yayınlamadan önce bu erişim sınırını uygulayın. Uygulamanın bir alanı seçmeye izin verip son adımda rezervasyonu reddetmesi insanları rahatsız eder.

Minimum ve maksimum rezervasyon sürelerini belirleyin. Masalar yarım gün veya tam gün bloklarıyla, odalar ise 30 dakikalık aralıklarla kullanılabilir. 15 dakikalık minimum süre, takvimleri rahatsız edici boşluklarla doldurur. Birçok ofis için odalarda 30 dakika, masalarda yarım gün daha kolay yönetilir.

Bir zaman aralığının açık olup olmadığına karar verirken şu sırayı kullanın:

1. Alanın istenen saatte açık olduğunu doğrulayın.
2. Tatilleri, bakımı, temizliği ve özel etkinlikleri kontrol edin.
3. Alanı başka bir rezervasyonun kullanıp kullanmadığını kontrol edin.
4. Rezervasyon süresi ve erişim kurallarını uygulayın.
5. Önceden rezervasyon sınırını uygulayın.

Yöneticiler kapalı zaman için bir neden eklemelidir. "Projektör değişimi, 13.00-16.00" ifadesi takvimdeki boş gri bir alandan çok daha açıktır. Bir şirket tatili ilgili tüm alanları kapatabilirken özel bir etkinlik yalnızca bir odayı kapatabilir.

İnsanların ne kadar önceden rezervasyon yapabileceğini seçin. Ofise geliş sıklığı sık değişiyorsa iki haftalık bir aralık işe yarayabilir. Atölye veya ziyaretçi toplantısı planlayan ekipler için 60 günlük aralık daha uygun olabilir. Organizatörlere normal çalışanlardan daha uzun bir aralık tanınabilir, ancak uygulama bu farkı açıkça belirtmelidir.

Birbiriyle çakışan kuralları kontrol edin. Masalar tam gün rezerve edilebiliyor, ofis de 08.00'de açılıp 18.00'de kapanıyorsa uygulamada "tam gün" ifadesini tanımlayın. Bir oda 18.00'de kapanıyorsa iki saatlik rezervasyon 17.00'de başlayamaz. Küçük ayrıntılar daha sonra oluşacak kafa karıştırıcı çakışma uyarılarını önler.

İlk kural setini bir ofis yöneticisinin birkaç dakika içinde gözden geçirebileceği kadar kısa tutun. Politika onaylandıktan sonra Koder.ai yazılı kuralları takvim mantığına, yönetici kontrollerine ve bildirimlere dönüştürmenize yardımcı olabilir.

Tekrarlanan rezervasyonlar için kurallar belirleyin

Tekrarlanan rezervasyonlar, insanların her hafta aynı masa veya odayı yeniden rezerve etmesini önler. Ancak uygulama tekrarlanan rezervasyonu kalıcı tek bir blok gibi ele alırsa sorun çıkar. Takvimi tasarlamadan önce kuralları belirleyin.

Günlük, haftalık ve aylık olmak üzere ofis alışkanlıklarını yansıtan tekrar seçenekleri sunun. Haftalık rezervasyon, her salı saat 10.00'da yapılan ekip toplantısına uygundur. Günlük tekrar, kısa bir proje boyunca aynı masayı kullanan biri için işe yarayabilir. Aylık tekrar, ayın ilk pazartesi günü yapılan bordro değerlendirmesi gibi etkinliklere uygundur.

Her serinin bir bitiş tarihi olmalıdır. Popüler bir odayı aylarca sessizce meşgul edebilecek "sonsuz devam et" seçeneğinden kaçının. İnsanların bir son tarih veya sabit sayıda tekrar seçmesine izin verin. Ofis politikası gerektiriyorsa uygulama seriyi 12 haftalık rezervasyon gibi bir sınırla da kısıtlayabilir.

Kaydetmeden önce her tarihi kontrol edin

Uygulama yalnızca ilk rezervasyonu değil, her tekrarı test etmelidir. Bir oda tarihlerden birinde bakım nedeniyle kapanabilir veya serinin ilerleyen bir zamanında başka bir ekip aynı aralığı rezerve etmiş olabilir.

Onaydan önce bir ön izleme gösterin. Odayı veya masayı, saati, tekrar düzenini, son tarihi ve toplam rezervasyon sayısını ekleyin. Bazı tarihler uygun değilse bunları belirtin ve nedenini açıklayın.

Örneğin Priya, sekiz hafta boyunca her çarşamba 14.00-15.00 arasında Cedar Odası'nı rezerve eder. Tesis ekibi dördüncü çarşamba günü odayı onarım için kapatır. Uygulama, Priya'nın yedi açık tarihi onaylayıp onarım tarihini atlamasına veya yalnızca o toplantı için başka bir uygun oda seçmesine izin vermelidir.

İzin almadan toplantıyı başka bir odaya taşımayın. Farklı bir konum katılımcıları, ekipmanı ve erişilebilirliği etkileyebilir.

Değişiklikleri öngörülebilir hale getirin

Kullanıcıların iki düzenleme seçeneğine ihtiyacı vardır: tek bir tekrarı değiştirmek veya serinin tamamını değiştirmek. Priya yalnızca altıncı toplantıyı perşembeye alırsa diğer yedi rezervasyon çarşamba gününde kalmalıdır. Seri saatini 15.00'e alırsa uygulama gelecekteki tüm tekrarları yeniden test etmeli ve kaydetmeden önce çakışmaları bildirmelidir.

İptallerde de aynı yaklaşımı kullanın. İnsanların tek bir tarihi, gelecekteki tüm tarihleri veya serinin tamamını iptal etmesine izin verin. Böylece kullanılmayan tekrarlanan masa rezervasyonları, çalışma arkadaşlarının kullanabileceği alanları engellemez.

Check-in işleminin nasıl çalışacağına karar verin

Bir rezervasyon, ancak biri alanı kullandığında işe yarar. Rezervasyondan kısa süre önce açılan ve başlangıçtan kısa süre sonra kapanan bir check-in aralığı belirleyin. Örneğin saat 10.00 için rezerve edilen bir odada check-in 09.50-10.10 arasında yapılabilir. Bu, insanların gelmesi için zaman tanırken boş bir odanın tüm sabah tutulmasını önler.

Katılımı doğrulayan tek bir işlem seçin. Kişi uygulamada "Check-in yap" seçeneğine dokunabilir, kapıdaki kodu tarayabilir veya odanın dışındaki tableti kullanabilir. Yöntemi ofis genelinde tutarlı tutun. Masalarda uygulama üzerinden, odalarda duvar tabletinden check-in yapılıyorsa iki yöntemi de açıkça anlatın.

Check-in yapılmayan alanları yeniden kullanıma açın

Bildirimleri geliştirmeden önce kaçırılan check-in kuralını yazın. Aralık kapandığında uygulama rezervasyonu iptal etmeli ve odayı veya masayı yeniden kullanılabilir hale getirmelidir. Ayrıca başlangıçta rezervasyonu yapan kişiye ne olduğunu bildirmelidir.

Adil bir politika genellikle kısa bir esneklik süresi içerir. Kişi önceki toplantı veya asansör kuyruğu nedeniyle gecikebilir. Bir saatlik oda rezervasyonu için 15 dakika uygun olabilir. 30 dakikalık toplantıların yapıldığı iş yerlerinde ise beş dakikalık bir sınır gerekebilir.

Check-in'i tekrar tekrar kaçırmanın sonuçları olup olmayacağına karar verin. Önce hatırlatıcılarla başlayın, ardından kullanmadıkları alanları sürekli tutan kişilerin önceden rezervasyon yapmasına geçici bir sınır getirmeyi değerlendirin. Tek bir kaçırılan rezervasyon genellikle ağır bir yaptırımı haklı çıkarmaz. Planlar değişebilir.

Toplantı sahiplerinin katılımı doğrulamasına izin verin

Grup toplantılarında toplantı sahibi herkes adına check-in yapabilmelidir. Her katılımcının doğrulama yapmasını istemek gereksiz zorluk yaratır. Toplantı sahibi gelmezse davetli başka bir katılımcı, rezervasyon başladıktan sonra bu işlemi devralabilir.

Kural devreye girer girmez uygulama kullanılmayan odayı yeniden kullanıma açmalıdır. Ardından oda boşaldığında haber verilmesini isteyen kişilere bildirim gönderebilir. Basit bir mesaj yeterlidir: "Orkide odası şu anda 11.00'e kadar müsait. Başkası rezerve etmeden ayırtın."

Rezervasyon zamanını, check-in zamanını, iptali ve yeniden kullanıma açılma nedenini içeren bir etkinlik kaydı tutun. Ofis yöneticileri bu kaydı, kağıt üzerinde yoğun görünen ancak çoğu zaman boş kalan odaları bulmak için kullanabilir. Kayıt, iki ekip aynı alanı talep ettiğinde anlaşmazlıkları çözmeye de yardımcı olur.

Koder.ai, ekranları geliştirmeye zaman ayırmadan önce bu işlemleri modellemenize yardımcı olabilir. Zamanlamayı, katılımı kimin doğrulayabileceğini ve alanın yeniden kullanıma açılma politikasını sohbette açıklayın, ardından birkaç kaçırılan check-in'i gerçekçi rezervasyonlarla test edin.

Açık çakışma uyarıları yazın

Bir rezervasyon çakışması uyarısı sorunu yalın bir dille açıklamalı ve kişiye bundan sonra ne yapacağını söylemelidir. "Rezervasyon başarısız" gibi mesajlar destek taleplerini artırır. Açık bir uyarı, kişinin tahminde bulunmadan başka bir oda, masa veya saat seçmesine yardımcı olur.

Aynı alan için tüm örtüşmeleri engelleyin. Maya Alder Odası'nı 10.00-11.00 arasında rezerve ettiyse uygulama, bu saatin herhangi bir bölümü için yapılacak 10.45-11.30 rezervasyonunu da reddetmelidir. Aynı kuralı kişisel masalara uygulayın.

Uyarıda alanı, tarihi ve çakışan zaman aralığını belirtin. Örneğin: "Alder Odası salı günü 10.00-11.00 arasında rezerve edilmiş. İstediğiniz 10.45-11.30 aralığı bu rezervasyonla çakışıyor." Ofis politikası izin vermiyorsa mevcut rezervasyonu yapan kişinin adını paylaşmayın.

İnsanlara işe yarar bir sonraki adım sunun

Uygulama alternatif bulabiliyorsa bunları gösterin. İstenen saatte yeterli koltuğu olan boş odaları sunun veya aynı odanın en yakın boş saatlerini gösterin. Masalar için başka bir katı önermeden önce seçilen bölgedeki boş masaları gösterin.

Önerileri ilk isteğe yakın tutun:

• Birch Odası, 8 kişilik, 10.45-11.30 arasında uygun
• Alder Odası, 11.00-11.45 arasında uygun
• Cedar Odası, 6 kişilik, 10.45-11.30 arasında uygun

"Rezervasyon onaylandı", "Rezervasyon engellendi", "Rezervasyon değiştirildi" ve "Rezervasyon iptal edildi" gibi doğrudan durum etiketleri kullanın. Her sonuç farklı bilgiler gerektirir.

Tekrarlanan rezervasyonları dikkatle yönetin

Daha sonra yapılan bir ofis kapanışı, biri oluşturduktan aylar sonra tekrarlanan rezervasyonla çakışabilir. Bir ekip Cedar Odası'nı her pazartesi rezerve etmiş olabilir, ardından yönetici pazartesilerden birinde bakım için ofisi kapatabilir. Uygulama tüm seriyi silmek yerine yalnızca o tekrarı işaretlemelidir.

Kullanıcıya tam olarak neyin değiştiğini söyleyin: "14 Ekim pazartesi günkü Cedar Odası rezervasyonunuz, ofis bakım nedeniyle kapalı olduğu için iptal edildi. Diğer haftalık rezervasyonlarınız aktif olarak kaldı." Kapanış günün yalnızca bir bölümünü etkiliyorsa boş bir saat veya uygun başka bir oda sunun.

Değişiklikten etkilenen herkese aynı bilgiyi gönderin. Açık uyarılar, uygulamanın engellediği veya iptal ettiği bir toplantı ya da masa rezervasyonu için insanların ofise gelmesini önler.

Kurallarla uyumlu ekranlar oluşturun

Ayrıntıları sormadan önce insanlara neleri rezerve edebileceklerini gösterin. Uygunluk görünümü, kullanıcının ofisini, geçerli tarihi ve olası çalışma saatlerini varsayılan olarak göstermelidir. Bir oda için toplantı sahibi check-in'i, kapasite sınırı veya bakım nedeniyle kapanma durumu varsa bu bilgiyi arama sonucunda gösterin.

Çoğu ofis için basit bir liste yeterlidir. Her sonuçta alan adı, kat, boş saat, kapasite ve ekran veya video kamerası gibi ekipmanlar yer alabilir. Saat 14.00'te altı kişilik bir oda arayan biri seçenekleri karşılaştırmak için birden fazla kez dokunmak zorunda kalmamalıdır.

Rezervasyon akışını kısa tutun

Kişi bir alan seçtikten sonra seçilen tarihi ve saati forma taşıyın. Kullanıcının saati değiştirmesine, uygulama destekliyorsa katılımcı eklemesine ve geçerli kuralları görmesine izin verin. Tekrarlanan bir masa rezervasyonu, bitiş tarihini ve oluşturacağı gelecek rezervasyonların sayısını gösterebilir.

Kaydetmeden önce tek bir onay ekranı kullanın. İnsanların sıkça karıştırdığı ayrıntıları tekrarlayın:

• Alan adı, ofis konumu ve kat
• Tarih, başlangıç saati ve bitiş saati
• Kapasite ve seçilen ekipman
• Varsa tekrarlanan program
• Check-in son tarihi ve iptal kuralı

"Rezervasyonu onayla" işlemi rezervasyonu oluşturmalı, "Geri" seçeneği kişiyi düzenleme ekranına döndürmelidir. Kullanıcılar uygulamanın değişikliği kaydedip kaydetmediğini tahmin etmek zorunda kalmamalıdır.

Değişiklikleri kullanıcıların beklediği yerlere koyun

Her kişiye, yaklaşan rezervasyonların önce gösterildiği bir "Rezervasyonlarım" alanı sunun. Onaylandı, check-in bekleniyor, iptal edildi veya check-in kaçırıldığı için yeniden kullanıma açıldı gibi durumları gösterin. Değiştir ve iptal işlemlerini uzak bir ayarlar menüsüne değil, rezervasyon kartına veya ayrıntı sayfasına koyun.

Bir kişi tekrarlanan masa rezervasyonunu değiştirdiğinde seçimi açıkça anlatın. Yalnızca bu salıyı mı, yoksa gelecekteki tüm salıları mı güncellemek istediğini belirtin. Yeni saat başka bir rezervasyonla çakışıyorsa boş bir seçenek seçene kadar mevcut rezervasyonu koruyun.

Maya saat 10.00'daki oda rezervasyonunu 11.00'e alır ve başka bir ekip odayı zaten tutuyorsa uygulama bunu söylemeli, yakındaki saatleri veya benzer odaları sunmalıdır. Uyarı vermeden 10.00 rezervasyonunu iptal etmemelidir.

Gerçekçi bir rezervasyon senaryosunu baştan sona inceleyin

Maya hibrit bir ofiste çalışıyor. Ürün ekibinin yakınında her salı ve perşembe bir masa kullanması gerekiyor. Bu nedenle D-14 masası için 09.00-17.00 arasında tekrarlanan bir rezervasyon oluşturuyor. Uygulama seriyi kaydetmeden önce masa takvimini kontrol ediyor ve uygun tüm tarihleri onaylıyor.

Birkaç hafta sonra tesis yöneticisi Cedar Odası'nın onarılması gerektiğini öğreniyor. Oda, Maya'nın ekibinin her perşembe öğleden sonra yaptığı tekrarlanan planlama toplantısı da dahil olmak üzere çarşambadan cumaya kadar kapanacak. Yönetici odayı kullanılamaz olarak işaretliyor ve onarım aralığını kaydediyor.

Uygulama Maya'nın toplantısını haber vermeden silmemeli. Kapanışla çakışan rezervasyonu bulmalı, etkilenmeyen haftalık toplantıları korumalı ve yalnızca perşembe rezervasyonunu ilgilenilmesi gereken bir durum olarak işaretlemeli. Kullanıcılar tek bir istisna nedeniyle tüm seriyi yeniden oluşturmamalıdır.

Maya açık bir uyarı alıyor: "Cedar Odası, onarım nedeniyle 16 Mayıs perşembe günü 13.00-15.00 arasında kullanılamıyor." Mesaj, hızlı hareket edebilmesi için etkilenen toplantıyı, tarihi ve saati belirtir.

Uygulama mümkün olduğunda ilk grubun büyüklüğüne ve saate uyan alternatifler sunar:

• Birch Odası, perşembe, 13.00-15.00
• Maple Odası, perşembe, 13.30-15.30
• Cedar Odası, cuma, 13.00-15.00
• Toplantı saatini koru ve video görüşmesine geç

Maya Birch Odası'nı seçer ve değişikliği onaylar. Uygulama yalnızca o tekrarı günceller, katılımcılara bildirim gönderir ve Cedar Odası'ndaki sonraki perşembe rezervasyonlarını değiştirmez. Etkinlik kaydı, istisnanın onarım kapanışından kaynaklandığını göstermelidir.

Aynı uygulama Maya'dan D-14'e geldiğinde check-in yapmasını isteyebilir. İzin verilen aralıkta check-in yapmazsa uygulama masayı başkası için yeniden kullanıma açar. Maya iptal etmediği sürece tekrarlanan düzeni gelecek salı ve perşembeler için aktif kalır.

Bu senaryo, tekrarlanan rezervasyonların, geçici kapanışların, uyarıların, alternatif seçimlerinin ve check-in kurallarının birlikte çalışıp çalışmadığını kontrol eder. Kağıt üzerinde bir adım kafa karıştırıcıysa uygulamada da insanları zorlar.

Kuralları test edin ve geliştirmeyi planlayın

Kurallar birbiriyle çeliştiğinde rezervasyon uygulaması başarısız olur. Takvimleri, düğmeleri veya bildirimleri geliştirmeye zaman ayırmadan önce kuralları test edin. Birkaç gün boyunca az sayıda oda, masa, kullanıcı ve örnek rezervasyonla başlayın.

Önce temel uygunluğu kontrol edin. Her kaynağın net rezervasyon saatlerine, bir saat dilimine, gerekiyorsa kapasiteye ve temizlik, bakım veya özel etkinlikler için kapalı dönemlere ihtiyacı vardır. 08.00'de açık görünen ancak aslında 09.00'da açılan bir masa güveni hızla zedeler.

Kısa bir test listesi kullanın:

• Bir odayı normal çalışma saatleri içinde ve dışında rezerve etmeyi deneyin.
• Başka bir kişinin zaten tuttuğu masayı rezerve etmeyi deneyin.
• Tatil veya kapalı bir tarihe denk gelen tekrarlanan bir rezervasyon oluşturun.
• Zamanında, geç ve hiç check-in yapmadan işlemi test edin.
• Bir rezervasyonu iptal edin ve alanın yeniden kullanıma açıldığını doğrulayın.

Tekrarlanan rezervasyonlara özellikle dikkat edin. Maya sekiz hafta boyunca her salı Masa 14'ü rezerve eder ve ofis salılardan birinde kapanırsa uygulama o tarihi atlamalı ve nedenini açıklamalıdır. Kimsenin kullanamayacağı bir rezervasyon oluşturmamalıdır. Ayrıca tek bir tekrarı düzenleme ile serinin tamamını düzenlemeyi de test edin.

Kaçırılan check-in'ler de aynı özeni gerektirir. Bir kişi esneklik süresinden sonra check-in yapmadıysa uygulama odayı veya masayı yeniden kullanıma açmalı ve kişiye bildirim göndermelidir. Kesin sınırı test edin: yeniden kullanıma açılmadan bir dakika önce, tam o anda ve bir dakika sonra yapılan check-in'ler. Personel yeni kullanılabilir alanı hemen görmelidir.

Her uyarıyı yoğun bir çalışan gibi okuyun

Çakışma uyarıları alanı, tarihi ve saati belirtmelidir. "Masa 14, 10.00-14.00 arasında rezerve edilmiş" ifadesi "Rezervasyon çakışması" mesajından çok daha iyidir. Mümkün olduğunda yakındaki açık masaları görüntüleme veya başka bir saat seçme gibi doğrudan bir sonraki adımı sunun.

Uyarıları tekrarlanan rezervasyonlar için de test edin. Kişi tek bir tekrarın mı başarısız olduğunu, yoksa serinin tamamının mı değiştiğini bilmelidir. Aynı olay için birden fazla bildirim göndermekten kaçının. Tek bir açık mesaj yeterlidir.

Test edilmiş kuralları geliştirme planına dönüştürün

Onaylanan her kuralı kısa bir ifade olarak yazın: kim rezervasyon yapabilir, ne zaman rezervasyon yapabilir, bir rezervasyonu ne engeller ve check-in kaçırıldıktan sonra ne olur. Özel durumları ayrı bir belgede tutmak yerine ilgili kuralın yanında belirtin.

Koder.ai'ın planlama modu, geliştirme başlamadan önce bu akışları haritalandırabilir. Toplantı odası ve masa rezervasyonu uygulamasını sohbette açıklayın, kuralları ve test senaryolarını ekleyin, ardından kaynak listesi, uygunluk takvimi, rezervasyon formu, check-in işlemi ve çakışma mesajlarından oluşan küçük bir ilk sürüm oluşturun. Yönetici kontrolleri veya raporlar eklemeden önce uygulamayı örnek kullanıcılarla test edin.