Müşteriyle empati kurarak oluşturma

"Zorunludur, sayım için anne." Bu proverb, insan Ruit 'in ve doğal sürücüne ait, stok için izin düzeyini yakalar. Oxford Ingilizce sözlüğünde açıklandığı gibi, "bir şey gereksinimi ne kadar zorunlu hale gelirse, bunu alma ya da elde etmenin yollarını bulmayı zorlıyoruz." Bu evrensel iletişim hakkında daha fazla bilgi için bu genel bilgileri reddedebilirsiniz. Öte yandan, dijital ekonomisi üzerinde yenilikbölümünde açıklandığı gibi, bulut yeniliği, sayım ve benimseme arasında bir denge gerektirir.

Benzerleme vurguladı ile devam ederseniz, yenilik daha fazla uzatılmış bir aileden gelir. Müşteri empabili, yeniliklerin üst öğesi. Yeniliklere yönelik bir müşteri empdeğer çözümü oluşturmak, müşterinin önemli zorlukları çözmeye devam eden yasal bir müşteri ihtiyacı olmasını gerektirir. Bu çözümler, bir müşteri ihtiyaçlarını ister, isterse ya da ancaklarına göre değil, ister. Doğru ihtiyaçlarını bulmak için, müşterinin deneyiminin derinlemesine bir şekilde anlaşılmasına, empatik ile başlıyoruz. Empa, birçok mühendisin, ürün yöneticilerinin ve hatta iş liderlerinin daha fazla geliştirildiği bir yeteneğe sahiptir. Neyse ki bulut mimarı rolünün farklı etkileşimleri ve hızlı bir şekilde bu beceriye bu yeteneği zaten başlamıştır.

Ne kadar emptik, ne kadar müşteri empki önemli? Müşteri, müşteri deneyiminden öğrenmemize ve paylaşmamıza yardımcı olur. En düşük düzeyde önemli bir ürünün (MVP) ilk sürümünden piyasa düzeyi bir çözümün genel kullanıma sunulmasıyla, müşteri empabilirliği daha iyi bir çözüm oluşturmamıza yardımcı olur. Daha da önemlisi, benimsemeyi teşvik edecek çözümleri daha iyi konumlandırır. Dijital ekonomiste, müşteri ihtiyaçlarına en çok empathize eden kişiler, pazara yeniden tanımlama ve pazara sunma konusunda daha parlak bir gelecek yapı oluşturabilir.

Müşteri impaçıklaması ile derleme

Varsayımlar tanımlama, planlamanın temel bir parçasıdır. Daha fazla planlıyoruz, harika bir fikrin temelini katlamayı daha fazla görtik. Varsayımlar genellikle kendi kendini empdeğer ürünüdür. Diğer bir deyişle, Bu pozisyonda olduğumdan ne yapmam gerekir? Derleme aşamasından itibaren, varsayımlara bir çözüm oluşturabileceğiniz süreyi en aza indirir. Bu yaklaşım ayrıca, gerçek müşterilerle geri bildirim döngüsünü hızlandırıyor ve daha önceki fırsatları, daha fazla bilgi edinmek ve keskinleştirmek için tetikler.

Geçmişteki en yenilikçi çözümler sezgisel bir inanılmaz EF ile başlamıştır. Bu şekilde, hem mevcut uzmanlıktan hem de Ağızdan gözlemden daha fazla yer verilir. Derleme aşamasından başlıyoruz çünkü bu, bu ıntuonun hızlı bir testine izin verir. Buradan, daha derin anlaşılmasına ve daha net bir hale getirdik. Bir çözümün her yinelemesinde veya sürümünde, Bakiye, müşteri empsaygı gösteren MVP 'lerden gelir.

Bu dengelemeyi üretmek için aşağıdaki iki bölüm, empabilmek ve MVP tanımlama kavramlarını tartışmaya yönelik kavramları tartışır.

Müşteri odaklı varsayımını tanımlama

Empailgilenilmesi ile derleme, belirli bir müşteri gereksinimini gösteren tanımlanmış hipotezleri dayalı bir çözüm oluşturma anlamına gelir. Aşağıdaki adımlar, empabille oluşturmayı teşvik edecek bir varsayımını formülleştirmek için hedeflenir.

