İşbirliğine Dayalı Tasarım – Başarılı Kurumsal Ürün Tasarımı Kılavuzu

Çevik yazılım geliştirme, Kanban süreç yönetimi ve Yalın UX'i muhtemelen duymuşsunuzdur. İşbirliğine dayalı tasarım, kurumsal ürün tasarımına farklı bir felsefi ve taktiksel yaklaşımdır.

İşbirlikçi tasarım, katılımcı, ilgi çekici ve gerçekçi, her şeyi kapsayan veya beyin güven ortamında tasarlama sürecidir. Bir boşlukta tasarım DEĞİLDİR; bunun yerine, adından da anlaşılacağı gibi, işbirlikçi tasarım, uyumlu bir ürün oluşturmak için herkesle birlikte çalışmak üzere tasarımcıyı çeşitli ekiplerin ve departmanların merkezine yerleştirir. Bu şekilde hiç kimse dışarıda bırakılmaz ve ürün, ilgili tüm paydaşlarla birlikte oluşturulabilir.

Her kurumsal organizasyon farklıdır ve paydaşları herhangi bir fikir veya görev etrafında toplamak, kedileri gütmek gibi görünebilir. Bu kılavuzda, yalnızca girdilerini almak için değil, aynı zamanda onları bu yeni tasarım merkezli yaklaşıma dahil etmek için önemli oyuncularla çalışmaya yönelik ipuçlarını ve püf noktalarını gözden geçireceğiz.

Oyuncularla Tanışın

Tasarımcılar pek çok şeyde harikadır, ancak rolleri sorunları çözmekle başlar. Bu, uzmanların kim olduğunu bilmeyi ve onlarla çalışmayı gerektirir. Ürün geliştirme ekibinin her üyesinin kendi ihtiyaçları ve sorumlulukları vardır, bu nedenle onları tanımak, verilen görevi gerçekten tamamlamak kadar önemlidir.

Neyse lafı fazla uzatmadan ekibi tanıyalım:

