> 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ın **Kurulum** bir yolculuğun temel kimliğini ve başarı ölçütlerini, onu oluşturmadan veya yayına almadan önce tanımlamak için. Bu sayfayı tamamladığınızda, adlandırılmış bir yolculuğunuz, seçilmiş bir dönüşüm olayınız, isteğe bağlı dönüşüm özellik filtreleriniz ve ilişkilendirmeyi nasıl çalışacağını belirleyen çıkış sonrası bir dönüşüm pencereniz olur. ### Adım 1: Yolculuk oluşturma akışını açın Şuraya gidin **Yolculuk** ana menüden. Yolculuk listesi görünür ve mevcut taslaklarınızı ve canlı yolculuklarınızı gösterir. Bu sayfadan şunu seçin **Yeni Journey Oluştur** yeni bir kurulum başlatmak için. Bu, rehberli oluşturma akışını açar.
{% @arcade/embed url="" flowId="Dm7hXaPN7KTXaVrhXO4s" %} Örneğin, hareketsiz kalmış kullanıcılar için bir tutundurma yolculuğu oluşturmak istiyorsanız, ilgisiz bir kampanyayı klonlamak yerine buradan başlayın. Bu, kurulumu en başından doğru iş hedefine hizalı tutar. ### Adım 2: 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 daha sonra 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. #### Adım 2.1: 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şin altında bir doğrulama mesajı görünür. Yolculuğu liste görünümünde kolayca ayırt edilebilir kılan bir adlandırma kalıbı kullanın. Ekibinizin daha hızlı tarama yapmasına yardımcı oluyorsa amaç, kanal, hedef kitle veya durumu ekleyin. Örneğin, `Müşteri Tutundurma - Push - 7 Gün İnaktif Kullanıcılar` daha kullanışlıdır `Tutundurma Akışı`çünkü hedefi, teslim kanalını ve hedef grubu bir bakışta söyler. #### Adım 2.2: Yolculuk açıklamasını girin Özellikle mantık veya hedef kitle yalnızca addan 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 teslim ve gelecekteki düzenlemeler için yardımcı olur. Örneğin, şu şekilde 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 yararlıdır. ### Adım 3: Dönüşümün ne olduğunu tanımlayın Bir **dönüşüm** kullanıcı için yolculuğu başarılı olarak işaretleyen eylemdir. **dönüşüm etkinliği** 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 ilişkilendirileceğ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 fazla kez gerçekleşse bile, bir yolculukta yalnızca bir kez dönüşüm olarak sayılabilir. {% endhint %} Yaygın dönüşüm olayı örnekleri ş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 bir kez dönüşüm gerçekleştirmiş olarak sayar. ### Adım 4: Dönüşüm olayını seçin Dönüşüm olayı açılır menüsünü açın ve yolculuk için başarıyı temsil eden olayı seçin. Bu seçim, yolculuk performansının analizlerde daha sonra nasıl ölçüleceğini belirler.
#### Adım 4.1: Yolculuk hedefine uyan bir olay seçin Yolculuğun gerçekten yönlendirmesini istediğiniz sonucu en iyi yansıtan olayı seçin. Yolculuk daha dar bir iş sonucunu etkilemek için tasarlandıysa geniş bir olay seçmekten kaçının. Örneğin: * Seçin **Satın Alma** gelir odaklı bir dönüşüm hedefi için. * Seçin **UpdateProfile** profil tamamlama kampanyası için. * Kredi kartı veya kredi yolculuğu için bir başvuru gönderme olayı seçin. #### Adım 4.2: Devam etmeden önce olay kullanılabilirliğini doğrulayın Yalnızca zaten mevcut olan olaylar **Geliştiriciler > Olaylar** burada 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ı belirleyin. Yolculuk aktif olduktan 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 **Geliştiriciler > Olaylar**. ### Adım 5: Gerekirse olay özellikleriyle dönüşümü daraltın Etkinleştirin **Dönüşüm Olayı Özelliğini Seçin** dönüşüm olayı tek başına fazla geniş olduğunda. 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 edebildiğinde, yalnızca bazıları bu yolculuk için başarı olarak sayılmalıysa bunu kullanın.
#### Adım 5.1: Ö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 **VE** mantığını kullanır, bu nedenle her koşulun aynı olay gerçekleşmesinde eşleşmesi gerekir. Örneğin, seçilen olay **UpdateProfile**ise, şunları zorunlu kılabilirsiniz: * **itemName** → **Var** * **itemNextData** → **Var** * **itemCurrentData** → **Var** Bu durumda sistem, bir 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. #### Adım 5.2: Özellik filtrelerinin ne zaman gerekli olduğuna karar verin Olay adı tek başına yeterince hassas olmadığında özellik filtreleri kullanın. Olay zaten doğrudan iş sonucuna eşleşiyorsa bunları atlayın. | Kullanım senaryosu | Önerilen kurulum | Sonuç | | ---------------------------------------------------- | ---------------------------------------- | -------------------------------------------------------- | | Olay zaten tek bir net 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 için ortak kullanılıyor | Olayı seçin ve özellik kuralları ekleyin | Yalnızca eşleşen gerçekleşmeler dönüşüm olarak sayılır | ### Adım 6: Çıkıştan sonra dönüşüm ilişkilendirmesinin ne kadar açık kalacağını ayarlayın Dönüşüm olayını seçtikten sonra, şunu tanımlayın **Kullanıcı Çıkış Yaptıktan Sonra Dönüşümü Saymayı Durdur**. Bu ayar, çıkış sonrası bir ilişkilendirme penceresi oluşturur. Bu pencere sırasında, kullanıcı yolculuktan ayrıldıktan sonra bile yine de dönüşüm gerçekleştirmiş olarak sayılabilir. Pencere sona erdikten sonra, daha sonraki dönüşüm olayları bu yolculuk için artık sayılmaz.
#### Adım 6.1: Süreyi seçin Süreyi şu birimlerde ayarlayın **dakika**, **saat**, veya **gün**. Varsayılan olarak hiçbir değer seçilmez ve bir süre seçmek zorunludur. Yolculuğun hedef davranışı çıkıştan sonra 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üşüm gerçekleştiriyorsa, 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. #### Adım 6.2: Çıkış sonrası pencerenin ilişkilendirmeyi 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ü 10:00'da yolculuktan çıkarsa, çarşamba günü 09:00'da gerçekleşen eşleşen bir dönüşüm olayı yine de sayılır. Perşembe günü 10:01'de gerçekleşen 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, ilişkilendirme penceresi sona ermeden önce gerçekleşir.
Dönüşüm çıkış sonrası zaman penceresinden sonra gerçekleşir❌ Hayırİlişkilendirme penceresinin süresi zaten dolmuştur.
Aynı kullanıcı dönüşüm olayını birden fazla kez tetikler✅ Evet, bir kezDönüşüm sayımı kullanıcı bazlıdır; bu nedenle yinelenen olaylar toplam dönüşüm sayısını artırmaz.
Bir kullanıcı yeniden girer ve daha önce dönüşüm gerçekleştirmeden daha sonra dönüşüm yaparsa✅ EvetKullanıcı için daha önce bu yolculukta bir dönüşüm kaydedilmemişse yine de sayılabilir.
Bir kullanıcı zaten dönüşüm olarak sayıldıktan sonra yeniden girerse❌ Ek dönüşüm yokBir kullanıcı her yolculukta yalnızca bir kez sayılabilir.
### Adım 7: 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 özellik filtreleri gerekli ve doğrudur. 5. Çıkış sonrası dönüşüm penceresi beklenen kullanıcı davranışıyla uyumludur. Bu ayarlar yanlışsa, yolculuk yine de çalışabilir; ancak raporlama ve ilişkilendirme artık amaçladığınız sonucu yansıtmayabilir. ### Sonrasında ne olur Tamamladığınızda **Kurulum**, bir sonraki yolculuk yapılandırma adımına devam edin ve yayına almadan önce 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 temeli olmaya 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.