50. Bölüm: Ölçekte Bire Bir İlişkiler Nasıl Oluşturulur

Yayınlanan: 2021-01-07
Bu makaleyi paylaş

Pazarlamacılar yazılım kodu yönetiminden çok şey öğrenebilir. Gerçekten. 2021'in ilk bölümünde, müşterilerimizle gerçek 1:1 ilişkileri otomatikleştirmek için DevOps'un kanıtlanmış konseptlerini nasıl kullanacağımıza bakıyoruz. Her şey ölçek ve otomasyonla ilgili - kişisel bir dokunuşla.

Tüm podcast bölümleri


PODCAST TRANSKRİPT

Yeni Yılınız Kutlu Olsun. 2021 ve ah oğlum, beklentiler yüksek. Yani 2021, baskı devam ediyor. Benim tahminim 2021'in 2020'den o kadar da farklı olmayacağı, üstesinden gelmemiz gereken her şeyi halletmemiz biraz zaman alacak ve birçok ekonomik sorun olacak. Yani bir yıl sonra 2021'de parlaklığın o kadar parlak olacağından emin değilim ama 2022 harika olacak.

Her neyse, biraz DevOps hakkında konuşalım. Hmmm, DevOps, DevOps nedir? Dolayısıyla DevOps, bir yazılım geliştirme ve BT operasyonlarını birleştiren bir dizi uygulamadır. Yazılım geliştirme yaşam döngüsünü kısaltmayı ve yüksek kaliteli yazılımlarla sürekli teslimat sağlamayı amaçlar. Resmi tanımı bu. Çevik yazılım geliştirme ile çok ücretsiz. Ve birkaç DevOps yönü, 90'larda başlayan çevik metodolojiden geliyor.

Peki neden bugün DevOps'tan bahsediyorum? Pekala, bu CXM Deneyimi. Ve her zamanki gibi, ben Sprinklr'ın CXO'su Grad Conn ve yeni marka deneyim. Ve gerçekten, müşteri deneyimi nedir? Ve bunu nasıl yapacaksın. Ve müşteri deneyiminin beni en çok heyecanlandıran yönü hakkında konuşmak istiyorum. Bence teslim edilmesi en zor şey. Ve DevOps'a ve bu dünyanın gelişme şekline bir benzetme yapmak istiyorum.

Yaklaşık on yıl önce, yazılım geliştirmenizin standart yolu, birlikte çalışan bir grup insanın olmasıydı, yazılım için bir yönetim platformu olurdu ve sonra bir tür yayın döngüsü yapardınız. Klasik olarak, önemli olan bir şeyin yıllık yayın döngüsü. Ve sonra belki üç ayda bir yamalar ve bazen de hatalar üzerinde aylık yayınlar. Ve bu hala pek çok farklı yerde kullanılan bir metodoloji. Ancak birkaç firma, özellikle Facebook, Google ve Amazon, bu tür bir metodolojinin bulut tabanlı bir dünyada çalışmadığını buldu. Dolayısıyla Bulut hızında, üç aylık bir sürüm döngüsünde çalışmak yeterli veya mümkün değildi. Sürekli yazılım teslimine ve sürekli kod teslimine ihtiyacınız vardı.

Ve böylece bir dizi çok ilginç dahili araç geliştirdiler. Ve bu onların yapmasına izin verdiği şey, esasen sürekli olarak yeni kodu entegre etmeye ve ardından sürekli olarak teslim etmeye ve bu yeni kodu sürekli olarak dağıtmaya başlamalarına izin vermesiydi. Bunlara genellikle CICD denir. Ve bu birleşik uygulamalar. Ve bunu yapmak için geliştirdikleri araçlar içseldi. Yani öylece Facebook'a gidip "Hey, CICD aracınızı kullanabilir miyim?" diyemezsiniz. Bu tescilli bir şey ve Facebook için önemli bir rekabet avantajı kaynağı. Friendster'ı hatırlayan varsa, Friendster, Facebook'tan önce Facebook'tu. Friendster'ın başarısızlığı, Friendster'ın mevcut kalamaması, ayakta kalamaması ve sürekli aşağı inmeye devam etmesiydi. Ve böylece bir Friendster kullanıcısıydım, ancak hızlı bir şekilde devam ettim, çünkü her giriş yapmaya çalıştığımda, sunucular meşguldü veya çöküyordu.

