Aylık Abonelik Sistemi ile Tasarım Danışmanlığı Girişimciliği

Intro

'Design as a service' modeli ile çalışmak

Ufuk Erdoğmuş (00:00)
Urla Girişim Summit'te konuğumuz tasarım uzmanı diyebilirim herhalde. Tasarımcı Jeff Romy aynı zamanda Jeff Romy bir de şirket olarak şekilde. Jeff Romy tasarım danışmanlığı şirket diyebiliriz herhalde. Kurucusu. Merhaba hoş geldin. Bu isim Espirisi az önce de yaptık. Biz ekiple de yaptık.

Jeff Romi (00:14)
Merhaba hoş geldiniz.

Aslında şirketin ismi Jeff from Economi sebebi bu şirket kimdir, neyin nesidir. Google'a attığın zaman kim çıkacak karşısına. Orada işin kalitesini biraz eklemek. Yaklaşık 10 senedir bu işin içerisinde olduğum için insanların bu kalitenin arkasında kimin gerçeklerin olduğunu olabildiğince, transparent bir şekilde aktarmaya çalışıyorum. Zaten kendi sitemize girdiğiniz zaman oradaki gerek yapmış olduğumuz projeler olsun, hepsinde bir keyf istediği çalışması görebilirsiniz.

Çalıştığımız insanlardan almış olduğumuz testimoniyeler var. Bunları net bir şekilde görebilirsiniz. Olabildiğince kaliteye odaklanarak. Evet, bir tasarım hizmetini burada sağlamak istiyorum.

Ufuk Erdoğmuş (00:55)
Ben

ilk böyle 15-16 yıl önce kendim ispimle olsun diye düşünmüştüm. Freelance çalışırken işte beklemiyordum o zaman ekip falan bu kadar olur diye. Ufuk.com alayım dedim. İngilizce çok sakat yerlere gidiyor. Çok hızlı öğrendim. Yıllarca esprizi de oldu zaten müşterilerle aramda. Yine güzel isim yani. Global... Çok tehlikeli yerlere gidiyor İngilizce konuşma. Özellikle Irlanda'da da falan okuyunca böyle.

Jeff Romi (01:16)
Evet, evet.

Ufuk Erdoğmuş (01:21)
Neyse şimdi C from E ekip olarak, insan olarak değil de ekip olarak. Evet. Sonuçta siz tasarım danışmanlığı veriyorsunuz UI, UX bütün o süreçten bahsediyoruz değil mi? Aynen. Dijital ürün tasarımı herhalde zaten. Evet.

Jeff Romi (01:31)
Türkiye'de aslında bunu yapan birçok şirket var. Sağlam kalitesi şirketler de var. Bizim buradaki farklaştığımız noktadan bir tanesi design as a service. Yani bir sızkıpsı modeli altında aylık bir hizmet karşılığında tasarım kültürü sağlıyoruz. Ve bunu hem kurumsal şirketlere hem startup şirketlere yapıyoruz. Ve genelde startup şirketlerde henüz bir şey tasarım ekibi kurulmadığı için bu kültüre çok ihtiyaç duyuyorlar.

Dijital ürün tasarım süreci idealde nasıl olmalı?

Ufuk Erdoğmuş (01:59)
Ben şimdi işin içinde olduğum için biliyorum neden ihtiyaç olduğunu ama onu bir anlatabilirsiniz. Yani şimdi dijital ürün tasarım süreci nasıl gidiyor? Nasıl olmalı? Idealde nasıl olur? Önce bir şirketin yaşadığını konuşalım. Tamam. Sonra neden tasarımcı her zaman sizin modelle çalışabilir? Onu daha iyi odaklanacaklar.

Jeff Romi (02:17)
Tamam

süper. Genelde LinkedIn'e baktığınız zaman birçok şirket tasarımcı arayışındadır ve her zaman gündemde olan konu ve başlık UI-UX tasarımcıdır. insanlar bunun gerçekten ne anlama geldiğini, neden böyle bir ihtiyaç olduğunu çok bilmeden bu kelimelerde kullanılıyor. Çünkü çok gündemde olan kelimeler bunlar. Aslında bir product designer'a ihtiyaçları olduğunu fark ettik bu süreçte içerisinde. UI-UX tasarımcı ile product designer arasındaki fark aslında şudur. Bir tasarımcı olarak şirketi çalışan kişi

