Önce İçerik Prototipleme

İçerik, dijital ekonominin temel metasıdır. Lüks deneyime dönüştürdüğümüz altın, sadakat programlarında ve satışlarda kapladığımız elmastır. Yine de, tasarımcılar olarak, genellikle olaydan sonra takarız. Etkileşimimizi ve görsel tasarımımızı tükenmek üzere prototipliyoruz, ancak “gerçek kelimelerin” daha sonra bırakılabileceğini kabul ediyoruz. Daha iyi bir yol var.

Yarattığımız dijital ürünler, giderek daha fazla dinamik bir içerik, işlevsellik, kod ve amaç sistemi içinde işliyor. Ürünlerimiz ve hizmetlerimiz, tümü ziyaretçi davranışını ve anlayışını şekillendirmeye çalışan ortak web sitelerine, sosyal medya beslemelerine ve sayısız elektronik toplayıcıya sürüklenir ve sızar. Sistemler sistemler üzerine kuruludur ve kısacası, genişliği akılları hayrete düşüren bir devasa yapıyı bir araya getirdik.

SmashingMag'de Daha Fazla Okuma :

• Hızlı Prototip Testi için Tasarımınızı Optimize Etme
• Doğru Prototipleme Aracını Seçme
• Duyarlı Web Tasarımında İçerik Prototipleme
• Kullanıcı Arayüzü Prototiplerini Canlandırma

Geçmişte basit sistemleri bulmakta oldukça başarılı olmamıza rağmen (statik web sitelerini ve intranetleri düşünün), büyük dinamik sistemlerin biraz daha karmaşık ve biraz daha az tahmin edilebilir olduğu ortaya çıktı. Sistemler büyüdükçe, katlanarak daha karmaşık hale gelirler ve karmaşıklıkları arttıkça davranışları, giderek doğrusal olmayan ve biz zavallı maymunların tahmin etmesi zorlaşır. Büyük sistemlerde, bininci ondalık basamaktaki yuvarlama hataları sonuçları kökten değiştirebilir (Mitchell 33). İnternet bir trilyon düğüme yaklaşırken, artık hepimizin tasarladığı dünya budur.

Ancak alıştığımız bu basit sistemler, daha karmaşık alanlar için tasarım yapmak için bir anahtar sağlayabilir. Sistem teorisyeni John Gall'in dediği gibi, "Çalışan karmaşık bir sistemin, her zaman, çalışan basit bir sistemden evrimleştiği görülür." Dijital tasarım alanında, en basit dinamik içerik, yapı ve anlam oluşturma sistemlerimizin amaçlandığı gibi temel düzeyde çalışmasını sağlarsak, aynı zamanda amaçlandığı gibi çalışan daha büyük, daha karmaşık sistemler için zemin hazırlayabiliriz.

Tasarımcılar olarak karmaşıklığımızı üst üste tutabilmemizin bir yolu, içeriğimizi başlangıçta prototipleme sürecine dahil etmektir. Önce içerik yaklaşımı, bizi içeriğimizin kısıtlamaları ve fırsatlarıyla daha erken yüzleşmeye ve önemli tasarım kararları alınmadan önce önerilen çözümlerimizi gerçek içeriğe aç kullanıcılarla işlevsel olarak test etmeye teşvik eder.

Bu makalede, ilk günden itibaren prototipleme sürecinize gerçek, dinamik içerik eklemek için basit bir açık kaynak araç setinin nasıl kullanılacağını göstereceğim. Bu yaklaşım, kullanıcıların bir projenin en başından itibaren içeriğinizi nasıl anladıklarına odaklanmanıza ve daha sonra bu anlayış temeli üzerine yapısal, görsel ve teknik öğeler oluşturmanıza olanak tanır.

İçerik İçin Beyaz Kutu Modeli

Sistem araştırmacılarının dinamik sistemlerin davranışını anlamak için kullandıkları araçlardan birine “beyaz kutu” modeli denir. Sistem uzmanı Gerald Weinberg, bir kara kutu modelinin davranışı "mükemmel bir şekilde gizlenmiş" iken, beyaz bir kutu modelinin davranışının "mükemmel bir şekilde ortaya çıktığını" yazıyor. Karmaşık sistemler için bu şeffaflık önemlidir: Weinberg ayrıca "en basit sistemlerin bile bazen yapıcıları için sürprizler içerdiğini" belirtir (172).