Ve böylece Facebook'un erkenden çözdüğü şeylerden biri, sürekli erişilebilir olma ve yeni kod gönderirken sitenin çöküşünü görmemelerini sağlama yeteneğiydi. Yani Facebook'un her zaman orada olmasını bekliyorsunuz, her zaman orada. Facebook'a gidip giriş yapmayı denerseniz ve bir hata mesajı alırsanız, bu şok edici olurdu. Şok edici olurdu çünkü bunu daha önce hiç görmedin. Bunun nedeni kısmen bu DevOps tekniklerini, bu çevik geliştirme tekniklerini bu tür bir sürekli entegrasyon, sürekli teslim ve sürekli dağıtım sürecinde kullanmalarıdır.

Şimdi bu alanda yardımcı olan bir dizi araç var. Ve orada bir sürü farklı firma var. Genel araç sınıfları, yazılım teslim otomasyonu ve yazılım teslim yönetimidir. Bir pazarlamacıysanız ve Grad'a ne olduğunu merak ediyorsanız ve bugün söylediği hiçbir şeyi anlamıyorum, yazılım dağıtım otomasyonunu pazarlama otomasyonu olarak düşünün. Ve yazılım teslim yönetimini CRM olarak düşünün, değil mi? Böylece yazılım teslim yönetimi bir tür CRM sistemi gibidir ve ekipleri ve iş akışlarını optimize etmenize yardımcı olur. Yapmaya çalıştığınız şeyin değerini en üst düzeye çıkarmak için işlevler arası ekipleri bağlamanıza olanak tanır. Ardından, yazılım teslim otomasyonu, yazılım teslim etmesi gereken tüm farklı ekipler arasında otomatikleştirmenize ve düzenlemenize olanak tanır. Çünkü testiniz var, kodunuz var, ortak hizmetleriniz, ekipleriniz vb. hepsi birlikte çalışıyor.

Ve bu dünyadaki zorluk, rekabet avantajının inanılmaz parçaları, gerçek zerreler, bu işlerde gerçek zerreler olan oldukça etkileyici, olağanüstü araçlar inşa eden birkaç firmanız var. Ve insanların hafife aldığı bir şey, çünkü onlar her zaman her zaman çalışırlar. Ama onlarsız, bu firmalar muhtemelen var olmayacaktı. Ama şimdi herkesin bir yazılım şirketi haline geldiği bir dünyaya giriyoruz. Ve herkesin bir yazılım şirketi olduğu bir dünyada hepimizin bir DevOps yolunda çalışmaya başlaması gerekiyor.

Peki, bunu nasıl yapacağız? Daha önce de söylediğim gibi, öylece Facebook'a gidip CICD sisteminizi ödünç alabilir miyim diyemem. Dolayısıyla bir dizi firma büyümeye başlıyor, bu nispeten yeni bir endüstri ve esasen DevOps'a öncülük eden şirketler tarafından kullanılan bu tür araçları üretiyor. Ve şirketlerin bunu kendilerinin yapmasına izin veriyorlar. Ve özellikle bankalardan bazı oldukça ilginç vaka çalışmaları var, açıkçası bankalar her zaman ayakta kalmak zorunda. Ve sürekli olarak çok üst düzey ve çok önemli yazılımlar sunuyorlar çünkü bu sizin paranız. Ve tüm dünyada bunu yapan 1000'lerce geliştiricisi var, bunu koordine etmeleri gerekiyor. Ve bu tür bir koordinasyon sistemi, kod için yepyeni bir gelecekte gerçekten etkileyici, gerçekten heyecan verici.