hem product menajerlerle hem funderlerle birtakım konuları challenge edebiliyor olmalı. Tamam sen bana bu tasarım görevi verdin. Biz burada gerçekten neyi çözüyoruz? Nasıl bir katma dersi alıyoruz kullanıcıya? Ve gerçekten bu vermiş olduğunuz task bunu çözüyor mu?

Ufuk Erdoğmuş (03:01)
Bulacının avukatı gibi aslında itiraz edebiliyor mu? Ne yapıyorsun birader böyle yapmamız lazım diye.

Jeff Romi (03:03)
Aynen öyle.

Aynen öyle. Tabii bunu yapabilmenin için bir takım deneyim sahibi olman gerekiyor. Bir takım süreclerden geçmen gerekiyor. Ki zaten UX UI tasarımcının en büyük hedeflemesi, kariyerinde ilerlemesi gereken noktada bir product designer oldu.

Ufuk Erdoğmuş (03:21)
Ben de öyle düşünüyorum. Sanki UI hani küçük parçası, UX onun dışı sonra zaten product da evriliyor işte.

Jeff Romi (03:26)
Kesinlikle.

İşin sonuna baktığınız zaman, arayüz tasarımı ya da kullanıcı deneyimi bizim için bir araç. Kullanıcının, son kullanıcının işini rahatlatmak için, gerçek variz olan bir problemi çözmek için kullandığımız bir araç. Sanat değil. O yüzden bu takım şeyleri sorgulayabiliyor olmamız lazım. Ve ben de şirket olarak bu açıyı gördükten sonra böyle bir framework kurdum şirket içerisinde. Ve şirketi aldığım her tasarımcı yaklaşık 3-4 aydır bir eğitimden geçtikten sonra bu framework'ı

ezbere bir şekilde uyguladıktan sonra ancak tam zamanlı projelarda çalışmaya başladığımız...

Ufuk Erdoğmuş (04:00)
Fren Öknem'in kendisinin sebebiyle, fiziksel bir çalışma şekli var.

Jeff Romi (04:03)
Tuttuğu

listesi var ya. Zaten bugün workshopta ondan bahsettik.

Ufuk Erdoğmuş (04:07)
Ben şimdi şeyi soracağım.

Tasarım sürecinde tasarımcı ve yazılımcı iş birliği nasıl olmalı?

Şimdi ben ürün, dijital ürünü tasarlıyorum. App yapıyordum en basit. Oturdum ben amacını belirledim, hedef kitlemi belirledim. İşte ürünü tasarlayacağız. İşte UX bir şekilde tasarlıyorum. Yani o süreç nasıl oluyor? Tasarımcı oturdu. Tek başına mı oturmalı? Ideali nedir yani? Tek başına mı oturmalı? Yazılımcıyla birlikte mi oturmalı? Patronla birlikte mi oturmalı? Kimle oturmalı? Ne yapmalı? Ondan sonra neyi teslim eder yazılımcı onu kodlayacak? Bunları bir senin için idealini anlatır mısın?

Jeff Romi (04:35)
Güzel soru. Şimdi yaklaşık 4 senedir bu işi yapıyoruz Türkiye'de, Jephron Studios olarak. Birçok farklı sektörle çalıştık. İşte yapay zeka olsun, sağlık olsun, eğitim olsun. Ve birçok şirketler yakın bir zamanda ya yatırım aldı ya da YouTube'un açılan şirketleri oldu. Ama bunlar start-up şirketleri olduğu için fundörleri genelde tam olarak ne hissediyorlar, ne bilmiyorlar. Ve eğer olur da biliyorlarsa bunu nasıl ifade edeceklerini bilmiyorlar.

Şimdi burada tasarımcının en büyük görevlerinden bir tanesi bunu ortaya koymak. Bunu nasıl ortaya koyuyorlar? İşte best practices'lere bakıyorlar. Benchmark analizleri çıkartıyorlar. Bunların hepsinin akış bazlı analizini çıkartıp nelerde kuvvetli olup nelerde eksik kaldıklarını ortaya koyuyorlar. Bunların üzerinden ekiple beraber, özellikle ürün ekibiyle beraber geçiyoruz ve işin kapsamını belirlemeye çalışıyoruz. Hani MVP dediğimiz nokta var ya çok tartışılan bir konu.