Önce içerik prototiplemenin amacı, içeriğimiz, iç yapısı ve destekleyici bilgi mimarisi için beyaz kutu modeli oluşturmaktır. Bu, tasarım sürecinin başlarında, son kullanıcılarımızın dijital sistemlerimizin sunduğu yapılandırılmış içerikten nasıl anlam inşa ettiğini keşfetmemizi sağlayacaktır. İçerik sistemlerimizin yapısını özünde düzeltmek için zaman ayırarak, çalışan bu basit sistemlerin çalışan daha büyük, daha karmaşık sistemlere entegre edilmesi için zemin hazırlıyoruz.

Dijital içerik için beyaz bir kutu oluşturmak için üç şeyi hesaba katmamız gerekiyor:

• içeriğin türü ve amacına bağlı olarak değişen ayrıntı düzeyine sahip içerik paketlerinden oluşan içeriğin kendisi ;
• yapı , hem yerel sayfa veya ekran düzeyinde hem de küresel web sitesi veya uygulama düzeyinde;
• içeriğimizin nihai olarak tüketileceği bağlam ve duruşa (masaüstü, tablet veya telefon) kullanıcı katılımı .

"Mükemmel bir şekilde görünür" kalması için bu modelin işlevselliğinde şeffaf olması gerekir, böylece tasarım ekibinin üyeleri modelin neden böyle davrandığını anlayabilir. Bu son parça – kullanıcı katılımıyla birlikte şeffaflık – beyaz kutu modeli için çok önemlidir: Sadece işlevselliği göstermek için bir prototip oluşturmuyoruz, bunun yerine kelimelerin ve kullandığımız yapı, hedef kitleleri tarafından yorumlanır.

İçerik öncelikli prototipleme yaklaşımı, mevcut içerik için tasarım yaparken kullanışlıdır, ancak aynı zamanda içerik oluşturma sürecinde bir editoryal ekibin katılımını sağlamak için de iyi bir yoldur. Gerçek kelimelerin, görüntülerin ve varlıkların projenin başlarında kullanıcıların önüne çıkarılması, herkesin projenin hedeflerine ulaşmak için ince ayar, ayarlama veya döndürme yapmasına olanak tanır. Proje planınız, kelimeleri sonra doldur stratejisini takip etmekse, önce içerik prototipleme, size kullanıcıların önünde birkaç içerik varyasyonu elde etme ve ardından paydaşların önünde kullanıcı tepkilerini alma şansı verir.

Önce İçerikli Bir Prototipleme Çerçevesi

Yukarıda açıklanan ilke ve hedefleri alarak, bu tür bir prototip oluşturmak için bir başlangıç ​​çerçevesi oluşturdum. Kendi kendini düşünen sistemlerin ruhuna uygun olarak, bu araç, her biri basit bir birincil görevi iyi yerine getiren daha basit sistemlerin gevşek bir bağlantısına dayanır.

Bu çerçeve için Excel, Jekyll, ZURB Foundation ve Browsersync'i bir araya getirdim ve hepsini bir Gulp betiğiyle birbirine bağladım. Bu belirli uygulamaları ve çerçeveleri, geniş çapta erişilebilir oldukları, açık kaynak oldukları (çoğunlukla), aktif destek topluluklarına sahip oldukları ve mükemmel belgelere sahip oldukları için seçtim.

Aşağıda tartışılan örnek projenin bir kopyasını ve önce içerik prototipleme çerçevesi başlangıç ​​kitini GitHub'daki proje sayfasından indirebilirsiniz. Parçaların nasıl bir araya geldiğine ve her birinin ne işe yaradığına bakalım.

Excel

Excel - veya XLSX formatına kaydeden herhangi bir elektronik tablo programı - yapılandırılmış içerik ve kategorizasyon sistemleri oluşturmak ve düzenlemek için kullanılır. Belgeyi her kaydettiğinizde, içerik kümenizdeki her paket (e-tabloda bir satırla temsil edilir) hem Jekyll sayfası hem de JSON belgesi olarak dışa aktarılır. Bu, içeriğinizde hem sayfa hem de genel işlemleri yürütmenize ve içerikteki değişiklikleri tek bir "kaydet" komutuyla tüm web sitesine yaymanıza olanak tanır.

Jekyll

