Web siteniz için bir Ön Bütçe Kontrol Listesi kullanma

Yeni bir web sitesinin her yönü için muhasebe , özellikle son dakikada kolay değildir.

Sorunlar ayrıntıların kendileri değil, görünüşte küçük detayların özensiz çalışmalara katılmadığından emin olma sürecidir.

En iyi çözüm, hepsini yazmaktır .

En kötü çözüm ise, piyasaya çıkış öncesi kontrol listesini planlama aşamasının kendisi kadar ciddiye almamaktır.

Bir web sitesinin inşasına ya da yeniden tasarlanmasına yönelik yüzlerce ayrıntıyla, özellikle son tarihler ortaya çıktığında ya da geçerken, küçük noktalara bakmak kolaylaşır. Ancak eksik bilgiler bir web sitesinin kalitesinden uzaklaşır.

Kalite kontrolünü çağırın veya kıçınızı kaplayın, ancak her projenin, başlatılmadan önce yapılması gereken belirli görevleri vardır. Neyin “yeterince iyi” olduğuna karar vermek son dakikada düşünmeniz gereken bir şey değildir.

Lansman öncesi bir kontrol listesi , bir web sitesinin başlatılmasından veya yeniden başlatılmasından önce önemli ayrıntıların ele alınmasını sağlamak için sistematik bir yaklaşım gerektirir.

Liste listesindeki öğelerin çoğu, bir alan adı kaydetme ve kukla içeriği kaldırma dahil olmak üzere tüm web siteleri için ortak olacaktır. Aynı listeyi takip etmek, her proje için geliştirilebilecek bir rutini yaratır.

Belirlenen bir listeye bağlı kalarak, hem tasarımcı hem de müşteri, hayati önem taşıyan hiçbir şeyin yapılmadığı ancak gerçekten unutulduğundan emin olabilir.

Başka hiçbir şey yoksa, lansman öncesi listeler sorunun ayrıntılı versiyonlarıdır, “Sanırım neredeyse bitti. Başka ne yapmamız gerekiyor? ”

Sorumluluk, Onay İşaretleri Değil

İşte bir senaryo. Bir tasarımcı bir web sitesini kullanıma hazır. Müşteri yaşamak için bekliyor. Son teslim tarihi 30 dakikadır. “Alanın yayılmamış olması” arkasına saklanmak mazeret sonsuza dek sürmeyecek, bu yüzden tasarımcı kontrol listesini atar. Geçen hafta bu şeyleri yapmış olduğunu hatırlıyor…

Hesap verebilirlik ne parmak işaretidir ne de zihinlerin kontrolsüzce kontrol edilmesidir, aksine bilinçli bir iddiadır. Bir görevin yapıldığını kontrol etmek ve kontrol etmek için zaman ayırmak, görevi ilk sırada yapmak kadar önemli olabilir.

Endüstriyel açıdan güçlü bir lansman öncesi listesi, kritik ayrıntıları size hatırlatmaktan daha fazlasını sunar. İnsanları sorumlu tutar. Sadece bir görev yapıldığı anlamına gelmez; Onu kimin ve hangi tarihte tamamladığını söyler.

Bu nedenle, ciddi lansman öncesi listeler için, basit onay işaretleri çok kolaydır. Her öğenin dört alanı olmalıdır:

• Görev;
• Kişinin baş harfleri bunu tamamladı;
• Tamamlandığı tarih;
• Yorumlar.

Görev, “Yazım denetimi yap”, “Yönetici şifresini rastgele göster” veya “URL'yi Google ile kaydet” gibi yapılması gerekenleri açıklar. Başlıklar ve tarihler hesap verebilirliği sağlar.

Ama her görev ya eksiksiz ya da eksik değil. Bilgilendirici bir 404 hata sayfası oluşturmak bir şeydir; ona faydalı bağlantılar eklemek başka bir şeydir. “Yorumlar” alanı, bir kişinin bir öğenin yapıldığını ancak geliştirilebileceğini söylemesi için alan sağlar.

Baş harflerinizi, daha sonra geliştirilebilecek olsa bile, lansman için yeterli olan bir görevin yanına koyun.

Bir Öğenin Değeri, Öğenin Ne Kadar Kullanıldığının Orantısıdır

Son tarihlerin, bütçelerin veya diğer faktörlerin bir takımı “yeterince iyi” bir web sitesi ilan etmeye zorladığı bir nokta vardır.

Ancak web sitesinin kalitesi ölçülebiliyorsa, detaylara verilen dikkatin ve hangi görevlerin ne ölçüde takip edildiğinin toplamı olabilir.

Lansman öncesi kontrol listesindeki herhangi bir öğenin değeri değişir. Son teslim tarihi ne kadar yakınsa, daha önemsiz görülüyor, özellikle de projenin başarısı ya da başarısızlığı için hiçbir tek öğe kritik önem taşımıyor.

Detaylar dolar gibidir: eğer bir favicon bir kuruşa değerse, o zaman yumruğunuzda 20 $ tutuyorsanız kimin düşmesini umursar ki?