Senin için MVP, için MVP. Farklı. Aynen. Orada onu biraz netleştirmeye çalışıyoruz. Arkadaşlar bakın, biz MVP veriliyoruz ama kullanıcının happy peti nedir? Happy pet de dediğimiz en basit haliyle kullanıcının almak istediği aksiyonları.

Ufuk Erdoğmuş (05:33)
Dediğin an zaten o soruyu hazırladım ben yani.

Antika,

Türkçe. Ama hali bedleği kullanıyor evet.

Jeff Romi (05:50)
Aynen öyle. Onu biraz ortaya koymaya çalışıyoruz. Yani burada iletişim çok önemli. İlk başta onlarla aynı hedef doğrusunda alayn olmaya çalışıyoruz. Ondan sonra yazılma ekibiyle geliyoruz. Benim için ne kadar ürün ekibi önemliyse yazılma ekibiyle o kadar önemlidir. Ben 7 sene yakışık AirBlu TV'de çalıştım ve her yapmış olduğum tasarım konusunda yazılma ekibiyle bir tartışman, bir pazarlama olmuştur. Çünkü yazılma

Yazılım ekibi genelde konuya ben bu işin teknik tarafını en hızlı bir şekilde nasıl yapabilirim? Tasarımcı da ben kullanıcı deneyimini en iyi nasıl yapabilirim? Nasıl bir katmadağ sağlayabilirim? kabul ediyorum bazen tasarımlar fantaziye gidebiliyor, maliyetler çok yükselebiliyor, değmeyebiliyor. O da tasarımcının bir eksikliği düzeltmesi gerekiyor.

Ufuk Erdoğmuş (06:24)
...

Eksik

demeyelim ya onun sorumluluğu olduğu için onu öneriyorum. Peki ya arkadaşlar bu çok uzun sürer hadi biraz daha düzelt şöyle yapalım. Evet. Şunu değiştir bizim üç ayımızı kurtar diyebilir yani.

Jeff Romi (06:46)
Aynen ama tasarımcı olarak da eğer bu konuda dediğimdeysen ön görebiliyor aman Nazım yazılım ekibinin ne söyleyeceklerini. Orada da bir deneyim gerçekten oldukça süreçleri şey yapıyor, iyileştirebiliyor. Daha en üst tasarımı başlamadan yazılım ekibiyle de oturup onların fikirlerini alıyoruz. Bakın biz benchmarklara baktık, analizini çıkardık. Ürün ekibiyle bunları bunları konuştuk. Sizce herhangi bir tekne kıslama var mı burada? İşin maliyeti, eforu ne olacak? Hatta bizim ön göremediğimiz ve onların...

...paylaşacağı oldukça çok güzel fikirler ortaya çıkıyor. Ve onları dair yettiğimiz için de motive olmaya başlıyorlar. Eğer yazılma gibi bu işte motive değilse iş çöptür.

Ufuk Erdoğmuş (07:24)
Zaten çok oluyor evet. Ama bu zaten klasik bir takım çalışması. Yani bunu bir takım olarak bakmak lazım yani. Tasarım ekibi ve yazılım ekibi yok. Orada bir komple tek başına bir ekip var. Kesinlikle. Dolayısıyla ekibin yarısı yani olaya inanmıyorsa ya da işte istemiyorsa bir yere gitmez.

Jeff Romi (07:38)
O yüzden biz bir tasarım hizmeti vermiyoruz. Tasarım kültürü burada sağlamak için çalışıyoruz şirket içerisinde ki bu iletişim olabildiğince sıkı...

Ufuk Erdoğmuş (07:46)
Yani

tasarımcının kültürü değil, bir tasarım kültürü. Yani yazılımcının da dahil olduğu bir kültür.

Sunduğunuz 'Tasarım Paketi'nin süresi bitince ne oluyor?

Peki şey ama şey ilginç mesela sizin subscription modeli gibi böyle 6 aylık bir yıllık paket ürünleştirilmiş aslında. Bu arada çok hoşuma gitti o yaklaşım. Ürünleştirilmiş bir tasarım hizmeti gibi. Kültür oluşturuyoruz diyorsun da 6 aylık aldım ben küçük bir app yapacağız diyelim 6 ay yeterli oldu. 6 ay sonra ne oluyor? Gitti tasarımcılar. Ee ne kaldı elimde gibi bir şey olmuyor mu?

Jeff Romi (08:12)
Yani