Jekyll, açık kaynaklı bir statik web sitesi oluşturucudur ve içerik paketleri, sayfalar ve kategoriler arasındaki dinamik yapıyı ifade etmek için kullanılır. Jekyll, elektronik tabloya kaydettiğiniz içeriği değişkenler olarak temsil eder ve yapı oluşturmak için bu değişkenler üzerinde işlemler gerçekleştirmenize olanak tanır. Jekyll ayrıca koşullu mantık uygulamak için "if/then" etiketleri ve içerik kümeleri arasında geçiş yapmak ve filtrelemek for döngüler sağlar.

temel

Açık kaynaklı bir mobil ilk ön uç çerçevesi olan ZURB Foundation, bilgi hiyerarşisini ifade etmek ve duyarlı davranışları yapılandırmak için kullanılır. Foundation'ın ızgaraları, stil tanımları ve duyarlı davranışları, yalnızca HTML öğelerinize sınıflar uygulayarak hemen hemen her standart web düzeni desenini oluşturmanıza olanak tanır.

tarayıcı senkronizasyonu

Son olarak, Browsersync prototipinizi tarayıcıya sunar ve siz değişiklik yaptıkça CSS'yi ve sayfaları günceller. Browsersync, aynı ağa bağlı herhangi bir cihazdan prototipe erişmenizi de sağlar. Bu, bir dizüstü bilgisayarda düzenlemeler yaparken bir telefon ve tablette otomatik güncellemeleri görebileceğiniz anlamına gelir.

Birbirine bağlı bu araçlar, nihai üretim ortamınızı oluşturacak dinamik sistemlere benzer bir ortamda prototipler oluşturmanıza olanak tanır, ancak hareket etmeniz gerektiğinde sizi yavaşlatacak veritabanları, bulut hizmetleri ve ağ gecikmesinden muzdarip olmanıza gerek kalmaz. fikirleri denemek için hızlı bir şekilde.

Bu Kod İçerdiği İçin Panik Yapıyorsanız…

Panik yapma. Bu araçlar tasarımcı dostudur ve mükemmel destek topluluklarına sahiptir. Fikirlerinizi hayata geçirmek için ön uç geliştirici olmanıza gerek yok. HTML ve CSS'nin temellerini bilmeniz gerekir. Bu diller zor değildir ve bunları öğrenmek, iyi tasarım çalışmaları yapma yeteneğinizi yok etmeyecektir. Tip tasarımı efsanesi Erik Spiekermann'ın sözleriyle, “Kodlama değilse bile en azından kodu takdir etmek, kodu anlamak için öğrenmelisiniz. Çünkü kod, somunların ve cıvataların yüz yıl önce neyse odur.” Başlamanın en iyi yolu dalmaktır.

İçerik İlk Prototip Oluşturma Örneği: Green Lake Toplum Merkezi

Önce içerikli prototiplemenin nasıl göründüğünü daha iyi anlamak için, gerçek dünyadan bir dijital içerik koleksiyonu alalım.

İşte senaryo. Green Lake Toplum Merkezi, Green Lake mahallesindeki topluluk üyelerine sınıflar, programlar ve etkinlikler sunmaktadır. Ne yazık ki, mevcut sınıf, program ve etkinlik bilgilerinin tümü çevrimiçi olarak yalnızca PDF aracılığıyla mevcuttur ve bu da yalnızca merkezin sabit genişlikli masaüstü için optimize edilmiş web sitesinden edinilebilir. Seyretmek:

Merkez, sınıf, program ve etkinlik bilgilerine cep telefonları aracılığıyla giderek daha fazla erişmeye çalışan topluluk üyelerine ulaşmak amacıyla, mobil öncelikli programlar web sitesini başlatmaya karar verdi. Bu girişim, sonunda, parklar ve rekreasyon için şehir çapında duyarlı bir web sitesi için bir katalizör görevi görecek.

Diğer tüm tasarım projelerinde olduğu gibi, buluşsal ve rekabetçi analizle ve mevcut trafik ve kullanıcı verilerine bakarak başlayacağım. Paydaşlar ve son kullanıcılar müsaitse, onlarla da konuşacağımdan emin olabilirsiniz. Web sitesinin amacı hakkında iyi bir fikir edindiğimi hissettiğimde, kağıt üzerinde bazı temel üst düzey bilgi mimarisi ve kullanıcı arayüzü fikirlerini keşfedeceğim.