Peki bunun müşteri deneyimiyle ne ilgisi var? Peki, müşteri deneyiminde gerçekten neler oluyor, değil mi? CXM'de gerçekten neler oluyor? Çünkü hepsini özetlediğinizde, iş akışları, yapay zeka ve yönetişim hakkında şiirsel bir şekilde cilalayabilirim ve tüm bu şeyler inanılmaz derecede önemlidir. Ama günün sonunda, şu anda hepimizin yapmaya çalıştığı şey, bu olağanüstü derecede zor olacak, bire bir ilişki kurabileceğimiz bir sisteme ölçeklenmeye çalışıyoruz. tüm müşterilerimiz. Bunu daha önce kimse denemedi. Elektronik olarak değil. Ve bunun üzerine bir grup topluluk yöneticisi koyamayız. Bu, şirketin çevresinden geniş katılım gerektirecek, bir dizi sürekli dağıtım sistemi gerektirecek. Burada nereye gittiğimi görüyor musun? Bir dizi sürekli yönetim sistemi gerektirecek. Ortaya çıkması gereken, esasen müşteri deneyimi yönetim sistemlerinin yepyeni bir türü var.

Sprinklr'da çalışmanın heyecan verici yanlarından biri de, Sprinklr'ın bu müşteri deneyimi yönetim sisteminin öncüsü olmasıdır. Ve bunu düşünmenin bir yolunu söyleyebilirim ve biraz önce DevOps'ta bahsettiğim araçlardan bazılarını düşünürseniz, yazılım teslim otomasyonundan bahsediyorlar. Müşteri deneyimi otomasyonunu düşünün, çünkü müşterilerle günlük olarak gerçekten bire bir etkileşimde bulunmanın tek yolu, bu süreci otomatikleştirmeniz gerekecek. Çünkü insanların bunu ileri geri yapmasını sağlayamazsınız.

Geçenlerde ilginç bir test yaptım. Twitter'daydım. En sevdiğim platformlardan biri. Ve büyük bir araba üreticisi ile bir konuşmam var. Modern kanallarda herkesin nasıl idare ettiğini görmek için çok basit bir tweet attım. Ben de dedim ki, Hey, 2020 bitmeden bir SUV almayı düşünüyorum. Arkadaşlara ne önerirsiniz? Sonra bir dizi farklı markadan bahsettim, yaklaşık 10. Beni büyüleyen, bu markalardan sadece üçünün bana cevap vermesiydi. Biri biraz arsızdı ve onunla ilgilenmek zorunda kaldım. Ve sonra ikisi, uygun olacağını düşündüğümüz bir bağlantıydı. Ancak tüm bu durumlarda süper ilginç olan buydu. Bağlantıyı aldım, başka bir şey olmadı. Hiç takibim olmadı. Ben özellikle 2020 sonu dedim. Kimse ne aldın, hala düşünüyor musun, işte bir anlaşma, test sürüşü yapmak ister misin demedi. Hiçbir şey yoktu. Bir oldu ve bitti. Ve bu gerçek gerçek katılım eksikliği, kendi kararımı vermeye başladığım anlamına geliyordu.

Yani, bunu biraz düşünün. Bilirsiniz, müşteri deneyimini düşünüyorsanız, sadece müşteri deneyiminin nasıl olması gerektiğini düşünmeyin. Ancak bunu geniş ölçekte ve tüm müşterilerinizle bire bir ilişki kurabileceğiniz şekilde nasıl otomatikleştirebileceğinizi düşünün. Ardından, aynı anda potansiyel olarak yüzlerce veya 1000 mühendisten sürekli gerçek zamanlı kod entegrasyonuna sahip olmak için çalışırken DevOps dünyasından gelen dersleri düşünün. O alanda yapabiliyorlarsa, pazarlama alanında da yapabilmemiz gerekecek.

Biraz heyecan verici, gerçekten heyecan verici bir 2021 olacak. Bir sürü gerçekten harika şovu dört gözle bekliyorum. Bu Cuma bir misafirimiz var, eski Nike ve şu anki Sprinklr Ürün Pazarlama lideri Paul Herman. Bu yüzden onunla eğlenceli bir sohbet edeceğiz. Ve her zamanki potpuri konularımızdan bahsedeceğiz. Yani, bugünlük bu kadar. Bir dahaki sefere görüşürüz.