biz aslında idealle 3-4 ay içerisinde bir dizayn sistem kuruyoruz. Bu arada bizim şirkete, start-up'ların sadece dizayn sistemi kurmak için gelen birçok kişi var. Birçok girişimci figmayı açıp bir şeyler oluşturmaya çalışıyor. Ama orada bir komponit yapısı, otolayar yapısı, bir düzen, bir konstatist olmadığı için içerik büyüdükçe, genişledikçe içinden çıkamamaya başlıyorlar. Maliyet artıyor.

Şimdi mesela ödeme sistemleriyle ilgili birisiyle çalışıyoruz. Ve sadece bu dizayn sistemi üzerine odaklattık. Ve yazılım ekibi sıfırdan yazmak durumunda kalıyor. Öyle düşünüyorum.

Ufuk Erdoğmuş (08:49)
Siz o zaman sistemi hazırlayıp masaya dizdiğinizde tamam artık bunları kullanabilirsiniz. Buyurun sisteminiz budur deyince zaten size de çok gerek kalmıyor artık. Aslında bu Optimum Win Win miş ya. küçük bir ekip olduğunu düşünüyorum ya da imkanları kısıtlı bir ekipse özellikle. bir tasarımcıyı alacak. Bu süreç bittikten sonra o tasarımcı böyle ne yapacak? Oturacak, takılacak mı yani?

Jeff Romi (08:59)
Aynen çünkü öbür türlü...

Ya benim gözlemlediğim sözce böyle. Yani bir sene bu önce bir tasarım için ihtiyacın yok gerçekten.

Ufuk Erdoğmuş (09:17)
Yani

bizde de öyle zaten. biz değişik ürünler yaptığımız için bir tasarımcımızın sürekli o yetişemiyor oluyor. Ama bir tane ürünüm varsa bir tasarımcı o yani bir ya da kaçsa işte. Hakikaten bir fazdan sonra tasarım maintenance'a dönünce gerçekten iş kalmıyor. Yazım gibi değil. Yazımda maintenance belki biraz daha fazla olabiliyor. Ama tasarımda öyle değil. Başta bir yük var sonra böyle hakikaten ne yapacağız şimdi falan.

Jeff Romi (09:41)
Kesinlikle. Yani biz çalışmalar başlamadan önce zaten çoğu çalıştığımız kişiler soruyor. Sizce bu proje ne kadar sürecek? Bir ay mı sürecek? Üç ay mı sürecek? Onlar da maliyeti hesaplamaya çalışıyor. Biz sadece tasarımı odakla yaklaşmıyoruz. İşin roadmap'ini çıkartıyoruz. İşte haftalık hangi task o yüzden çalışacağız? Hangilerin öncelikten dönmeliyiz? Hangilerin kapsamı ne kadar olmalı? Bunların hepsini onlarla netleştiriyoruz. İşte trailer kullanıyoruz. Kanban board'u kullanıyoruz. Jigar'ı kullanıyoruz. Onlardan da bu iş yükünü alıyoruz.

Tasarıma ilk başlandığında yazılımcılar boş mu bekliyor?

Ufuk Erdoğmuş (10:11)
Şunu merak ediyorum. Şimdi agile modası var hala var da. Sonuçta onun içerisinde cycle'larda ürünün parçaları çıkıyor. Şimdi bir designer var ama o sırada yazımcılar boş duruyor olmaması lazım. O gelişim nasıl oluyor? Yani ilk tasarıma sıfırdan başladığında biraz bekleme süreci var diye tahmin ediyorum.

Jeff Romi (10:27)
Çok güzel soru. Orada da olabildiğince ecel ile ilerlemeye çalışıyoruz. İşte haftalık sprintler koşarlar, iki haftalık sprintler koşarlar. Bir bir onlara adapte olacağız.

Ufuk Erdoğmuş (10:35)
Başlıyoruz daha yani ilk ne yapacağımıza karar vereceğiz. Henüz daha yazılımcıların işi yok değil o sırada? Nasıl olabilir?

Jeff Romi (10:41)
Tam öyle çalışmıyor. Onu da

bir şekilde çözdük. Bir şeyden bahsetmeye...

Ufuk Erdoğmuş (10:46)
Bu arada

benim söylediklerim yani ben alacağım cevabı az çok tahmin ediyorum. Şeytan avukatlı biraz şey... Güzel güzel. Kıyasada yaşandığını bildiğim şeyleri soruyorum.