İlk tasarım yaklaşımı şekillenmeye başladığında, ilk fikirlerimi - ve daha da önemlisi, bu fikirlerin hizmet etmesi gereken içeriği - nihai olarak tüketilecekleri bağlama - ilk önce içerik prototipleme iş akışını kullanabilirim. bu durumda, tarayıcı. Bu sürecin nasıl göründüğüne ayrıntılı olarak bakalım.

İçeriği Yakala

Bu örnekte, içerik öncelikli prototipleme çerçevesi elektronik tablosunda yakaladığım yapılandırılmış içeriğin, _data her kaydettiğimde otomatik olarak bir sayfa şablonuna nasıl yazıldığını görebilirsiniz. Burada içeriği yapılandırmak için “katalog” sayfasını kullandım. "Başlık", "açıklama", "kategori" ve "etiketler" değişkenleri sayfa şablonuna zaten dahil edilmiştir, bu nedenle bu değerler hemen güncellenir. Bir içerik satırına istediğiniz kadar başka sütun ekleyebilirsiniz - şablona karşılık gelen değişkeni eklediğinizden emin olun (daha fazlası aşağıda).

"Dizin" ve "besleme" sayfaları da başlangıç ​​setine dahildir ve ilgili içerik türleri için farklı kategoriler (sütunlar) içerir. Her sayfa içeriği kendi klasörüne (bu durumlarda "katalog", "dizin" ve "besleme") ve kendi JSON dosyasına aktarır. İhtiyaç duyduğunuz kadar başka sayfa ekleyebilirsiniz - Jekyll yapılandırma dosyanızı güncellemeyi unutmayın, böylece onları çekmeyi bilir (tüm ayrıntılar için "Jekyll Veri Sayfaları Oluşturucu" eklenti belgelerine bakın).

Daha Fazla İçerik Paketi Ekle

İçerik paketleri ekledikçe (e-tablodaki satırlar), prototipe otomatik olarak yeni sayfalar eklenir. Her satır tek bir sayfayı temsil eder ve bu satırdaki her sütun, Jekyll'in bir sayfa oluştururken şablona doldurduğu bir değişkeni temsil eder. Bu örnekte, "Topluluk Merkezi" kataloğundaki içerik oldukça tekdüzedir, ancak öğe açıklamalarının uzunluğu çılgınca değişiyorsa, bu varyasyonun sayfa düzenini nasıl etkileyeceğini kolayca görebilir (ve deneyimleyebilirsiniz). Belki daha sonra içeriği farklı bir şekilde parçalara ayırmaya veya özetler veya sümüklü böcekler gibi yeni öğeler eklemeye karar verebilirsiniz.

Bu sistem ayrıca etiketler, kategoriler ve etiketlerle kolayca denemeler yapmanızı sağlar. “Kategori” sütunundaki değerleri değiştirerek, farklı mimari yaklaşımların kullanıcının belirli bir içeriği kolayca bulma yeteneğini nasıl etkilediğini test edebilirsiniz. Örneğin bu örnekte, sınıf türüne ve bir katılımcının yaş grubuna göre organizasyonel sistemler oluşturdum. Bu, prototip şekillenirken menüde ve ana sayfada farklı gezinme yaklaşımlarını kolayca test etmemi sağlıyor.

HTML ile Yapı ve Hiyerarşi Ekleyin

İçerikten memnun kaldığımda, yapısının kullanıcılara anlamlı gelmesi için bu içeriği biçimlendirmeye sarmaya başlayacağım. Buradaki değişkenlere metin gibi davranın ve "düz" bir HTML dosyasındaki metni işaretlermiş gibi işaretleyin. Buradaki sonuçlar oldukça tahmin edilebilir görünmelidir (bu iyi bir şey).

Jekyll'in şablonlama sistemi, oluşturduğunuz sayfa şablonlarını alır ve bunları başlık ve gezinme simgesini içeren genel bir şablonla sarar. "layout: default" şu anlama gelir: "varsayılan" şablonu bu şablonun sarmalayıcısı olarak adlandırıyoruz. Şablonları istediğiniz kadar iç içe yerleştirebilirsiniz, ancak bir veya ikiden fazla şablon düzeyi genellikle gereksizdir. Sayfa listeleri ve genel bağlantılar gibi tekrarlanan öğeleri barındırmak için, web sitesi oluşturulduğunda şablona belirli bir kod parçası ekleyen "içerir" öğesini de kullanabilirsiniz. Şablonlar ve içerikler hakkında daha fazla bilgi için Jekyll'in resmi belgelerine bakın.