• Ürün yöneticileri , ürünler ve özellikler için kapsamı, gereksinimleri ve geliştirme yineleme döngülerini tanımlar; genellikle son bir evet/hayırdan önce özelliklerin bekçileridirler ve yöneticiler de dahil olmak üzere tüm kuruluşla iletişim kurmada kullanılırlar.
• Mühendisler ürünü oluştururlar, böylece teknik yetenekleri ve sınırlamaları anlarlar. Bu onları, geliştirme zaman çizelgeleri, kullanılacak teknolojiler, kapsam ve genellikle tasarım fizibilitesi (teknoloji ve zaman sınırlamaları göz önüne alındığında konseptlerimiz mümkünse bile) dahil olmak üzere büyük endişeleri belirlemek için kritik bir kaynak haline getirir.
• Veritabanı ve sistem mimarları , verilerin nasıl entegre edildiğini bilir ve mevcut ürün/platformun üzerine inşa etmeye devam ederken performansı korumak için neyin gerekli olduğu konusunda derin bir anlayışa sahiptir.
• Dahili konu uzmanları (KOBİ'ler) iş süreçleri, kullanım örnekleri, tarih ve politikanın yanı sıra yönetimden, müşterilerden ve kullanıcılardan genel beklentilere yakından aşinadır.
• Satış , ürünü potansiyel müşterilere sunmaya odaklanır. Bu, satışları ilk temas noktası yapar, bu nedenle ürünü anlamaları, potansiyel müşterileri kapatmak (ve genellikle oluşturmak) için kritik öneme sahiptir.
• Eğitmenler (veya SaaS'de, müşteri başarı temsilcileri ) satış ekibine ve yeni veya deneme kullanıcılarına doğrudan maruz kalırlar ve ürünün in vitro ve ötesinde nasıl performans gösterdiğine dair çok sayıda yararlı bilgi sağlayabilirler.

Ürün üzerinde çalışan tüm taraflar tasarım sürecine dahil olduğunda (Çevik metodolojinin temel ilkelerinden biri), ortaya çıkan ürünün başarıya ulaşma şansı önemli ölçüde artar - tasarımcılar paydaşlarla çalıştığı için değil, paydaşlar, daha sık olarak değil, belirli kullanıcı ve iş ihtiyaçlarını anlayamayacağımız bir şekilde anlayın. İşbirliği içinde çalışmak her zaman en iyi seçenek gibi görünüyor, ancak bunu nasıl yapacağız?

Paydaşlarla Nasıl İşbirliği Yapılır?

Ürün Yöneticileri, Ürün Kapısı ve Zaman Bekçileri

Ürün yöneticileri genellikle ürüne kişisel bir bağlılık duyarlar ve şirket içinde çok yüksek beklentilere tutulurlar. Ayrıca, ürün/ürünlerin kullanıcılarına veya müşterilerine, sorunlar, karşılanmayan vaatler veya yeni bir işlevsellik talepleri olduğunda yanıt vermek zorundadırlar.

Basit iletişime çok değer verirler ve ilerleme, sorunlar ve herhangi bir değişiklik hakkında güncel tutulmaları gerekir. Taslakları ilk ve sıklıkla görmekten hoşlanırlar ve çeşitli ölçeklerde çalışabildikleri için (doğrudan ürün geliştirmeden uygulamalı uygulamaya kadar çeşitli düzeylerde küçük değişikliklerle bile), onlarla olan etkileşimleriniz büyük ölçüde değişebilir.

PM'ler çeşitli paydaşlarla (dahili ve harici) iletişim kurmak için çok fazla zaman harcadıklarından, sizi kontrol etmelerini beklemeden onları bilgilendirmek önemlidir. Yinelenen taslaklar sunmak, geri bildirimlerini dinlemek ve her zaman bir sonraki toplantı için bir eylem listesiyle bitirmek için PM'lerinizle düzenli kontroller ayarlayın.

Ürün işlevselliği için amaçlarının ne olduğunu öğrenmeleri uzun sürmeyecektir. PM'ler, tasarımcıların problem çözücüler olduğunu bilirler, bu nedenle tasarımcıların akıl yürütmelerini kanıtlamak için veri ve analiz sağlaması gerekir. Haklı olup olmaman önemli değil. Hedefin en iyi ürünü oluşturmak olduğunu kanıtlayın ve bir PM'nin güvenini kazanın!

Mühendislik: Tasarımları Hayata Geçirmekten Sorumlu

Mühendisler (geliştiriciler de denir) ürüne en yakın kişilerdir; inşa ediyorlar! Bu onlara bir avantaj sağlıyor çünkü ürünün tek tek bileşenlerini çalışırken doğrudan deneyimliyor ve test ediyorlar . Bu harika, çünkü hiç şüphesiz, herhangi bir tasarımdaki zayıflıkları bulacaklar - bazen herhangi bir şey inşa etmeden önce - bu iki kat harika çünkü yazılım kodlanmadan önce kusurları bulmak pek çok düzeyde çok büyük bir avantaj.

Bir mühendislik grubunun güvenini kazanmanın en iyi yolu, kapsamlı ve eksiksiz ürün spesifikasyonları üretmek veya bunları erken dahil etmek… veya her ikisi.

Geliştiriciler gerçek paydaşlar olarak kabul edildiğinde, kullanım senaryolarını, senaryoları, teknik zorlukları ve bunların üstesinden gelmek için seçenekleri tartışmaya fazlasıyla isteklidirler.

Mühendislerin gerçek ürün mimarları olduğunu unutmak kolaydır; özellikle zorluk zor olduğunda veya başka bir şekilde ele alınabileceğinde, sorunları tasarımcıyla çözme konusunda kazanılmış bir ilgileri vardır.

Veritabanı ve Sistem Mimarları, Veri Yapılarının Koruyucuları

Veritabanı ve sistem mimarları, ürünün perde arkasında nasıl çalıştığını bilir. Verilerin nasıl saklandığını ve yapılandırıldığını, nelerin entegre edilebileceğini ve tüm sistemlerin birbirleriyle nasıl konuştuğunu bilirler. Ürünün kullanıcılar için nasıl çalıştığından daha az, çeşitli sistemlerle nasıl etkileşime girdiğiyle (sonuçta sorumlu oldukları şey budur) ilgilenme eğilimindedirler.

Kullanıcı merkezli tasarımcıların uğraşması özellikle zor olabilir. Bir veritabanı/sistem mimarı hiçbir zaman son kullanıcılarla etkileşime girmese bile, odak noktasının her zaman bu kullanıcılara fayda sağlamak olduğunu hatırlamak önemlidir - ister ürün güvenilirliği, ister hız veya basitlik yoluyla olsun.

Veri yapılarının nasıl çalıştığına dair bilgileri - ve ürünün işlevselliğindeki herhangi bir değişikliğin sonuçları - uzman girdileri olmadan gözden kaçırılması çok kolaydır. Konumları doğrudan ilişkili görünmese bile, ürün değişiklikleriyle ilgili toplantılara ve tartışmalara sistem mimarlarını davet etmek ve dahil etmek önemlidir.

Bir sistem mimarıyla işbirliği yapmanın bir yolu, aşağıdaki sorularla bir kontrol listesi oluşturmaktır:

• X özelliği mevcut veri yapısını etkiler mi?
• Mevcut mimari göz önüne alındığında ek tasarım/geliştirme çalışmaları var mı?
• Y tasarımı, mevcut herhangi bir kullanıcı girdisi/çıktısı ile çelişiyor mu?
• X özelliğinden etkilenen harici hizmetler var mı?

Bu basit liste, önceden var olan (ve muhtemelen) monolitik veri yapılarının nasıl çalıştığına dair net bir anlayışa sahip olmadan bile sizi doğru yöne yönlendirecektir. İşaretlenen herhangi bir şey, basit bir tartışma ile araştırılması gereken bir alandır.

Konu Uzmanları ve İş Analistleri, Bilgi Sihirbazları

Konu uzmanları uygun şekilde adlandırılmıştır; Konusunda uzmandırlar ve benzersiz ve değerli bilgilerden oluşan bir altın madeni olabilirler. Çoğu zaman, bu alanda uzmanlık dereceleri kazandılar veya hayatlarının büyük bir kısmını endüstrilerinde çalışarak geçirdiler. İşletmenin nasıl çalışması gerektiği konusunda uygulamalı deneyime sahipler ve herkesi bugün oldukları yere götüren uzun, acılı tarihi ve siyaseti hatırlıyorlar.

Bir iş analisti, kuruluşun nasıl çalıştığının ayrıntılarını bilir ve veriler mevcutsa ancak kurum içi uzman yoksa genellikle bir KOBİ ile aynı işlevi yerine getirir.

İç beklentilerin karşılandığından ve tehlikeli bölgelere adım atmadığınızdan emin olmak için projenin yönetim tarafından nasıl algılandığını öğrenmek için KOBİ'lerle iletişim kurun. Analistleri tasarım oturumlarına davet edin, onlara önceden uzman olduklarını söyleyin ve onlardan tarihsel başarısızlıklar, siyasi çekişmeler ve başarılı bir ürün sürümü için kritik olabilecek diğer konular hakkındaki bilgilerini paylaşmalarını isteyin.

Müşteri Başarı Yöneticileri, Yeni Bir Müşterinin İrtibat Noktası

Yeni müşteriler nihayet satışlar tarafından dahil edildiğinde, eğitmenler veya SaaS şirketleri için müşteri başarı yöneticileri (CSM'ler) yeni kullanıcılara ürünü gerçekten nasıl kullanacaklarını öğretmek için görevi devralır. Bu yüzden eğitmenlerin acemi kullanıcılarla konuşmak için çok zaman harcadıklarını söylemeye gerek yok. Bir CSM'nin benzersiz bir bakış açısı vardır, çünkü genellikle şirketleri için satın alma kararına dahil olmayan müşterilerle etkileşime girerler.

Bu benzersiz bakış açısıyla, eğitmenler/CSM'ler, hem müşteri katılımı hem de yeni kullanıcı davranışı için tasarım kararları için değerli bilgiler sağlayabilir. Birçok kurumsal kuruluş, yeni müşterilerinin çeşitli ürünleri nasıl kullandığını izler ve izler ve çağrılardan şikayetlere kadar her şeyi kaydeder, ancak eğitmenler, müşterilerin gerçekten neyle mücadele ettiğini bilir.

Tüm büyük tasarım toplantılarına kıdemli bir eğitmen dahil edin ve onlarla ilgili kararlar hakkında bilgi alın. “En ciddi üç müşteri şikayeti nedir?” gibi sorular sorun. ve "Yeni müşteriler üründen ortalama olarak memnun mu?" ve “Sizin ve ekibiniz için en büyük olumlu etkiyi hangi değişikliklerin sağlayacağını düşünüyorsunuz?” Bu şekilde hepimiz mutlu yolun ne olduğunu öğreniriz; Eğitmenler, müşterilerin ürünü gerçekten kullanma biçimleri için gözümüz ve kulağımızdır.

Satış, Ürünün Müşterilerle İlk İletişimi

Satış ve tasarım genellikle çelişir. Bazı kuruluşlar satış odaklıyken diğerleri değildir, ancak ne olursa olsun, hedeflerde açık bir fark vardır: Satış ekibi satışları artırmak isterken tasarım kullanıcı deneyimini iyileştirmek ister. Her zaman uyum sağlamazlar.

Böyle olmak zorunda değil. Çoğu satış elemanının mücadele etmesi gereken makul endişeleri vardır: Ürün kararları üzerinde çok az kontrolleri vardır veya hiç kontrolleri yoktur, gerçekten söz veremeyecekleri taahhütlerde bulunmaları istenir ve her şeye rağmen belirli gelir hedeflerine ulaşmaya yönlendirilirler. Satış ve ürün ekiplerinin düzenli olarak hararetli tartışmalara girmesi şaşırtıcı değil!

Bununla birlikte, eğitmenler gibi, satış organizasyonu da müşteri ihtiyaçları konusunda benzersiz bir bakış açısına sahiptir ve genellikle bu bakış açısı, küçük bir satış yapmakla bir balina getirmek arasındaki farktır! Satış ekibinin mücadele ettiği farklı alanları anlayın. Her tür görüşmeye katılmaya çalışın ve bu potansiyel müşterilerin nasıl iletişim kurduğunu öğrenin.

Bu, satışla konuşmayı açacaktır. Bu sadece ihtiyaçlarının duyulması ile ilgili değildir; ilk iletişimden işe alım sonrasına kadar her aşamada potansiyel kullanıcılar için deneyimi geliştirmekle ilgilidir. Satış görevlilerinin potansiyel müşterilerden en çok ne duyduğunu, anlaşmayı sonuçlandırırken karşılaştıkları zorlukları ve kapandıktan sonra en büyük endişelerinin neler olduğunu öğrenin.

Kurumsal Tasarımın Kabus Olması Gerekmiyor

Bir tasarımcı olarak, özellikle terimin resmi anlamıyla bir "yönetici" olarak kabul edilmediğinizde, tüm bu hareketli parçaları yönetmek çok zor olabilir. Ekipler arası iletişimde, gereksinimlerin toplanmasında ve tasarım geri bildiriminde kilit bir paydaş olarak, tüm bu profesyonellere bir düzeyde erişiminiz olmalıdır.

Bunu yapmanın en kritik, ancak en basit yolu, tüm tarafları dinlemek ve geri bildirimlerini ciddiye almaktır. Çoğu kuruluşta bir sonraki adım, bu geri bildirimi almak ve gereksinimleri eyleme dönüştürülebilir işlere dönüştürmek için ürün yöneticisiyle birlikte çalışmaktır.

Oradan, önceliklere ve boşlukların doldurulmasına bağlıdır. Sonuçta amaç en iyi ürünü tasarlamak ve tüm ürün geliştirme personelinin yardımına ihtiyacımız var. Her rolün önemli olduğunu kabul etmek ve bu personelin ürün geliştirme döngüsündeki değerlerinin farkında olmalarını sağlamak, onları bir tasarımcının daha iyi ürün tasarımı kararları vermek için ihtiyaç duyduğu bilgileri sağlamaya açar.

• • •

Toptal Tasarım Blogunda daha fazla okuma:

• Kullanıcı Arayüzü Tasarımı En İyi Uygulamaları ve Yaygın Hatalar
• Boş Durumlar – UX'in En Çok Gözden Geçirilen Yönü
• Basitlik Anahtardır – Minimal Web Tasarımını Keşfetmek
• Mobil Arayüzler için Sezgisel İlkeler
• Okunabilirlik için Tasarım – Web Tipografisi Kılavuzu