Jeff Romi (10:54)
Kimsenin

tahammülü yok zaten bu kadar bekletmeye yazılma ekibine. Maliyetten doğdu.

Ufuk Erdoğmuş (10:58)
Nasıl

bir yerden sonra tasarımcının boş kalması hoş değilse, tasarımı beklerken yazılımcıların oturması daha da hoş değil. Çünkü maliyeti daha da yüksek oluyor yazılım ekibinin.

Jeff Romi (11:07)
Normalde süreçler şey değillerler. Bir tasarımcı akışların üzerine çalışır, WiFi'mi çıkartır, sonrasında Aryus hasılımına geçer, her şey tamamlanır, ondan sonra handover kısmı başlar. Şimdi biz tam dersini yapıyoruz. Süreçleri ilk baştan yazılım ekibine dahil ediyoruz. Bahsetmiştin ya, benchmark aşamasında analiz ediyoruz, akışları çıkartıyoruz, MVP'yi netleştiriyoruz. WiFi'm aşamasına geçtiğimiz zaman her şey high fidelity bir şekilde çıkartılır.

gerçek yüzük senaryolar üzerinden her şeyi çıkartıyoruz, prototip haline getiriyoruz, hata, error mesajlarını çıkartıyoruz. Öngüremediğimiz edge case'ler olabiliyor, onları ortaya koyuyoruz. Ve bir yazılım ekibinden, bir developer tasarına baktığı zaman atıyorum yemek sepeti tarzı bir uygulama tasarlarken karta tıklayınca model mi çıkmalı, tam hepsini görüyor. Full page ekranıma gitmelidir, bunların hepsini görüyor. Tek kalan şey, arayus kısmı kalıyor. İşte tipografi, ikon kütüphanesi, buton secondary yapıları.

Devopman ekibi engellenmeyi değil bunun altyapısını kurabilirler, kodlamaya başlayabilirler. En son gelecek şeyde dizayn sistem yapısı oluyor. Böylece paralelde parça parça da vermeye başlıyoruz. Bir yandan da WiFi kısmından şey yapmaya başlıyorlar.

Ufuk Erdoğmuş (12:05)
Devlet Monta'ya engelleyen bir şey değil.

Keşke 10 sene önce tanışsaymışız. Evet. Biz bu dediğiniz yönteme son 3 ay mı 4 ay önce mi bir projeye başladık. Bu dediğinizi anca yapabilirsiniz. 5 senede.

Jeff Romi (12:28)
Abi o sene önce ben de

bilmiyordum valla. Yani gerçekten deneyimlerden ala çıkarak öğreniyorsun bu tarz

Ufuk Erdoğmuş (12:34)
Birebir

dediğinizi yaptık yani. Önce bir şey ama yazımcı da işin içinde yorumlar yapıyor falan. şöyle yaparsak zor olur, böyle yaparsak falan.

Jeff Romi (12:41)
Çok kritik abi. Devopman ekibinin en başta yapmış olduğu yorumlar efsane kritik.

Ufuk Erdoğmuş (12:46)
Bir de şey oluyor zaten, development ekibi baştan dahil olmazsa bir aidiyet hissetmiyor. Orada şey gibi oluyor, sanki arada bir bariyer varmış gibi oluyor. Onlar tasarımcılar, bana bir şey verdiler. hatta biraz da alıngansa ya da kültür biraz bozuksa, bana tasarım da yatıyorlar. İşte bu kodlanır mı? Ya da daha kötüsü var bazen developer da biraz estetik şey varsa, algısı varsa karışıyor. Bu güzel olmuş falan. Böyle birbirine giriyorlar, yaşanmış şeyler bunlar herkese.

Evet, onu yani korumak lazım. Kültür de ilginç bir şey. Düzeltmesi kolay değil yani. bozmamak.

Jeff Romi (13:32)
Aynen

öyle.

Spotify'ın Squad Ekip yapısı

En baştan bunu kurgulamak lazım. Yurtdışında oldukça kullanılan bir konser. Spotify'ın belki squad ekibi yapısını duymuşsundur. Küçük küçük squad ekibileri kuruyorlar. Hepsine high level'an bir görevler veriyorlar. Atıyorum bu ay...

Ufuk Erdoğmuş (13:43)
Ben de bir çözüyüm de evet.

...görevtim. Askeritim gibi.