Jekyll'in İşaretleme Etiketleriyle Mantık Ekleyin

Jekyll, şablonlama sistemine özgü temel etiketleri ekleyerek temel mantık eklemenize olanak tanır. Burada, Green Lake Community Center'ın sınıf listesinde (yukarıda birden çok içerik paketi eklediğimde oluşturulan) geçiş yapmak için bir for etiketi kullanıyorum ve listedeki her topluluk merkezi sınıfını bir bağlantı olarak oluşturuyorum:

Koşullar oluşturmak için if deyimlerini de kullanabilirsiniz. Burada, şu anda bulunduğum sınıf sayfasının bağlantısını gizlemek için bir if ifadesi kullanıyorum:

Kafanız patladıysa, lütfen panik yapmayın. Mantık eklemek, bir tür gelişmiş özelliktir. İçerik değişkenlerine ve HTML'ye bağlı kalırsanız prototipiniz gayet iyi çalışacaktır. Bununla birlikte, Jekyll'in şablonlama sistemi, insan tarafından çok okunabilir ve alınması kolaydır. Yaratıcılarının temel parçaların nasıl çalıştığına ilişkin hızlı tanıtımına göz atın.

Foundation'ın CSS'si ile Stil ve Duyarlı Davranış Ekleyin

HTML yapısının ilk taslağı hazır olduğunda, CSS sınıflarını ekleyerek ve belgeyi kaydederek prototipe stil ekleyebilirim. ZURB Foundation'ın başlangıç ​​kitinde zaten bağlantılı olan ön uç çerçevesi, çok çeşitli web ve yerel uygulama kalıpları için stil sınıfları sağlar. Burada gösterilen örnekte, sadece iki farklı sınıfa girerek mobil prototipime daha “dokunulabilir” bir his verdim ve çok daha net bir görsel hiyerarşi duygusu getirdim. Bu değişiklikler, bu şablonu kullanan tüm içeriğe otomatik olarak yayılır.

Foundation ayrıca mobil öncelikli yanıt verme davranışını dahil etmeyi ve düzinelerce önceden oluşturulmuş düzen, kapsayıcı ve medya bileşenini kullanmayı kolaylaştırır. Hepsi CSS olduğundan, her şeyi kendi zevkinize göre değiştirebilir ve ince ayar yapabilirsiniz. Bu örnekler için Foundation'ın temel renk paletini “tek renkli tel kafes” stiline değiştirdim, ancak Foundation'ı istediğiniz stile uyarlayabilirsiniz. Belgelerine veya öğreticilerine göz atarak veya bir ders alarak Foundation'ı kullanma hakkında daha fazla bilgi edinin (bu arada sınıflar mükemmeldir).

Erken Geri Bildirim Alın ve Kullandıkça Gözden Geçirin

İçerik yerleştirildikten sonra, yapının birden çok varyasyonunu oluşturmak ve test etmek kolaydır. Etiketler, kategoriler, anahtar kelimeler ve diğer meta veriler doğrudan içerik elektronik tablosunda değiştirilebilir. Benzer şekilde, sayfa yapısı, akış ve görüntüdeki değişiklikler, yalnızca Jekyll şablonlarınızın alternatif sürümlerini oluşturma meselesidir. Tüm bu değişiklikler, "Kaydet" düğmesine bastığınız anda prototipte anında artacaktır.

Green Lake Community Center prototipinin ilk versiyonunu tamamlamak için mobil ana sayfanın üç varyasyonunu oluşturdum. Bu durumda tek yapmam gereken, ana sayfa şablonundaki öğeleri yeniden düzenlemek ve iki gezinme öğesi (yani tam genişlikteki düğmeler ve görüntü döşemeleri) için veri kaynaklarını değiştirmekti.

Tüm bu adımları sırayla sunmuş olsam da, Gulp'un (tüm basit sistemlerimizi birbirine bağlayan JavaScript görev çalıştırıcısı) bir belgeyi her kaydettiğinizde değişiklikleri güncellediğini unutmayın. Bu, istediğiniz zaman herhangi bir adıma geri dönebileceğiniz ve kullanıcı yanıtı, paydaş geri bildirimi veya içerik veya bağlamla ilgili yeni keşiflere dayalı olarak ayarlamalar yapabileceğiniz anlamına gelir.