Son teslim tarihine kadar, tamamlanmamış görevler dikkat çekmek için uğraşıyor. Yukarıdaki şema, bir görevin gerçek öneminin nasıl belirginleştiğini göstermektedir: zaman, daha az önemli maddeleri sıkmaktadır.

Örneğin, doğrulanmış HTML ilk başta önemli görünebilir, ancak son dakika veritabanı hatalarını düzeltmek için nasıl karşılaştırılır? Bir görev son tarihte “daha ​​az önemli” olarak kabul edildiğinde, bu şekilde kalmaya eğilimlidir.

Kalite kontrolüne sahip olmama tehlikesi, hiçbir detayı önemsiz olarak reddediyor. Doğru, birçok kişi arasında bir ayrıntı endişe verici değil. Ama konu bu değil. Önemli olan ayrıntıların kontrol edilmesi sürecidir .

“Yeterince iyi” nin ne olduğunu bulmak, yapabileceğiniz şeylerin tam sayısını belirlemek değil, web sitesini başlatmak için ne kadar fedakarlık yaptığınızı anlamaktır. Ne kadar fedakarlık yapmaya razısın? Hangi detaylar önemli değil? Ne kadar iyi?

Güvenlik denetimleri ev yapmazsa, lansman öncesi kontrol listeleri web sitelerini tamamlamaz. Daha sıkı bir şekilde uygulandıklarında, sonuç ne kadar iyi olur.

Aşağıda listelenen öğeler önemleri ve tamamlanma kolaylığı için seçilmiştir. Ne kadar iyi yürütülürlerse, projenin ne kadar ciddiye alındığını yansıtır.

Kendi Kontrol Listenizi Oluşturun

Aşağıda bir örnek sunduk, ancak en iyi başlatma öncesi kontrol listesi kendinize özel bir teklif.

1. Öncelikle, bir web sitesi hazırlamak için genel olarak yaptığınız her şeyin bir listesini yazın, özellikle son dakikada yaptığınız veya lansmandan sonra yapmayı hatırladığınız şeyler. Başka insanlarla çalışıyorsanız, onlara bu listeye erişim verin.
2. Listeyi incelemek için kesintisiz bir süre ayırın. Bir takımdaysanız herkese ekleyin.
3. Tüm listelerinizi derleyin. Her bir liste, projenizden cilalamaya kadar projenizin farklı bir aşamasını kapsamalıdır. Örneğin, barındırma muhtemelen lansmandan bir haftadan daha uzun bir süre önce satın alınmalı, ancak favicon bekleyebilir.
4. Son olarak, listeleri kullanın. Onlara kutsal belgeler olarak davranın. Her ayrıntının zamanında tamamlanmasa bile, lansman öncesi bir liste kullanma süreci, işinizin genel kalitesini artıracaktır.

Yukarıdaki zaman çizelgesi bir genelleme. Temelleri kapsar, ancak her takım bu süreci takip etmez.

Böylece, tek bir proje için beş farklı listeniz olurdu:

• Alan adı satın alma ve barındırma alanı içeren kurulum ;
• Test verilerini çıkarma ve stok fotoğraflarının satın alınmasını sağlama gibi önceden başlatma etkinlikleri ;
• Analitik ekleme ve basın bültenleri gönderme gibi lansman sonrası görevleri ;
• Ekip, yedekler oluşturduğunda ilk ve ikinci yorumlar , şifreleri değiştirir ve web sitesinin hedeflerini hala karşılayıp karşılamadığını değerlendirir.

Pratik Bir Örnek

Lansman öncesi kontrol listeleri, yalnızca onay işaretlerini değil, isimleri ve tarihleri ​​gerektirerek doğruluk ve hesap verebilirliği garanti eder .

Tarihler ayrıca, değişiklikler yapılmışsa hangi öğelerin yeniden kontrol edilmesi gerektiğini gösterir. Bu, hiçbir şeyin kaçırılmadığına dair güven aşılamalıdır.

Her listedeki öğeler herhangi bir sırada tamamlanabilir, ancak listeler kendileri kronolojik olarak düzenlenir: lansmandan hemen önce ve sonra. Her madde uygun olmayabilir.

Örneğin, bir web sitesi bir veritabanına veya analitiklere ihtiyaç duymayabilir. Tasarımcı, hangi öğelerin projeyle ilgili olduğuna karar vermekle sorumludur.

Projeden Başlamak

Lansmanından Önce Bir Haftadan Daha Fazlası

Site genelinde

Belirli Sayfalar

Lansmandan 48 Saat Önce

Site genelinde

Her Sayfa İçin

Lansmanından Hemen Sonra

Lansmanından Altı Ay Sonra

Webdesigner Deposu için özel olarak yazılmış Ben Gremillion . Ben tasarım ile iletişim sorunlarını çözmede uzmanlaşmış serbest bir web tasarımcısı.

Yeni bir web sitesini başlatmadan önce bir kontrol listesi takip ediyor musunuz? Lütfen sürecinizi aşağıda paylaşın…

• ← Online Haberlerin Geleceği Nedir?
• Minimalist İş İstasyonlarının Bir Vitrini →