Jeff Romi (13:53)
Askeritim.

Aynen. Bu Askeritim içerisinde bir tane frontend developer, bir tane backend developer, bir tane de mobile şey, iOS, Android developer var. PM var, bir tane de UX var. Bu kadar. Küçük squad ekipleri ve bu ekiplere işte engagement'ı %3.5 arttır atıyorum. Görevi veriyor. Görevi veriyor. Sahaya. Ne yaparsan yap.

Ufuk Erdoğmuş (14:14)
Skritim işte, git El Kaide

Jeff Romi (14:17)
Aynen

öyle. Hiçbir şey söylemiyor. Sanki şunu düzel, şunu şöyle yap, butonu daha büyük yap. Hani UX 10 sene yokken pazara ekibinden bu tarz yorumlar alırdık. Rengini değiştirir gibi. Onlar kendi aralarında...

Ufuk Erdoğmuş (14:29)
Arkaktan

UX lafı yokken öyleydi. Azarlamacı karar veriyordu.

Jeff Romi (14:32)
Fazarlama

karar veriyordu. Onlar kendi içerisinde bu kararları alıp onun üzerine ilerliyorlardı. O başını elde etmeyi çalışıyorlar. Böylece task fazla değil, hedef fazla ilerliyordu işler.

Ufuk Erdoğmuş (14:46)
Hedef bazlı ve takım olarak. Bir tane yazılım ekipleri nasıl kurulmalı ile ilgili bir kitap var. Seni muhtemelen ilgilendirmez tasarım değil çünkü ama yöneticiler için söylüyorum. Team Topology'ı olması lazım. Orada da birebir bunu anlatıyordu. Yani her takım işte iki pizza kutusu espri'si de vardır. Yani bir variyasyonları var bunun yani. Kitapta koca kitap şey anlatıyor. Yani yazılım ürünü üreten takımların böyle küçük olması lazım.

Jeff Romi (14:47)
Sakın olarak çok...

Ufuk Erdoğmuş (15:14)
ve takım içerisinde her şeyin çözülebiliyor olması lazım. Tasarımı etkileyen bir kod yazılıyorsa, tasarımcı da o takımda olacak. Atıyorum database takımı da olabilir. bir modülü geliştirecek sadece developerlarda oluşan bir takım da olabilir. Ama şey de olabilir bu squad lafı güzelmiş ama hani... yani. Hani tim yaratıyorsun böyle bir görev tim yaratıyorsun.

Jeff Romi (15:31)
Türkiye'de çok uygulanan bir yapı değil maalesef daha henüz. Biz Blue TV'de aslında bunu bir şekilde kurmaya çalıştık. Zar zor ve başardık da. Ama bunun eğitimi öncesinden verilmedi mi, bu süreçten iyice anlatılmadı mı maalesef uygulanamıyor şirketlerde.

Ufuk Erdoğmuş (15:47)
Bence bu

şeylerin, çalışanların, ekiptekilerin yanlışı değil diye düşünüyorum. Değil. Yani yönetici de karışıyor çünkü. Şimdi sen bir time görev verdin mi, ona da artık karışmaman lazım ya. Evet. Yani o iki taraflı bir şey yani.

Jeff Romi (15:58)
Böyle squad ekibli kurulsa bile yönetim sevgisi insanların karışmaması gibi.

Ufuk Erdoğmuş (16:01)
Sırma

karışacak gene yani Türkiye'de olacağı bu yani. Yani hâlbuki böyle vermişsin, ondan sonra bakacaksın ne güzel yapıyor çocuklar deyip susacaksın yani. olması lazım. Bir de o zaman son arada bahsettik kaldı. MVP, ideal MVP nedir? Bunu gerçekten herkes farklı tanımlıyor. Sence ideal MVP nerede kesilir? O çizgiyi nereye çizeceğiz?

Jeff Romi (16:04)
Fondöre girişimcileri olsun.

Ya şöyle bir şey MVP herkes ben dahil eskiden şey düşünüyorduk işte minimum seviyede minimum maliyetle bir an evvel ürünü çıkalım, kullanıcı karşısında koyalım ve ondan feedback toplamaya çalışalım.

İdeal MVP nedir?

Ama birtakım özellikleri çıkardığımız zaman kritik olan özellikleri hiçbir anlam ifade etmiyorsa kullanıcıya hem kirli bir data oluşuyor hem yeteri kadar feedback alamıyoruz kullanıcıdan ve kullanıcının hayatında bir katma değer sağlayamıyoruz. O yüzden