Bu esneklik, farklı ekran hiyerarşilerini ve içerik işlemlerini kullanıcılarla kolayca test etmenize olanak tanır ve bu testlerde gerçek içeriği, kitlenizin ilk elden deneyimleyebileceği (ve tepki verebileceği) içeriği kullanmanıza olanak tanır. Prototipin son biçimi HTML, CSS ve JavaScript olduğundan, en rahat ettiğiniz test aracıyla (UserTesting ve Lookback'i seviyorum) kullanıcı geri bildirimlerini toplayabilirsiniz.

Prototipin HTML, CSS ve JavaScript formatı, çalışmanızın paralel ve sonraki çabaları daha kolay bilgilendireceği anlamına gelir. Örneğin, nihai ürününüz mevcut bir CMS platformu üzerine inşa edilecekse, o zaman ifade edebileceğiniz içerik, yapı ve görüntüleme gereksinimleri CMS seçeneklerini değerlendirmenize yardımcı olacaktır. Benzer şekilde, prototipiniz, ön uç geliştiricileriniz için ızgara, hiyerarşi, başlıklar, bağlantı davranışı ve yazı tiplerini içeren tasarım kararları için bir belirtim belgesi işlevi görebilir.

Bununla birlikte, içerik öncelikli prototiplemenin amacının yalnızca tarayıcıda tasarım yapmak olmadığını unutmayın: Amaç, tarayıcıyı ve kullanıcılarınızın geri bildirimlerini kullanarak içeriğinizin organizasyonuna ince ayar yapmak ve basit içerikler oluşturmaktır. iyi çalışan yapılar.

Bu yöntemin gücü, kategorilerinizin, etiketlerinizin ve gezinme yollarınızın oluşturduğu sistemleri hızlı bir şekilde değiştirmenize izin vermesidir. Bu, statik içerik modellemeye göre belirgin bir avantaj sağlar. Dinamik içeriğinizin istediğiniz gibi çalışmasını sağlamak için çok fazla CSS kullandığınızı fark ederseniz, kaynağa geri dönün. İçeriği daha iyi çalışması için farklı şekilde parçalayabilir misiniz? Bir dizi sınıf veya etiket eklensin (veya kaldırılsın)? Diğer her şeyin yerli yerine oturmasını sağlayan basit ve zarif çözümü bulana kadar farklı varyasyonları deneyin.

Web'in Ötesinde Düşünen Sistemler

Burada gösterilen temel örnek, içerik öncelikli bir prototipleme yaklaşımının, çalışan basit içerik sistemleri - sırayla çalışan daha büyük, daha karmaşık sistemler için zemin hazırlayan sistemler - oluşturmamıza nasıl yardımcı olabileceğini göstermektedir. İçerik öncelikli prototipleme, içerik modeli, hiyerarşi, kategoriler ve etiketlerdeki küçük ayarlamaların kullanıcılarımızın bilgi ihtiyaçları için daha temiz ve daha zarif çözümlere yol açabileceği yerleri keşfetmemize yardımcı olur.

Bu araç web teknolojileri üzerine kurulmuş olsa da, içeriği anlamak için yapılandırma şeklimiz bireysel araçları, teknolojileri ve platformları aşar. İçeriğiniz en temel biçiminde, belirli uygulamaların gereksinimlerinden ve kısıtlamalarından arındırılmışsa, izleyicileri için anlamlıysa ve iletişim hedeflerinizi basit, zarif yollarla gerçekleştiriyorsa, o zaman zaten bireysel teknolojik uygulamaların ötesine geçen bir temel oluşturmuşsunuzdur. Anlamlı olması için belirli bir platforma veya komut dosyasına ihtiyaç duymayan içerik oluşturdunuz; belli bir şekilde anlaşılmak istenen bir içerik kümesidir.

İçeriği tasarım sürecinin merkezine koyduğumuzda, belirli bir uygulama için değil, anlayış için çözmeye başlarız. Diğer her şey bir ara adımdır. Tasarım yaptığımız son platformun insan zihni olduğunu kabul ederek, anlayışa yol açan basit yapıları belirleyebilir ve tasarım sürecinin tamamı boyunca bu yapıları güçlendirmek için çalışabiliriz.

Alıntılanan Eserler

• Karmaşıklık, Rehberli Tur , Melanie Mitchell (New York: Oxford, 2009)
• Genel Sistem Düşüncesine Giriş , Gerald Weinberg (New York: Dorset House, 1975)