Herhangi bir varsayım güvenli ise, bir web sitesi (veya daha erken) başlatıldıktan altı ay sonra, sahiplerinin küçük yazım hatalarından tamamen yeni işlevselliklere kadar değişmek istedikleri şeylerin bir listesi olacaktır .

Özellik sünmeyi doğal (veya en azından kaçınılmaz) bir süreç olarak kabul etmek mümkün mü?

Birçok web sitesi hedefleri değiştiğinde veya kapsamları genişlediğinde başarısız olmaya başlar.

Özellik sürünmesi, bir istemcinin sadece bir dakika süren küçük bir ayar istediğinde ... ve daha sonra istekte bulunmayı asla durdurmadığı zamanlar.

Özelliğin sürünme sürecini doğal bir süreç olarak kabul etmek, gerçek bir ihtiyaç ile bir kaçış hayalini ya da “Bir şey olmazsa…”

Müşteriler, doğal olarak, bütçelerini olabildiğince çok çalışmak zorunda bırakıyorlar. Bazen tasarımcılar ve geliştiriciler “Hayır, üzerinde anlaştığımızın ötesinde” demek zorundadır .

Ama değişimin tüm talepleri penny-pinching değil; Web, projeler ve işletmeler zamanla değişiyor: mağazalar mevsimsel satışlar; işletmeler yeni ürünler geliştirir; çevrimiçi hizmetler süreçlerini hassaslaştırır; yayınlar taze içerik yayınlar. Değişim gerçekleşir.


Çözelti-Sürünme'den Kaçının

Müşteriler işlerini biliyor olabilir, ancak web uzmanlıklarından web uzmanları işe alırlar. Özellik sürünürü, müşterilerin bunu unuttuğunda ve tasarımcıları problem çözücüler yerine araç olarak kullandığında ortaya çıkar.

Belirli bir web sitesi için tekniklerin ve teknolojilerin uygun olmadığı, aşırı derecede hevesli olmayan web katılımcılarına açıklamak, sıkıcı bir yorulma savaşıdır.

Ancak kendilerini problem çözücü olarak tanıtan ve sadece maymunları kodlamayan tasarımcılar , müşterileri ile ilişkilerinde hayati öneme sahiptir.

Önemli olan, müşterinin sorunları değil çözümleri getirmesini sağlamaktır. Müşterinin Twitter hakkında bilgi verdiğini söyle. Hepsi öfke, söylediler. Yani istiyorlar. Şimdi.

Uzun vadede, tweets yazmanın çabası tweets ölçülebilir faydalar yaratmadıkça sinir bozucu olur. Bunun yerine, müşteriye şirket bloguna gönderilen bir Twitter hesabına ihtiyaç duyup duymadıklarını ya da sadece daha yüksek kalitede blog gönderilerine ihtiyaç duyup duymadıklarını sorun.

İşte bazı örnekler:

“Canlı bir tasarım istiyorum” bir çözüm değil, bir problem.
“Web sitesinin canlı görünmesi ne olurdu?” Bir tasarım problemidir.

“Bir arama aracı istiyorum” bir çözüm değil, bir problem.
“Müşteriler ürünlerimizi bulamıyor” bir tasarım problemidir.

“RSS beslemesi istiyorum” bir çözüm değil, sorun değil.
“Web sitemizi ziyaret etmenin ne anlama geldiği ve kullanacağı en önemli iletişim yolu nedir?” Tasarım problemidir.

“Bu diğer web sitesinin tasarımını seviyorum” bir çözüm değil, rekabeti kıskanıyor.
“Sen değilsin” , ya yeterli bir cevap değil.
Bunun yerine, “Müşterilerin işinizi veya organizasyonunuzu nasıl algılamasını istiyorsunuz?” Konuşmayı tekrar izleyecektir.

