> For the complete documentation index, see [llms.txt](https://user.netmera.com/netmera-user-guide/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://user.netmera.com/netmera-user-guide/netmera-user-guide-tr/omnichannel-etkilesim/yolculuk-orkestrasyonu/kurulum.md). # Kurulum Kullan **Kurulum** Bunu, bir yolculuğu oluşturmadan veya yayına almadan önce temel kimliğini ve başarı kriterlerini tanımlamak için kullanın. Bu sayfayı tamamladığınızda, adı belirlenmiş bir yolculuğa, seçilmiş bir dönüşüm olayına, isteğe bağlı dönüşüm özelliği filtrelerine ve atfın nasıl çalışacağını kontrol eden çıkış sonrası bir dönüşüm penceresine sahip olacaksınız. ### 1. Adım: Yolculuk oluşturma akışını açın Ana menüden **Yolculuk** bölümüne gidin. Yolculuk listesi görünür ve mevcut taslaklarınızı ve yayındaki yolculuklarınızı gösterir. Bu sayfadan **Yeni Yolculuk Oluştur** seçeneğini seçerek yeni bir kurulum başlatın. Bu, yönlendirmeli oluşturma akışını açar.
{% @arcade/embed url="" flowId="Dm7hXaPN7KTXaVrhXO4s" %} Örneğin, pasif hale gelmiş kullanıcılar için bir elde tutma yolculuğu oluşturmak istiyorsanız, alakasız bir kampanyayı kopyalamak yerine buradan başlayın. Bu, kurulumu en baştan doğru iş hedefiyle uyumlu tutar. ### 2. Adım: Yolculuk ayrıntılarını girin Kurulumun ilk bölümü, yolculuğun adının ne olduğunu ve diğer ekip üyelerinin bunu ileride nasıl tanıyacağını tanımlar. Bu alanlar teslimat mantığını kontrol etmez, ancak günlük yönetilebilirliği büyük ölçüde etkiler. #### 2.1. Adım: Yolculuk Adını girin Açık ve açıklayıcı bir dahili ad girin. Bu alan zorunludur. Alanı boş bırakırsanız devam edemezsiniz ve giriş alanının altında bir doğrulama mesajı görünür. Yolculuğu liste görünümünde ayırt etmeyi kolaylaştıran bir adlandırma kalıbı kullanın. Ekibinizin daha hızlı tarama yapmasına yardımcı oluyorsa amacı, kanalı, hedef kitleyi veya durumu ekleyin. Örneğin, `Müşteri Tutundurma - Push - 7 Gün Pasif Kullanıcılar` ifadesi `Tutundurma Akışı`ifadesinden daha kullanışlıdır; çünkü hedefi, teslimat kanalını ve hedef grubu tek bakışta söyler. #### 2.2. Adım: Yolculuk Açıklaması girin Özellikle mantık veya hedef kitle yalnızca adından anlaşılmıyorsa, yolculuğun amacını açıklamak için bir açıklama ekleyin. Bu alan isteğe bağlıdır, ancak inceleme, devir ve gelecekteki düzenlemeler için yardımcı olur. Örneğin, şöyle bir açıklama kullanın: `7 gündür uygulamayı açmamış kullanıcıları, sınırlı süreli bir teklif içeren kişiselleştirilmiş bir push bildirimi göndererek yeniden etkileşime geçirmek için tasarlanmış bir kampanya.` Açıklamalar, birden fazla ekip aynı yolculuk seti üzerinde çalıştığında ve değişiklik yapmadan önce hızlı bağlama ihtiyaç duyduğunda en faydalıdır. ### 3. Adım: Dönüşüm sayılacak şeyi tanımlayın Bir **dönüşüm** bir kullanıcının yolculuğu başarılı saymasını sağlayan eylemdir. **dönüşüm olayı** ise sistemin bu başarıyı tanımak için kullandığı belirli izlenen olaydır. Bu adım önemlidir; çünkü dönüşüm olayı, kullanıcılar yolculuktan geçtikten veya yolculuktan çıktıktan sonra raporlamayı, optimizasyonu ve başarının nasıl atfedileceğini etkiler. {% hint style="info" %} Dönüşüm takibi **kullanıcı bazlıdır**, olay bazlı değildir. Bir kullanıcı, aynı dönüşüm olayı birden çok kez gerçekleşse bile, bir yolculukta yalnızca bir kez dönüşmüş sayılabilir. {% endhint %} Dönüşüm olaylarına yaygın örnekler şunlardır: * satın alma yapmak * kredi kartına başvurmak * profil bilgilerini güncellemek Örneğin, yolculuğun amacı ilk satın alımları artırmaksa, dönüşüm olayı olarak satın alma olayını seçin. Bir kullanıcı yolculuğa girdikten sonra üç kez satın alma yaparsa, sistem yine de o kullanıcıyı bu yolculuk için tek bir dönüşmüş kullanıcı olarak sayar. ### 4. Adım: Dönüşüm olayını seçin Dönüşüm olayı açılır listesini açın ve yolculuk için başarıyı temsil eden olayı seçin. Bu seçim, yolculuk performansının daha sonra analizlerde nasıl ölçüleceğini belirler.
#### 4.1. Adım: Yolculuk hedefiyle eşleşen bir olay seçin Yolculuğun yönlendirmesini istediğiniz gerçek sonucu en iyi yansıtan olayı seçin. Yolculuk daha dar bir iş sonucunu etkilemek için tasarlanmışsa, geniş kapsamlı bir olay seçmekten kaçının. Örneğin: * Seçin **Purchase** gelir odaklı bir dönüşüm hedefi için. * Seçin **UpdateProfile** bir profil tamamlama kampanyası için. * Kredi kartı veya kredi yolculuğu için bir başvuru gönderme olayı seçin. #### 4.2. Adım: Devam etmeden önce olayın kullanılabilirliğini doğrulayın Burada yalnızca **Geliştiriciler > Olaylar** altında zaten mevcut olan olaylar seçilebilir. Olay henüz oluşturulmadıysa listede görünmez. {% hint style="info" %} Yolculuk yayına alınmadan önce dönüşüm olayını ayarlayın. Yolculuk etkinleştikten sonra dönüşüm olayı eklenemez veya değiştirilemez. {% endhint %} Beklediğiniz olay eksikse, burada durun ve izleme olayının mevcut olduğunu ve kullanılabilir olduğunu **Geliştiriciler > Olaylar**. ### 5. Adım: Gerektiğinde olay özellikleriyle dönüşümü daraltın Etkinleştir **Dönüşüm Olayı Özelliğini Seç** dönüşüm olayı tek başına fazla geniş kaldığında. Bu, yalnızca belirli özellik koşullarını karşılayan olay gerçekleşmelerini saymanıza olanak tanır. Bir olay birden fazla farklı kullanıcı eylemini temsil edebiliyorsa, ancak bunların yalnızca bazıları bu yolculuk için başarı olarak sayılmalıysa bunu kullanın.
#### 5.1. Adım: Özellik kuralları ekleyin Hangi gerçekleşmelerin dönüşüm olarak niteleneceğini sınırlamak için bir veya daha fazla özellik koşulu ekleyin. Koşullar **AND** mantığını kullanır; yani her koşulun aynı olay gerçekleşmesinde eşleşmesi gerekir. Örneğin, seçilen olay **UpdateProfile**, şunları zorunlu kılabilirsiniz: * **itemName** → **Mevcut** * **itemNextData** → **Mevcut** * **itemCurrentData** → **Mevcut** Bu durumda sistem dönüşümü yalnızca **UpdateProfile** olay üç özelliğin tümünü içerdiğinde sayar. Bir özellik eksikse, o olay gerçekleşmesi uygun sayılmaz. #### 5.2. Adım: Özellik filtrelerinin ne zaman gerekli olduğuna karar verin Olay adı tek başına yeterince net olmadığında özellik filtreleri kullanın. Olay zaten doğrudan iş sonucuna karşılık geliyorsa bunları atlayın. | Kullanım senaryosu | Önerilen kurulum | Sonuç | | ------------------------------------------------------- | ---------------------------------------- | -------------------------------------------------------- | | Olay zaten tek ve net bir başarı eylemini temsil ediyor | Yalnızca olayı seçin | Bu olayın tüm gerçekleşmeleri dönüşüm olarak sayılabilir | | Olay birkaç farklı eylem arasında paylaşılıyor | Olayı seçin ve özellik kuralları ekleyin | Yalnızca eşleşen gerçekleşmeler dönüşüm olarak sayılır | ### 6. Adım: Çıkıştan sonra dönüşüm atfının ne kadar süre açık kalacağını ayarlayın Dönüşüm olayını seçtikten sonra **Kullanıcı Çıkış Yaptıktan Sonra Dönüşüm Saymayı Durdur**ayarlamasını tanımlayın. Bu ayar bir çıkış sonrası atıf penceresi oluşturur. Bu pencere sırasında, kullanıcı yolculuktan ayrıldıktan sonra bile dönüşmüş olarak sayılabilir. Pencere sona erdiğinde, daha sonraki dönüşüm olayları artık bu yolculuk için sayılmaz.
#### 6.1. Adım: Süreyi seçin Süreyi **dakika**, **saat** veya **gün**. Varsayılan olarak hiçbir değer seçilmez ve süre seçmek zorunludur. Yolculuğun, çıkıştan sonra hedef davranışı ne kadar süreyle makul biçimde etkileyebileceğini yansıtan bir süre seçin. Örneğin, kullanıcılar genellikle bir mesajı aldıktan kısa süre sonra dönüşüyorsa, daha kısa bir çıkış sonrası pencere uygun olabilir. Dönüşümünüz başvuru tamamlamak gibi daha yavaş bir eylemse, daha uzun bir pencere daha uygun olabilir. #### 6.2. Adım: Çıkış sonrası pencerenin atfı nasıl değiştirdiğini anlayın Yapılandırılan süre, daha sonraki bir olayın hâlâ yolculuğa atfedilip atfedilmeyeceğini etkiler. Örneğin, pencereyi **3 gün** olarak ayarlarsanız ve bir kullanıcı Pazartesi günü saat 10:00'da yolculuktan çıkarsa, Çarşamba günü saat 09:00'daki eşleşen bir dönüşüm olayı yine de sayılır. Perşembe günü saat 10:01'deki eşleşen bir olay sayılmaz.
SenaryoDönüşüm sayılıyor mu?Açıklama
Dönüşüm çıkış sonrası zaman penceresi içinde gerçekleşir✅ EvetEşleşen olay, atıf penceresi sona ermeden gerçekleşir.
Dönüşüm çıkış sonrası zaman penceresinden sonra gerçekleşir❌ HayırAtıf penceresi zaten sona ermiştir.
Aynı kullanıcı dönüşüm olayını birden çok kez tetikler✅ Evet, bir kezDönüşüm sayımı kullanıcı bazlıdır; bu nedenle tekrarlanan olaylar dönüşüm toplamını artırmaz.
Bir kullanıcı yeniden girer ve daha sonra dönüşür, daha önce dönüşmemişse✅ EvetDaha önce bu yolculuk için bir dönüşüm kaydedilmemişse kullanıcı yine de sayılabilir.
Bir kullanıcı, daha önce dönüşmüş olarak sayıldıktan sonra yeniden girerse❌ Ek dönüşüm yokBir kullanıcı bir yolculukta yalnızca bir kez sayılabilir.
### 7. Adım: Devam etmeden önce dönüşüm kurallarını gözden geçirin Yolculuk yapılandırmasının bir sonraki bölümüne geçmeden önce, kurulumun yalnızca teknik olarak kullanılabilir bir olayı değil, gerçek iş hedefini yansıttığını doğrulayın. Bu kontrol listesini kullanın: 1. Yolculuk adı kampanyayı açıkça tanımlar. 2. Açıklama iş amacını açıklar. 3. Seçilen dönüşüm olayı gerçek başarıyı temsil eder. 4. Varsa olay özelliği filtreleri gerekli ve doğrudur. 5. Çıkış sonrası dönüşüm penceresi beklenen kullanıcı davranışıyla eşleşir. Bu ayarlar yanlışsa yolculuk yine de çalışabilir; ancak raporlama ve atıf artık ölçmek istediğiniz sonucu yansıtmayabilir. ### Sırada ne var Tamamladığınızda **Kurulum**, yayına almadan önce sonraki yolculuk yapılandırma adımına devam edin ve yolculuğun geri kalanını tamamlayın. Bu ayarlar, yolculuğun listede nasıl tanımlandığının ve etkinleştirildikten sonra dönüşüm performansının nasıl ölçüldüğünün temelini oluşturmaya devam eder. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://user.netmera.com/netmera-user-guide/netmera-user-guide-tr/omnichannel-etkilesim/yolculuk-orkestrasyonu/kurulum.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.