1. Empa, ile oluşturduğunuzda müşteri her zaman odaklanılmıştır. Bu amaç birçok şekil alabilir. Çözümlemek istediğiniz sorunun orta ölçekli bir Müşterideki bir müşteriyi, belirli bir kişiye veya hatta bir müşterinin resmine başvurabilirsiniz. Ve müşterilerin dahili (çalışanlar veya iş ortakları) veya harici (müşteriler veya iş müşterileri) olabileceğini göz önünde bulundurun. Bu tanım, test etmek için ilk varsayımdır: bu müşteriye yardımcı olabilir mi?
2. Müşteri deneyimini anlayın. Empamak ile oluşturmak, müşterinin deneyimiyle ilişkili olabileceği ve bunların sorunlarını anlayabilmeniz anlamına gelir. Bu anlayış, test edilecek sonraki varsayımını gösterir: Bu müşteri, bu belirli müşteriye bu yönetilebilir güçlük yardımcı olabilir
3. Basit bir çözümü tek bir sınama için tanımlayın. Kişiler, süreçler ve konuyla ilgili uzmanlar arasında uzmanlığa güvenmek olası bir çözüme yol açacaktır. Bu, test edilecek tam varsayımdır: önerilen çözüm sayesinde bu müşteriye, bu özel müşteri tarafından yönetilebilir.
4. Değer ifadesine ulaşır. Bu müşterilere ne kadar uzun süreli değer sağlayacağınızdır? Bu sorunun yanıtı, tam varsayımını oluşturuyor: Bu müşterilere yönelik önerilen çözüm kullanılarak bu müşterilerin nasıl iyileştirilmesi gerekir?

Bu son adım, bir müşteri empen önemli varsayımından kaçınılmaz. Bu, gelişmeyi, sorunu, çözümü ve gelişme yapılacak, müşterinin tüm merkezini tanımlayan ölçümü tanımlar. Ölçü ve öğrenme aşamaları sırasında her varsayım test edilmelidir. Ekip, adreslenebilir müşteri tabanı için daha fazla empi geliştirirse müşteri, sorun bildirimindeki veya çözümdeki değişiklikler tahmin edilir.

Temel varsayımlar kanıtlanmış olduktan sonra, daha sonra yinelemeler, büyük testlerin yanı sıra büyüme testlerine odaklanacaktır. Empabilmeniz, test edilmiş ve doğrulandıktan sonra, adreslenebilir pazarlamayı ölçeklendirmeye başlayabilirsiniz. Bu, daha önce açıklanan standart varsayım formülünün genişlemesiyle yapılabilir. Kullanılabilir verilere bağlı olarak, toplam pazar boyutunu (potansiyel müşterilerin sayısı) tahmin edin.

Buradan, benzer bir zorluk ve bu nedenle bu çözümle ilgilenebilecek olan bu toplam pazar yüzdesini tahmin edin. Bu, adreslenebilir bir pazardır. Test edilecek bir sonraki varsayım: Bu yönetilebilir zorluğu ele almak için önerilen çözüm kullanılarak müşterilerin % x ' i nasıl gelişmesi gerekir? Müşterilerin küçük bir örneklemesini kullanan müşteriler havuzunda yüzde bir etkisi öneren önde gelen göstergeleri açığa çıkarır.

Varsayımını test etmek için bir çözüm tanımlayın

Bir Build-Measure-bir derleme geri bildirim döngüsünün her yinelemesi sırasında, empadeğer ile derleme denemeniz bir MVP tarafından tanımlanır.

MVP, müşteriyleöğrenecek bir çözüm oluşturmak için gereken en küçük efor (Invention, mühendislik, uygulama geliştirme veya veri mimarisi) birimidir. Her MVP 'nin hedefi, önceki hipotezleri bir kısmını veya tümünü test etmek ve doğrudan müşteriden geri bildirim almak sağlamaktır. Çıktı, sektörünüzü değiştirmek için gereken tüm özelliklerle harika bir uygulama değildir. Her yinelemenin istenen çıktısı, bir varsayımını daha derin test etme şansı olan bir öğrenme fırsatına sahiptir.

Timekutulama , bir ürünün yalın devam ettiğinden emin olmanın standart bir yoludur. Örneğin, geliştirme takımınızın çözümün hızlı teste izin vermek için tek bir yinelemede oluşturulmasını sağlayın. En az anlamı tanımlamak üzere hız, yineleme ve yayınları kullanarak daha iyi anlamak için bkz. planlama hızı, yinelemeler, yayın ve yineleme yolları.

Karmaşıklığı azaltın ve teknik artışlara gecikme yapın