Sorunuz “Bu logo hakkında ne düşünüyorsunuz?” Sorusunu rahatsız edici bir sessizlik izliyorsa, o zaman bir iki yumrukla çevirin: “Müşterilerin markanızı nasıl görmesini istiyorsunuz? Müşterileriniz hangi nitelikleri bu niteliklerle ilişkilendirir? ”

Her seferinde, özellik sürünme, “istiyorum” un , müşteri için değil, tasarımcı için bir soruya dönüştürülmesiyle ele alınabilir.

Her şey ön tarafa sor

Görünüşte gerçekçi olmayan sorular sormayı öğrenmek önemlidir ve bazı uygulamalarla şaşırtıcı derecede eğlenceli.

Örneğin, bir web sitesi ne zaman birden fazla giriş sayfasına ihtiyaç duyar? Ya da bir kahve dükkanı satışa başlarsa ne olur?

Bu tür sorular, acil sorunlar hakkında düşünürseniz sadece gülünç görünmektedir.

Birden çok giriş sayfasını düşünün. Geri dönen ziyaretçiler yeni gelenlerin tam olarak tanıtımına ihtiyaç duymayabilir. Bu durumda, yeni vurguları gösteren bir ana sayfa, genel bir genel bakışa sahip bir ana sayfa ile birlikte çalışır.

Google'ın Web Sitesi Optimize Edici Ana sayfalarınızdan hangisinin daha anlamlı trafik oluşturduğunu izlemenize yardımcı olur.

Bir strateji en yüksek beklentilerinizi üç katına çıkarmaktır. Üç “Bize ulaşın” sayfası, on yerine otuz kategori ve bir yerine üç gezinme seviyesi düşünün. Ya da üç katı uzunluğa sahip olursa, bir sayfa içeriğini nasıl ele alırdınız?

Başka bir strateji, her şeyi üçte bir oranında kesmektir. Mobil cihazlar için web sayfaları tasarlamak isteseydiniz ne olurdu? 960 piksel genişliğinde bir tasarım, 320 piksel genişliğinde bir ekrana nasıl sığdı? Web sitesi günde 1 yerine yalnızca on satış üretseydi ne olur? 15 kişilik personelin 10'a düşürülmesi durumunda “Ekibimiz hakkında” sayfası nasıl değişir?

Herhangi bir sözleşme imzalamadan önce, şu önemli kelimeleri tarayın: “a”, “bir”, “o” ve “bir”.

Önceden: “Web sitesinde bir hizmet listesi olacak.”
Sonrasında: “Web sitesi konuya göre düzenlenmiş çeşitli servis listelerine sahip olacak.”

Önceden: “İletişim formu sahibine bir e-posta gönderecektir.”
Sonrasında: “Ana iletişim formu, sahibine e-posta gönderecek ve konuya, tesis koordinatörüne, teknik desteğe veya lider satış elemanına bağlı olarak.”

Önce: “Başlık turuncu olacak.”
Sonra: “Ana sayfa başlığı turuncu olacaktır. İçerideki sayfa başlıklarının içeriği vurgulamak için yarım uzunlukta olacak. ”

Daha önce: “Üyelik profilleri bir telefon numarası ve e-posta adresi içerecektir.”
Sonrasında: “Üyelik profilleri, telefon numaraları (ofis, ev, diğer), faks numaraları, e-posta adresleri ve posta adresi, Twitter ve Facebook hesapları ve benzeri için üç açık alan dahil olmak üzere iletişim bilgilerini içerecektir.”

