Bakım bütçesi sorun çıktığında ayrılan belirsiz bir tutar olmamalıdır. Düzenli görevler, müdahale kapsamı ve ek işler baştan tanımlanabilir.
Uygulama adımları
- Yedekleme, güncelleme ve temel izleme görevlerini listeleyin.
- Acil müdahalenin hangi durumları kapsadığını yazılı netleştirin.
- Yıllık giderlerle talebe bağlı geliştirmeleri ayrı bütçelendirin.
Örnek durum
Yeni rezervasyon özelliği eklemek, mevcut menünün güncelleme sonrası düzeltilmesinden farklı iştir.
Dikkat edilmesi gerekenler
Her tasarım değişikliğinin sınırsız bakım hizmetine dahil olduğunu varsaymayın.
Planlama ve kontrol
Teklif tablosunda tutarın yanında ödeme dönemi de bulunmalıdır. İlk yıl ve sonraki yıl maliyetlerini ayrı okumak, başlangıçta uygun görünen bir seçeneğin toplam giderini anlamayı kolaylaştırır. Ek hizmet gerekirse önce kapsam ve bedel yazılı netleştirilmelidir. Bu yaklaşım müşterinin talebini değiştirmesini engellemez; değişikliğin bütçeye etkisini görünür kılar.
Uygulama öncesinde geri dönüş yolunu belirlemek kesinti süresini azaltmaya yardımcı olur. Son çalışan sürümün nerede saklandığı ve geri yüklemenin kim tarafından yapılacağı bilinmelidir. İşlem sonrasında yalnızca ana sayfayı açmak yeterli değildir. Yönetim ekranı, görseller, arama ve iletişim gibi günlük kullanılan yollar da kontrol listesine alınmalıdır.
Sayfa düzeninde görsel öncelik ile iş önceliği birbirini desteklemelidir. En önemli bilginin yalnızca en alta yerleştirilmesi ziyaretçinin kararını geciktirebilir. Tasarım değerlendirmesinde örnek metin yerine gerçek uzunluktaki içerik kullanılmalıdır. Kısa bir başlıkla sorunsuz görünen kart, gerçek hizmet adı eklendiğinde taşabilir veya önemli açıklamayı görünmez hale getirebilir.
İşin tamamlandığını gösteren kabul ölçütlerini başlangıçta yazın. Kaç sayfanın hazır olacağı, hangi bilgilerin teslim edileceği ve hangi bağlantıların çalışacağı somut biçimde tanımlanabilir. Revizyon görüşmesinde bu liste üzerinden ilerlemek kişisel beğeniyle işlevsel eksikliği ayırır. Sonradan eklenen yeni talepler ise mevcut kapsamı belirsizleştirmeden ayrı bir iş olarak değerlendirilebilir.
Açıklamayı değerlendirirken okuyucunun önceden ne bildiğini varsaydığınızı gözden geçirin. İşletme içinde herkesin anladığı bir terim yeni müşteri için belirsiz olabilir. Kısa bir örnek veya kapsam sınırı eklemek soruyu netleştirebilir. Örneklerin temsili olduğunu belli etmek, açıklayıcı anlatımla gerçek proje sonucu arasındaki ayrımı korur.
Gerçek kullanım denemesinde ziyaretçiye bir görev verin: ilgili hizmeti bulması, kapsamını okuması ve iletişime geçmesi gibi. Nerede duraksadığını izleyin. Açıklama yapmadan tamamlanamayan adım, tasarımın daha anlaşılır hale getirilmesi gereken noktayı gösterebilir.
Sonuçları kaydedip işletmenizin ihtiyaçlarına göre yeniden değerlendirin.
İşletmenizin ihtiyacına uygun kapsamı belirlemek için hizmet seçeneklerimizi inceleyebilirsiniz. Örnekleri kendi çalışma biçiminize uyarlayın; uygulama öncesinde işletmenize ait bilgileri doğrulayın.