Yenilik yapın metodolojide bulunan disiplinlerin , sık olmayan bir yenilik veya ölçeklendirmeye hazırlanma MVP çözümü sunmak için gereken işlevselliği anlatmaktadır. Özellik ekleme için bu disiplinlere uzun vadeli bir kılavuz olarak kullanın. Benzer şekilde, bu uygulamaları bir uyarı kılavuzu olarak kullanarak müşteri değerinin erken testi sırasında ve çözümünüzde empvalue.

Özellik çeşitlerinin ve farklı disiplinlerinin hepsi tek bir yinelemede oluşturulamaz. Bu, bir MVP çözümünün birden çok disiplindeki karmaşıklığı içermesi için birkaç sürüm gerektirebilir. Geliştirme yatırımına bağlı olarak, birden çok hipotezleri test etmek için farklı disiplinlerde çalışan birden fazla paralel takım olabilir. Bu takımlar arasında mimari hizalamayı sürdürmek için akıllı olsa da, hipotezleri değeri onaylanana kadar karmaşık, Tümleşik çözümler oluşturmayı denemek de mümkün değildir.

Karmaşıklık, Teknik ani artışlarsıklığında veya hacminde en iyi şekilde algılanır. Teknik artışlar, müşterilerle kolayca test edilmemiş teknik çözümler oluşturmaya çalışmalardır. Müşteri değeri ve müşteri empiği test edilmemiş olduğunda, teknik artışlar, yeniliklere yönelik riski gösterir ve simge durumuna küçültülmüş olmalıdır. Geçiş çabasında bulunan, yetişkinlere yönelik olarak test edilen çözümlerin türleri için, benimseme boyunca teknik artışlar yaygın olabilir. Ancak, hipotezleri test çabalarına ait testi geciktirecek ve mümkün olduğunda ertelenmesi gerekir.

Herhangi bir MVP tanımı için bir kesintisiz basitleştirici yaklaşımı önerilir. Bu yaklaşım, varsayımını doğrulamak üzere hiçbir şey eklememeyen her şeyi kaldırmak anlamına gelir. Karmaşıklığı en aza indirmek için, varsayımını test etmek için gerekli olmayan tümleştirmelerin ve özelliklerin sayısını azaltın.

MVP oluşturma

Her yinelemede, bir MVP çözümü birçok farklı şekil alabilir. Ortak gereksinim, yalnızca çıktının ölçüm ve test edilmesine izin verir. Bu basit gereksinim, bilimsel süreci başlatır ve takımın empdeğer ile derleme yapmasına izin verir. Bu müşterinin ilk odağını sunmak için ilk MVP, tek bir disiplindenyalnızca birini temel alabilir.

Bazı durumlarda yeniliğe giden en hızlı yol, bulut benimseme takımı hipotezin doğru şekilde doğrulanmasından emin olana kadar bu disiplinlerden geçici olarak kaçınmaktır. Microsoft gibi bir teknoloji şirketinden geliyorsa, bu kılavuz kulağa kötü gelebilir. Ancak bu, müşterinin belirli bir teknoloji kararını değil, MVP çözümünde en yüksek önceliğe sahip olduğunu vurgular.

Genellikle, bir MVP çözümü en düşük özelliklere ve sınırlı lehçeye sahip basit bir uygulama veya veri çözümü içerir. Profesyonel geliştirme uzmanlığına sahip kuruluşlar için bu yol genellikle öğrenme ve yineleme için en hızlı yoldur. Aşağıdaki liste, bir ekibin MVP oluşturmak için gerçekleştir olabileceği diğer birkaç yaklaşımı içerir:

• Yüzde 99 oranında yanlış olan ancak belirli istenen sonuçları gösteren tahmine dayalı bir algoritma.
• Üretim ölçeğinde güvenli bir şekilde iletişim kurmayan ancak süreç içindeki neredeyse gerçek zamanlı verilerin değerini gösteren bir IoT cihazı.
• Bir varsayımı test etmek veya daha küçük ölçekli ihtiyaçları karşılamak için bir vatandaş geliştirici tarafından bir uygulama.
• Takip etmek için uygulamanın avantajlarını yeniden oluşturan el ile yapılan bir işlem.
• Müşterinin etkileşim kurmasına izin verecek kadar ayrıntılı bir tel çerçeve veya video.

MVP geliştirmek için çok büyük miktarlarda geliştirme yatırımı gerekli olmaması gerekmektedir. Tercihen, aynı anda test edilen hipotezlerin sayısını en aza indirmek için yatırım mümkün olduğunca kısıtlıdır. Ardından, her yinelemede ve her sürümde çözüm, birden çok buluş disiplini temsil eden, ölçek için hazır bir çözüme yönelik kasıtlı olarak iyileştirildi.