Önceden: “Blog tarihe göre düzenlenecek.”
Sonra: “Blogun varsayılan ekranı gönderileri tarihe göre gösterir. Mesajlar etiketlerle düzenlenecektir; sayfa sadece beş mesaja sahip olduğunda boş görünmeyecek şekilde tasarlanacaktır; Ziyaretçiler en az 500 mesaja göz atabilecekler. ”

    En iyi planlar belirli bir tasarımla sınırlı değildir ancak bir dizi parametreyi hesaba katmaktadır. Son başvuru tarihine kadar teslim edildiğinde problemler sadece saçmadır.

    Orijinal İhtiyaçlar

    Her senaryo için herhangi bir sistem sorumlu tutulamaz.

    Çoğu web sitesinin ömründe küçük, artımlı değişikliklere uyum sağlayabilir, ancak grup yardım çözümleri ilk sorunlardan daha yüksek olduğunda, hiçbir müşterinin duymak istemediği kelimeyi ortaya çıkarmanın zamanı gelmiştir: “yeniden düşünün”.

    Sıfırdan başlayarak, daha önceki problemleri çözen değişikliklerden (ama diğer şeyleri kırdı) düzeltmekten daha etkilidir, en büyük engel, herkesin uzun vadede daha büyük bir değişiklik yapması gerektiğine ikna edilmesidir.

    O zaman başka bir kelimeye ihtiyacın var: “uygun maliyetli”

    Kod veya tweaking düzenleri yamaları tasarımcılara, geliştiricilere ve istemcilere hitap eder çünkü hızlıdır. En az çabayla kaşınıyorlar. Ve daha çok insan, en ufak bir dokunuşla kırılan bir web sitesini tamir etmeyi kandırırsa, daha büyük bir olasılık herkesin daha büyük bir baş ağrısına yol açacağını gösterir.

    Ama bu değişikliğin gerekli olduğuna dair kesin bir işaret. Teknik kişiler ve tasarımcılar gerçekten dehşet verici değişiklikler yaptığında, Draconian'ın ürpertisi gerçekleşir. Projeyi biliyorsunuz: kendi dosya dolabına sahip olan kişi, kişinin sesi titriyor ve sahibinin yazma zamanı olmayan kullanıcı kılavuzlarına ihtiyaç duyan esrarengiz süreçler.

    Bu tür projeler paradan daha pahalıdır. Daha yeni, nimbler projelerin dikkatini çeken ve durgunluktan dişçiyi taşımaya yetecek kadar diş çekmeye neden olan kaynak ocaklarını ahlaki olarak tüketiyorlar.

    Bu tür bir sürünme karşıtı savaş , semptom çözme çözümlerinden doğan problemler de dahil olmak üzere problemleri tanımlayarak başlar .

    Yaklaşım, hem geçmişe hem de geleceğe uzun vadeli bakarak tam bir yeniden düşünür. Web sitesi o zamanlar harikaydı, ama işler değişti. Teknoloji gelişti. Müşterinin ürünleri veya hizmetleri gelişti. Müşteriler daha fazla (ya da belki daha az) karmaşıktır ya da farklı ihtiyaçları vardır.

    Bu geçişi pratik hale getirmek için bir plan yapın . Detaylar, sitenin yapısına bağlı olmakla birlikte aynı şeylere de bağlıdır: Müşteriye, sert kürün mevcut çiğneme-sakız-teli-teli kursudan daha kötü olmadığını ikna etmek. Bu teknik problem çözme kadar psikolojik savaştır.

    O olacak

    Çoğu özellik sürünme iki biçim alır: bir müşterinin kaşınmak istediği kaşıntı ve gerçek bir değişim ihtiyacı.

    Talebi bir soru olarak ifade ederseniz , o zaman müşteriyi her türlü bilgisiz ihtirasını izleyen birinden ziyade kendinizi bir karar verici olarak konumlandırırsınız.

    Değişimin gerçekleşeceğini fark et. Hiç değişmeyen bir web sitesi siyah bir çukur.


    Ben Gremillion sizinkini kaybettiğinde öfkeni tutabiliyorsanız müşterilerin iyi yanıt verdiğini öğrenen bir serbest web tasarımcısıdır.

    Özellik sürünme ile nasıl başa çıkıyorsunuz? Lütfen bazı deneyimlerinizi bizimle paylaşın…