MVP belirleyen olabildiğince araştırma yapmak, rekabete bakmak, onların eksikliklerinin kuvvetli oldukları alanlara bakmak oldukça önemli oluyor. Orada ürün odaklı kişilerle bu tür kararları vermek oldukça kritik.

Ufuk Erdoğmuş (17:04)
Yani MVP'nin minimumunu böyle minimumunun minimumunu olarak yorumlamamak lazım. Çünkü çok yalın bir şey çıkarırsak da bu sefer aldığımız feedback anlamsız Evet.

Jeff Romi (17:14)
O katma değeri sağlayamıyorsak, o kullanıcının hayatında bir değişiklik yapamıyorsak hiçbir anlamı kalmıyor.

Ufuk Erdoğmuş (17:20)
Başka

bir ekipten birisiyle bir bölümümüzde MVP şey diye tanımlamıştı. O çok hoşuma gitmişti. Hatırlı mısın bilmiyorum onu söyleyeyim. Yani functionality de ne derler? Requirement'larda minimum değil. Yani özellikler olsun ama özellikler minimum olsun. Mesela login var, authentication olmayı versin falan gibi. Hani kullanıcı aldığında eksik hissetmesin özelliklerde ama...

Arkada teknik eksik olabilir, data kötü tutuluyor. Anlatabildim Öyle bir tanım yapmıştı. Çok güzel bir tanımdı. Sen de benzer bir şey düşünüyorsun.

Jeff Romi (17:53)
Bence de her

yeni bir future'ı eklerken oldukça farklı fikirle ortaya çıkıyor. Benchmarklara baktığınız zaman tam mutlu şem fikirler var. Ama arkadaşlar biz bunun bu özelliği en basit bir seviyede yapalım. Bakalım kullanılacak mı, tutulacak mı? Ondan sonra şey yaparız. Devamını getiririz. Ama devamını getirmek de zor oluyor. Hiçbir zaman ona zaman ayıramıyorsun. Başka taska araya geliyor. O da tartışılıyor.

Ufuk Erdoğmuş (18:14)
Ona

girersek zaten iki saat konuşuruz yani ama. Evet, en son sınırlısından sıfırdan bire tasarımı getirmeyi konuşmuş olduk. Evet. Vallahi çok teşekkürler. Burada da güzel bir workshop verdim. Ben kaçırdım. kayıtta idik ama. Ya en basit... videoları gördüm. Güzel bir şeyler oldu galiba.

Jeff Romi (18:24)
Evet.

Bir bekleme

yapmayı istiyorum. En basit hali, Duolingo'yu biliyorsun. Bir eğitim kanalı. İngilizce öğretiyor da birçok farklı dil öğretiyor. Ve gamification tarzı şeyler var içerisinde. Duolingo'nun sahibi CEO'su, Luis sanırım ismi. Onların en büyük misyonu şu olduğunu ortaya koyuyor. Biz herkese bu eğitimi sunmak istiyoruz dili konusunda. Zaten subscription modeli olmasına rağmen olabildiğince ücretsiz freemium paketini kullanabiliyorsun rahatlıkla.

Benim de işte Ece Efrom'un şirketi olarak sunmak istediğim şey kaliteli tasarım kültürünü herkese verebiliyor olmak. büyük amacım bu. insanlar diyor... Yaymaya çalışıyoruz. Aynen. İnsanlar diyor ya sen şirketi nasıl skeal edeceksin, nasıl büyüleyeceksin, nasıl para kazanacaksın. Ya benim şu andaki hedefim tam o değil. Şu andaki hedefim herkes tarafından tercih edebiliyor. Kaliteli bir tasarımcı şirketi olarak tercih edebiliyor olmak. Ondan sonra işte tabii ki 10 başka bir noktaya geçiniriz.

Ufuk Erdoğmuş (19:07)
O yüzden de burada gelip workshop yapalım.

Vallahi çok güzel. Ben misyonlu diyelim. Girişmeleri çok severim. Bence öyle olması gerekir zaten. Aynen. Aksini kabul edemiyorum diyeyse. O yüzden inşallah yolunuz açık olsun diyelim. Aynen, teşekkür Zaman analizini için teşekkürler.

Jeff Romi (19:40)
Teşekkürler, sıfat.