MVP geliştirmeyi hızlandırma

Pazara satış süresi, tüm yeniliklerin başarısı için çok önemlidir. Daha hızlı sürümler daha hızlı öğrenme sağlar. Daha hızlı öğrenme, daha hızlı ölçeklendirilen ürünlere yol açmaktadır. Bazen geleneksel uygulama geliştirme döngüleri bu işlemi yavaşlatabilir. Daha sık olarak yenilikler, kullanılabilir uzmanlık sınırlarıyla kısıtlanmış olur. Bütçeler, personel sayısı ve personelin kullanılabilirliği, bir ekibin kaldırmış olduğu yeni yeniliklerin sayısına sınırlar oluşturabilir.

Personel kısıtlamaları ve empati ile oluşturma isteği, vatandaşlara yönelik hızla büyüyen bir eğilim ortaya çıktı. Bu geliştiriciler riski azaltır ve kuruluşun profesyonel geliştirme topluluğu içinde ölçek sağlar. Vatandaşlar, müşteri deneyiminin söz konusu olduğu konu uzmanlarıdır ancak mühendis olarak eğitilmezler. Bu kişiler profesyonel geliştiriciler tarafından kaş çatmalarına neden olan daha hafif geliştirme araçları veya prototyping araçlarını kullanır. Bu iş uyumlu geliştiriciler MVP çözümleri ve test teorileri oluşturabilir. İyi hizalanmış olduğunda, bu işlem değer sağlayan ancak yeterince etkili bir ölçek hipotezinin geçeceği üretim çözümleri oluşturabilir. Ölçeklendirme çalışmaları başlamadan önce prototipleri doğrulamak için de kullanılabilirler.

Tüm yenilik planlarında, bulut benimseme ekiplerinin portföylerini, kullanıcı geliştirici çalışmalarını içerecek şekilde çeşitlendirmeleri gerekir. Geliştirme çalışmalarını ölçeklendirerek daha fazla hipotez daha az yatırımla sınanarak sınanmış olur. Bir hipotez doğrulandıktan ve adreslenebilir bir pazar tanımlandıktan sonra, profesyonel geliştiriciler modern geliştirme araçlarını kullanarak çözümü sağlamlaştırabilir ve ölçeklendirebilir.

Son derleme geçidi: Müşteri acısı

Müşteri empatisi güçlü olduğunda net bir şekilde mevcut bir sorunu kolayca tespit etmek gerekir. Müşterinin acısı net bir şekilde açık olmalı. Derleme sırasında bulut benimseme takımı, müşterinin sorun noktasına göre bir hipotezi test etmek için bir çözüm derlemektedir. Hipotez iyi tanımlanmışsa ancak sorun noktası doğru şekilde tanımlanmasa, çözüm gerçekten müşteri empatisi üzerine kurulu değildir. Bu senaryoda, derleme doğru başlangıç noktası değildir. Bunun yerine ilk olarak empati kurarak ve gerçek müşterilerden ders öğrenmeye yatırım yapmaktır. Empati ve doğrulama acısı için en iyi yaklaşım basittir: müşterilerinize dinleme. Sık sık oluşan bir sorun noktasını belirleyene kadar toplantı yapmaya ve bunları gözlemleyene kadar zaman tanıyın. Sorun noktası iyi anlaşılana kadar bu sorunu ele alan bir hipotezleştirilmiş çözümü test etmeye hazır olur.

Bu yaklaşımın uygulanmayabilecekleri zaman

Alternatif bir yaklaşım gerektirtiren birçok yasal, uyumluluk ve sektör gereksinimleri vardır. Geliştirme çözümünün genel yayınlarının patent zamanlaması, fikri mülkiyet koruması, müşteri veri sızıntıları veya uyumluluk gereksinimlerini ihlal edilmesi riski oluşturması, bu yaklaşım uygun olmayacaktır. Bunlar gibi algılanan riskler olduğunda, yayın yönetimine yönelik herhangi bir kılavuzlu yaklaşımı benimsemeden önce yasal danışmanlık hizmetine danışın.

Başvurular

Bu makaledeki kavramlardan bazıları Eric Ries tarafından ele The Lean Startup alınarak ele alınmıştır.

Sonraki adımlar

Bir MVP çözümü dikten sonra empati değerini ölçebilir ve değeri ölçeklendirin. Müşteri etkisini ölçmeyi öğrenin.