03.08.2008

Kağıt, Makas ve Kalem ile Web Tasarımı

Yeni bir web projesine başladıktan sonra site haritasini çıkarıp doğrudan üretime geçmeyin. Ürünüzün nasıl çalıştığını, çalışacağını canlandırmak için kağıttan prototipler hazırlayarak kullanıcı arayüzlerini oluşturun. Daha sonra bu arayüzlerde kullanacağınız bileşenleri makas ile keserek ve fotokopi ile çoğaltarak, etkileşimli senaryonuzun aktörlerini yaratın. Tıpkı bir oyun gibi kullanıcıyı ve bilgisayarı canlandırmak için iş arkadaşlarınızdan yardım isteyin. Kullanılabilirlik testlerini bu şekilde önceden tamamlayarak, ürününüzün geliştirme ve üretim aşamalarında önemli yol alabilirsiniz.

Kağıttan prototipler hazırlayarak hemen hemen her türlü insan-makina etkileşimini canlandırmak mümkün. Bu sayede tasarım sürecinde kullanıcılardan hızlıca görüşler toplayabiliriniz. Kağıttan prototipler hazırlarken aktörleri elle çizebileceğiniz gibi kağıda çıkış alıp daha sonra keserek de oluşturabilirsiniz. Bu tarz prototipler hazırlamak için tasarımcı veya yazılım mühendisi olmanız gerekmiyor. Kağıt üzerinde veya kağıt prototipler ile projeye başlamak web uygulamaları geliştirenler için çok faydalı, hızlı aynı zamanda maliyeti sıfıra yakın bir yöntemdir.

Etiketler

, ,

31 Yorum

  1. c

    tasarıma kağıt üzerinde başlamak sonucu “web”in dörtgen sınırlarından… kurtarıyor(?)
    tasarımcı “software”in, yazılımın sunduklarına göre düşünmek zorunda kalmıyor…
    ama yukarıdaki imgelerde kağıt üzerinde bile yazılıma göre düşünülüyor gibi. yazılımlar tasarımcının canlandırma araçları olmaktan çıkıyor da tasarımcılar yazılımların canlandırma araçlarına dönüşüyor gibi: “benim sınırlarım içerisinde düşünmeyi öğren.”

  2. Dara Kılıçoğlu

    @c haklisin yukaridaki orneklerde kullanilan bilesenler HTML arayuz kitlerinin aktorleri. bu sanirim nasil bir urun tasarladigin ile de ilgili. son 10 yila damgasini vuran flash furyasi nasil son senelerde duruldu. daha fazla CSS ve XHTML konusur olduk. sanatcilar, tasarimcilar, muhendisler zaten yuzyillardir kagit ve kalem calisiyorlar. bu yeni birsey hic degil. ama divler ve formlar ile web aplikasyonlari uretenler icin hos bir kolaylik.

  3. Dara Kılıçoğlu

    “…yazılımlar tasarımcının canlandırma araçları olmaktan çıkıyor da tasarımcılar yazılımların canlandırma araçlarına dönüşüyor gibi: “benim sınırlarım içerisinde düşünmeyi öğren.”

    dogru butun yazilimlar ancak kendi dunyalari icersinde yaratim yapmaya zorluyorlar. bu yuzden son senelerde processing ve openframeworks, pure data, chucK, vvvv gibi kendi yazilimlarini olusturabilecegin yaratici araclarin yukselisine sahit olmaya basliyoruz. once firca ve kanvas gibi fenomenlerin elektrik ile calisanlari yaptik. buna dijital sanat dedik. daha sonra aramizdan birileri cikti ve daha once aklimiza gelmeyen, daha once hic tahayyul bile edemeyecegimiz iliskileri ve uzaylari kesfe cikti.

  4. Koray Löker

    Miranda July’nin normal ve audio olmak üzere kitap olarak da yayınladığı bir işi geldi aklıma:

    http://noonebelongsheremorethanyou.com/ :)

  5. Saygın Topatan

    Güzel bir yazı ve konu, teşekkürler.

    Katılmadığım bir nokta var sadece,
    “..Kullanılabilirlik testlerini bu şekilde önceden tamamlayarak, ürününüzün geliştirme ve üretim aşamalarında önemli yol alabilirsiniz.”

    Yazıdaki yaklaşım, projenin gelişiminde iletişim halinde olunan insanlarla konuşulan konuyu somutlaştırmak ve plan yapmak, senaryoları akışlara dönüştürmek aşamalarında faydalı olabilir; ancak kullanılabilirlik testlerinin bambaşka bir konu olduğunu düşünüyorum. Bir butonun üstünde veya altındaki yazı fontunun bir punto küçük veya büyük olması sayfanın algılanışını kesinlikle değiştiriyor. Kağıt kalem ile yapılan taslak bu ince detayları sağlayamayacaktır.
    Bu yüzden kullanılabilirlik testleri projenin/ web sitesinin gelişimindeki son işlemlerden biri olmalı, ve çalışan sahici web sayfalarıyla yapılmalı.

  6. Dara Kılıçoğlu

    @Saygın Topatan kesinlikle haklisin. ama soyle birsey var ki (zaten altini cizdigin nokta ile celismiyor) bir kullanicinin benzer zevklerine sahip diger kullanicilari (kullanicinin komsularini) dusunelim. kullanicinin kesiflerinin (mesela topladigin linklerin) listelendigi sayfanin %30′luk bir kismini ayirip, saga yapisik bir sutun halinde komsularimin kesiflerine mi ayirsam? yoksa komsularim diye ayri bir dugmeyi ana menuye ekleyip orada mi listelesem? eger komsular benim yeni linkler kesfetmemde onemli bir rol oynuyor ise bu fonksiyonelitenin sayfadaki yerini sayfada sunulan servisin hedefi dogrultusunda kullanilabilirlik konusuna dahil ederdim. erisilebilirlik ve kullanilabilirlik arasinda bir yerde duruyor.

  7. onur gunduz

    Web sitesi tasarımı için kesinlikle tavsiye etmediğim, geliştirmeyi inanılmaz yavaşlatan aşama/metod. Bu tür diagramlar oluştururken, bir süre sonra kendinizi planların içinde kaybolmuş ve aynı şeyleri tekrarlarken bulma olasılığınız çok yüksek. Hatta bir süre sonra tek düşündüğünüz bu diagramlar oluyor.

  8. banu

    İlk iki görseldeki yazılar ingilizceyken neden son görseldeki yazılar arapça?

  9. Dara Kılıçoğlu

    @banu farsça da olabilir, kürtçe de… iki dili ayni anda kullanan siteler var. yok mu?

    resimleri aldığım yer: http://www.alistapart.com/articles/paperprototyping/ belki orada açıklıyordur.

  10. erhan

    Saçmalık, zaman kaybı… Ön hazırlık aşamasına ayrılan zamanın bol olduğu büyük bir proje ise evet olabilir belki, ama onun dışında tamamen zaman kaybı ve böyle blog köşelerinde içerik doldurmaya yarar boş bir konu malzemesi…

    Biri bana iki adet projenin böyle kağıtlara dökülmüş halini gösterebilir mi?

    Gösterecek kimse çıkmazsa boş laf dökmenin “ay ben yaptım çok lezzetli oluyor” demenin bir manası yok.

    Ayrıca resimleri “aldığınız” site birşeyler anlatıyor hiç değilse. Siz sadece resimleri “almışsınız”.

    Son olarak, o iki dili aynı anda kullanan mağara biliyorum da site hiç görmedim.

  11. banu

    “farsça da olabilir, kürtçe de… iki dili ayni anda kullanan siteler var. yok mu?”

    Evet var, ama ordaki yazılar arapça =) {arapça biliyorum}

    Ben sadece bu küçük detaya takılmıştım bu yüzden o soruyu sordum. Link için teşekkürler ama Shawn Medero’da konuyla ilgili bir açıklama yapmamış =)

  12. Dara Kılıçoğlu

    @erhan “Saçmalık, zaman kaybı… Ön hazırlık aşamasına ayrılan zamanın bol olduğu büyük bir proje ise evet olabilir belki, ama onun dışında tamamen zaman kaybı ve böyle blog köşelerinde içerik doldurmaya yarar boş bir konu malzemesi…”

    Oncelikle yorumlariniz icin tesekkurler.

    “Biri bana iki adet projenin böyle kağıtlara dökülmüş halini gösterebilir mi?”

    Iki adet ve daha fazla projenin kagida dokulmus halini asagidaki linkten bulabilirsiniz:
    http://deeplinking.net/paper-web/

    “Ayrıca resimleri “aldığınız” site birşeyler anlatıyor hiç değilse. Siz sadece resimleri “almışsınız”.”

    O site A List Apart, Burasi ise dugumkume. Orada yazilarin belirli bir uzunlugu vardir. Profesyonel ve kalabalik bir kadro (profesyonel = yaptigi is karsiliginda para kazanan) tarafindan hazirlanmakta. Kelime sayisi ve yazilarin icerigi benim yazdigim yazilara kiyasla tabiki daha besleyici olacaktir. Ama burada istedigim uzunlukta yazabiliyorum. Su kadar bu kadar uzunlukta olacak diye bir kisitlamamiz yok. Yazimda cok da ciddi olmayan bu basit konuyu iyi ozetledigimi dusunuyorum.

    “Son olarak, o iki dili aynı anda kullanan mağara biliyorum da site hiç görmedim.”

    ( : Cok espirilisiniz. Bunu da size ilk gosteren insan ben olmak cok isterdim. Herseyin bir ilki vardir degil mi? O gun bu yaziyi hatirlarsiniz belki.

    Erhan bey ben de cok merak ediyorum da okuyucular ile tanismak bana cok heyecan veriyor. Siz kimsiniz? Ne isle ugrasiyorsunuz?

  13. Dara Kılıçoğlu

    Kendime not:

    Bu kisa yaziya gelen, konunun “zaman kaybi” ve “sacmalik” oldugu gibi negatif yorumlari dusunuyorum. “Etkilesim Tasarimi” nin elle tutulmaz, dise dokunmaz olma durumundan oturu, cok onemli olan ve atlanan, bu gorunmez surecin faydasinin iyi anlasilamadigini anliyorum. “Etkilesim Tasarimi” uzerine detayli bir yazinin aydinlatici ve faydali olacagini dusunuyorum.

  14. Dara Kılıçoğlu

    Kendime not 2:

    Hizlica aklima gelen ve birden fazla dili ayni anda (ekranda) kullanmasi sart olan siteler:

    1. Yabanci dilde yazilmis arsivleri tarayan siteler.
    2. Iki dil arasinda metin cevirisi yapan siteler.
    3. Antika ve baska degerli koleksiyon parcalarinin gosterildigi siteler.
    4. Google.

  15. arikan

    Dara paper version of the web bağlantısı çok iyi sağolasın.

    Etkilişim tasarımını “interkatif ajans” diye bilen eden kişiler için çok önemli bir yazı bu.

  16. arikan

    bugün “muamma” kelimesinin ingilizce karşılığının “conundrum” olduğunu öğrendim, ses olarak birbirine benzemesi çok güzel.

  17. arikan

    RSS nedir nasıl kullanılır video’sunda kağıt modellerle yapılan anlatım da çok iyi.
    http://www.dugumkume.org/gune-beslemeyle-baslayin-rss/

  18. c

    arikan, muamma ve conundrum’un seslerini birbirine benzetebilmek için dilinize neler yaptınız acaba?

    -

    “Saçmalık, zaman kaybı… Ön hazırlık aşamasına ayrılan zamanın bol olduğu büyük bir proje ise evet olabilir belki, ama onun dışında tamamen zaman kaybı ve böyle blog köşelerinde içerik doldurmaya yarar boş bir konu malzemesi…”

    asıl “zaman kaybı” böyle mesajlara cevap vermek. silmek ve mümkünse “ban”lemek en “zaman kazandırıcı” tepki oluyor genelde. okuyucuları da böyle zevzek yorumları okumaktan kurtarmış oluyorsunuz makalenin yazarı olarak.

    evet, kullanışlı bir yöntem olmayabilir yazdığınız ama zaman kaybından bahsedebilecek bir insan o mesajı yazacak zamana sahip olmazdı!

    mağaralardan bahsetmiş arkadaş, pek şaşırtıcı değil sanırım

    -

    “Kendime not 2:”

    bu notları kağıt, kalem ile almak gerekmiyor mu? : )

    -

    aşağıdaki kareyi (Yeni yorumları e-posta ile bana bildir) boşaltıyorum, tartışmayı daha fazla takip edemeyeceğim

  19. Dara Kılıçoğlu

    @c “Bu notları kağıt, kalem ile almak gerekmiyor mu?”

    Az once Javascript ile calisan yeni nesil bir web uygulamasi gordum. Tek sayfalik bir Wiki. Hicbir database baglantisi da yok! Javascript ile goruntulemekte oldugun sayfaya icerik ekleyebiliyor. Daha sonra eski usul, sayfayi “Kaydet” diyerek kendine alabiliyorsun. Tasinabilir ve basit. Cok akillica. Javascipt daha guclu geri geliyor… Notlari kagit kalem ile almak… :) aklima geldi. Not almanin turlu turlu yollari var. Dusunuyorum da kendime notlari alirken onlara sari zemin versem, onlari kare dortgenler icersinde bu yorumlar sayfasinda stilize etsem hatta Comic Sans yazitipi secsem daha sirin olurlar miydi?

    Kendime not 3:

    okuyucularini memnun etmek icin daha cok calis!
  20. Dara Kılıçoğlu

    @arikan “Gune Besleme ile Baslayin” baslikli yazin bir klasik. Bence Dugumkume tarihinin en parlak basliklarindan bir tanesi. Bir baska favorim ise 30 Nisan 2001 tarihinde DSP kurultayında cikan olaylar akabinde Hurriyet’in attigi manset: “Demokratik Sopali Parti”

  21. engin

    Konu ile ilgili Cenk Dolek’in daha once Dugumkume’de yazdigi Prototip (ilkörnek) Yazılım Geliştirme adli yaziya ve yazinin altindaki yorumlara goz atmakta da fayda var.

  22. onur gunduz

    “Aktör” kelimesinin kullanılmış olması biraz talihsizlik olmuş. Zira Dara’nın bahsettiği aktörler site içerisindeki componentler. UML Aktör kavramı ise, sistemi dışarıdan etkileyen ve ‘sisteme dahil olmayan’ kullanıcı ya da harici sistem olarak tanımlanmış. Bu biraz kafa karıştırıcı.

    -

    Component prototipleri oluşturmak iyi hoş da, web siteleri sadece bu tip componentlardan oluşmuyor ki, bir web sitesinin kağıtla anlatılması biraz zor, çok fazla dinamikten bahsediyoruz.

    Mesela Ajax ya da Flash. Bunları kağıt üzerinde anlatmak zor olduğu gibi; başınızı çok kaşımanıza yol açacak bir yöntem de olabiliyor. Sadece tasarım değil, teknik açıdan bazı detayları da bilmeniz gerekiyor. Web tasarımının zaten kağıttan farkı da bu. Kağıt prototip yaparken tek limitiniz kağıdın boyutu ve elinizdeki kalemlerin rengi oluyor. Bir web uygulaması çalıştırmanın ise çok fazla ‘limitasyonu’ var.

    Yine de başlangıç aşamasında bir sketch yapılabilmesi açısından çok faydalı. “Prototyping” özellikle kaçındığım bir şey olduğu için, benim için bu tür diagramları oluşturmak 30 sn falan alıyor. Sadece kaba taslak yerleşimleri çiziyorum, ama içindeki elementleri çizmeye, listelemeye başlamiyorum. Diğer türlü bu çok zaman alıyor, ve çoğu kez kendimi elimde her renkten kalemle defter başında 3 saat resim çizerken buluyorum. Bir süre sonra canavarlar falan çizmeye başliyorum xD

    Ne yaparsanız yapın kapsamlı proje planını, ilk versiyonu yayinlamadan yapmayın. Hiç bir yazılım projesi en baştan bu tür diagramlarla anlatılamaz. Eğer ortada proje yok ve sadece diagramlar varsa, şüpheye düşün. İnanın o diagramlar üzerindeki tek bir cümleniz bile size 300 satır kod olarak geri dönebilir. Onun için en doğrusu bunları doğru dürüst akıllıca ve zamanınızı almayacak şekilde kullanmak.

  23. arikan

    Bir sistem tasarlarken genelde kağıt kalemle diyagram çizerek işe başlıyorum. Gendel post-it kullanıyorum, hazır kesilmiş kağıt :) Yan yana alt alta üst üste yapıştırarak düşünceleri organize ediyorum. Kağıt ile soyut şeyleri nesneleştirmek çok pratik bir fikir özellikle başkasına anlatırken kolaylık sağlıyor.

    Meta-Markets projesini geliştirirken masamın fotoğraflarını çekmiştim farklı günlerde
    http://flickr.com/photos/arikan/sets/72157603522523360/

  24. Dara Kılıçoğlu

    @engin prototip kullanmanin faydalari uzerine harika bir yazi o. hatirlattigin icin tesekkurler.

    -

    @onur gunduz ““Aktör” kelimesinin kullanılmış olması biraz talihsizlik olmuş. Zira Dara’nın bahsettiği aktörler site içerisindeki componentler. UML Aktör kavramı ise, sistemi dışarıdan etkileyen ve ’sisteme dahil olmayan’ kullanıcı ya da harici sistem olarak tanımlanmış. Bu biraz kafa karıştırıcı.”

    Haydaa UML aktor’e nereden geldik yahu? Aktor jenerik bir kelimedir. Ben bir seyi canlandiran olan kullandim. Bir oyuncu gibi aktor.

    “Component prototipleri oluşturmak iyi hoş da web siteleri sadece bu tip componentlardan oluşmuyor ki”

    Oncelik ile kullanilabilirlik adina yapiyoruz bu isi. Kullanici arayuzunden bahsediyoruz. Kullanici arayuzleri bu tip komponentlardan ve dusunulmus etkilesim kurallarindan olusur. Ayrica bir de program mantigi (application logic) vardir ama konumuz bu yazida o degil.

    “bir web sitesinin kağıtla anlatılması biraz zor, çok fazla dinamikten bahsediyoruz.”

    Bir websitesi neden kagit ile anlatilmasin? Venture capital’dan para istiyorsun, bize yapacagin isi/siteyi tek cumle ile anlat diyorlar. “Bu site kullanicilarin buldugu faydali linklerini topladigi ve paylastigi bir site olacak.”, “Bu site milletin video upload edip paylasacagi site olacak”, “Bu site milletin copcatanlik yapacagi site olacal” Iste! Hepsini tek cumle ile anlatabiliyorsun. Sonra erken gelistirme surecinde kagit ve kalem ile neden detaylandirilmasin?

    “Hiç bir yazılım projesi en baştan bu tür diagramlarla anlatılamaz.” Yok artik! Buna izninizle Yuh! diyecegim. Su linki incele lutfen: http://en.wikipedia.org/wiki/Image:LampFlowchart.svg

    Herhangi bir flow chart’a ilk defa bakiyor olamazsin. Konu web yazilimi ise genellikle ekranin arkasinda birisi oturuyordur. Bu birisi fare ve klavye kullanir. Ekrana bakar. Donusumlu olarak makina ve insan birbirine girdi-cikti gonderirir. Yazilimda flow chart in temsil ettigi sey ne ise konumuz web tasariminda bunlari UI bilesenlerinin icinde oldugu ekranlar ile veriririz.

    “Eğer ortada proje yok ve sadece diagramlar varsa, şüpheye düşün.”

    2 sene sonra halen oyle ise evet. Ama supheye dusenin problemidir. Prototiplerin veya diyagramlarin degil.

  25. onur gunduz

    :)

    @dara:

    “Haydaa UML aktor’e nereden geldik yahu? Aktor jenerik bir kelimedir. Ben bir seyi canlandiran olan kullandim. Bir oyuncu gibi aktor.”

    Aktör kelimesi UML için kilit kelimelerden birisi. Konu da diagramlar olunca karışıklığa yol açabileceğini düşündüm, ki açtı.

    Oncelik ile kullanilabilirlik adina yapiyoruz bu isi. Kullanici arayuzunden bahsediyoruz. Kullanici arayuzleri bu tip komponentlardan ve dusunulmus etkilesim kurallarindan olusur. Ayrica bir de program mantigi (application logic) vardir ama konumuz bu yazida o degil.

    Buradaki argümanı anlamadım.

    Benim de söylemek istediğim zaten ‘kullanılabilirlik’ adına. Ben de ‘kullanıcı arayüzünden’ bahsediyorum.

    Paper prototyping mevzusunun kullanılabilirlik analizi/ölçümü adına iyi bir kaynak sayılabileceğini düşünmüyorum. Senin de söylediğin gibi: “bir UI bu tip(?) componentlardan ve düşünülmüş(?) etkileşim kurallarından oluşuyor”.

    Biraz düşünmek gerekiyor işte ne düşünülüyor acaba diye. Türlü türlü component türlü türlü davranış şekilleri var. Belki kağıt üzerinde yerleşimleri hakkında fikir sahibi olabilirsin. Ama autocompletion gibi bir davranışı kağıt ile replike etmeye çalışmak bana bir çeşit ‘zanaat’ mış gibi geliyor. Bilmem anlatabildim mi?

    “Ayrıca Application Logic vardır” demişsin ama arayüzün limitleri zaten application logic den kaynaklanıyor. Hatta application logic olmadan usability den user interface den bahsetmeye lüzum bile yok.

    Paper-prototyping hızlı başlangıç yapabilmek ve kafandakileri hızlıca görselleştirebilmek adına sana yardımcı olabilir. Ama iş usability measurement’a geldiğinde, nostalji yaratması dışında fasulye kadar değeri yok, üzgünüm.

    Bu “hiç değeri yok” demek de değil. Çalışma sırasında sana yardımcı olabilecek bir araç. Bu işi zanaat haline getirmediğin sürece seni hızlandırabilecek, karar almanı sağlayabilecek bir yöntem.

    Bir websitesi neden kagit ile anlatilmasin? Venture capital’dan para istiyorsun, bize yapacagin isi/siteyi tek cumle ile anlat diyorlar. “Bu site kullanicilarin buldugu faydali linklerini topladigi ve paylastigi bir site olacak.”, “Bu site milletin video upload edip paylasacagi site olacak”, “Bu site milletin copcatanlik yapacagi site olacal” Iste! Hepsini tek cumle ile anlatabiliyorsun. Sonra erken gelistirme surecinde kagit ve kalem ile neden detaylandirilmasin?

    Dara sanıyorum ki paper-prototyping uygulamasının asıl amacı Venture capitallere proje anlatmak değil. Yani asıl amacın bu olduğunu zannetmiyorum. Birine bir şey anlatmak için kağıt-kalem kullanmayı tercih etmek yazılım mühendislerine ya da arayüz tasarımcılarına ait bir yöntem de değil.

    Benim ilgilendiğim konu tasarım ve geliştirme süreci. Bu sürecin nasıl ‘efektif’ bir biçimde değerlendirilebildiği.

    “Hiç bir yazılım projesi en baştan bu tür diagramlarla anlatılamaz.” Yok artik! Buna izninizle Yuh! diyecegim. Su linki incele lutfen: http://en.wikipedia.org/wiki/Image:LampFlowchart.svg

    Yazılım projesi geliştirmenin o kadar kolay olduğunu zannetmiyorum. En baştan projeyi diagramlarla anlatıp bitirmene, ardından “hoppa diagramlar bitti hadi şimdi implementasyona geçelim ui yapalim” şeklinde hareket etmene imkan, olanak yok. Yani ancak guestbook falan yaparsın böyle.

    Bu tür diagramlar sürekli update olur. Nasıl sistem update oluyorsa, diagramlar da olur. Sürecin içindedir yani. Hatta olmazsa olmazıdır. Ama dediğim gibi, bu aşamada paper-prototyping türü diagramların sana fasulye kadar faydası dokunmaz.

    Herhangi bir flow chart’a ilk defa bakiyor olamazsin. Konu web yazilimi ise genellikle ekranin arkasinda birisi oturuyordur. Bu birisi fare ve klavye kullanir. Ekrana bakar. Donusumlu olarak makina ve insan birbirine girdi-cikti gonderirir. Yazilimda flow chart in temsil ettigi sey ne ise konumuz web tasariminda bunlari UI bilesenlerinin icinde oldugu ekranlar ile veriririz.

    Teşekkür ederim bu faydalı bilgiler için :) Ama flowchart görmemişsin :(

  26. Dara Kılıçoğlu

    UML’e nerden geldik… Sen ne dedigimi anliyor musun hic emin degilim. Sana birseyler anlatmayi kesiyorum. @c’nin soylediklerine hak vermemek elde degil. Boyle basit bir konuyu super-karmasiklastirdigin icin seni tebrik ediyorum.

  27. onur gunduz

    Referans gösterdiğiniz sitelerde sayfalarca tartışılmış. Biz daha 27. yorumdayız. Yani ‘sen de haklısın’ diyebilirdin ama :(

  28. engin

    Onur tartismaya katildigin icin sagol. Dara’nin referans gosterdigi site A List Apart katilimin cok yuksek oldugu, nispeten koklu web tasarim ortamlarindan bir tanesi. O acidan bizim 27 yorum baslangic icin fena sayilmaz ;)

    Kagit kalem kullanarak “dusuk cozunurluklu” prototip uretmek dedigin gibi karar almayi kolaylastiran ve calismayi hizlandiran bir yontem. Tabii ki kagit kalem kullanarak dinamik arayuz davranislarini (Ajax vs.) modellemek zor, ama zaten amac o olmamali. Amac, bilginin organizasyonu ve kullanicinin sistemi nasil kullanacagi ile ilgili baslangicta yapilan varsayimlari hizlica test etmek olabilir. Yani dinamik arayuz davranislarini tasarlamaya vakit harcamadan once o davranislarin uzerine oturacagi mimari insanlara mantikli geliyor mu, onu test edebiliriz mesela. Bu deneyleri resmi olmayan bir bicimde es-dost ile (kullanici profiline yakin oldugu surece) bile yapabiliriz. Eger ki varsayimlarimiz kullanicinin gozunden gercege uygun degilse, bunlari bastan farketmekte fayda var. Aksi takdirde sonradan cok bas agritacak degisiklikler yapmak gerekebilir.

    Bu tarz deneylerin kapsamli kullanilabilirlik testlerine gore avantaji, cok daha hizli ve dusuk maliyetli bir sekilde gerceklesebilmesi. Kapsamli kullanilabilirlik testleri ise (laboratuar testleri mesela) cok daha genis kullanici kitlelerini teste dahil edebiliyor. O acidan bulgular cok daha detayli, arayuze yonelik. Bu yuzden mumkun oldugunca gercege yakin surumleri dahil etmekte fayda var.

  29. Zoban

    Dara’nin pratigine katiliyorum. Musteri ile toplantilarda el laptopta bir sitemap cizmek, tarif etmek gostermeye gitmiyor cogu zaman, kendimi A4 kagitlar uzerinde keceli kalemle “onu atlatiriz, bunu ziplatiriz, aa tabi onu da yapariz, bunu da ederiz” yaparken buluyorum. Klasik bir Türk web isciligidir bu, global yansimalari da varmis :)
    Herseyin digital ortamlara kayacagi soylense de geleneksel araclardan bir sekilde vazgecilmiyor. PDA tasiyorum ama ayni zamanda cantamda not defterim ve bir kiz gibi kalem cesitlerim var. Gerci bu cizme, illustre etme hastaligi ile alakali ama ben bir toplanti notlarini PDA’a alabildigimi pek hatirlamiyorum. Restoranda siparis alan garson gibi hissediyorum. Kocaman bir bloknotea birseyler karalayinca daha ferahlatici oluyor.
    Proses uzatiyor, yukarda Onur’un dedigi gibi ama bu da okul yillarindan kalan bir aliskanlik olsa gerek: Okulda yaz ciz, eve gidince temize cekersin.

  30. HMERT

    bir site için hazırladığım diyagram,kaba şekil ve işleyişi gören bir beni bilmeyen bir müşeteri:
    - Amca kağıtlarını unutmuş, yazık, adamı bu yaşta çalıştırıyorsunuz.
    demişti de. Bizim arkadaş ben (23 yaşında) gelince “Amca beyfendi sizi soruyordu” demişti. Ben müşterinin yüzündeki şaşırma ifadesini hala unutamam.

    Ayrıca woork de öyle yapıyor.

  31. cenkay

    berbat bir siteniz war!yapan güzel yaptığını sanıyorsa hiç te öyle sanmasın!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Yorum Yaz