> 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-engagement/journey-orchestration/setup.md).

# Journey kurulumu

Bir journey'yi adlandırarak, dönüşüm etkinliğini seçerek, etkinlik özniteliklerine göre filtreleyerek ve çıkıştan sonra atıfın ne kadar süre açık kalacağını ayarlayarak yeni bir journey oluşturun.

Kullanın **Kurulum** bir yolculuğu oluşturmadan veya yayına almadan önce o yolculuğun temel kimliğini ve başarı ölçütlerini tanımlamak için. Bu sayfayı tamamladığınızda adlandırılmış bir yolculuk, seçilmiş bir dönüşüm olayı, isteğe bağlı dönüşüm özellik filtreleri ve atıfın nasıl çalıştığını belirleyen çıkış sonrası bir dönüşüm penceresi elde etmiş olacaksınız.

### 1. Adım: Yolculuk oluşturma akışını açın

Şuraya gidin **Yolculuk** ana menüden. Yolculuk listesi görünür ve mevcut taslaklarınızı ile canlı yolculuklarınızı gösterir. Bu sayfada **Yeni Journey Oluştur** seçerek yeni bir kurulum başlatın. Bu, yönlendirmeli oluşturma akışını açar.

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2FR4DUz8FBoBe2PsHxpL0z%2FEkran%20Resmi%202026-09-24%2013.27.08.png?alt=media&amp;token=8b5c496d-8173-4b99-961c-695f74524d47" alt=""><figcaption></figcaption></figure>

Örneğin, pasifleşen kullanıcılar için bir elde tutma yolculuğu oluşturmak istiyorsanız, ilgisiz bir kampanyayı klonlamak yerine buradan başlayın. Böylece kurulum, en baştan doğru iş hedefine uyumlu olur.

### 2. Adım: Yolculuk ayrıntılarını girin

Kurulumun ilk bölümü, yolculuğun ne olarak adlandırılacağını 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 önemli ö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ş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 biçimi kullanın. Ekibinizin daha hızlı tarayabilmesi için faydalı olacaksa amaç, kanal, hedef kitle veya durumu ekleyin.

Örneğin, `Müşteri Elde Tutma - Push - 7 Gün Pasif Kullanıcılar` şundan daha kullanışlıdır `Elde Tutma Akışı`, çünkü hedefi, teslimat kanalını ve hedef grubu bir bakışta gösterir.

#### 2.2. Adım: 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 ve gelecekteki düzenlemeler için yardımcı olur.

Örneğin, şu tür bir açıklama kullanın: `7 gün boyunca 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.`

Birden fazla ekip aynı yolculuk seti üzerinde çalıştığında ve değişiklik yapmadan önce hızlı bağlama ihtiyaç duyduğunda açıklamalar en faydalıdır.

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2FOFJEIteL8ANEjP6uaH2L%2FEkran%20Resmi%202026-09-24%2013.27.28.png?alt=media&amp;token=797e1c3e-6255-4fa4-b319-867adbc40778" alt=""><figcaption></figcaption></figure>

### 3. Adım: Neyin dönüşüm sayılacağını tanımlayın

Bir **dönüşüm** bir kullanıcı için yolculuğun başarılı olduğunu işaret eden eylemdir.  **dönüşüm olayı** başarının tanınması için sistemin 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. Aynı dönüşüm olayı birden fazla kez gerçekleşse bile bir kullanıcı, her yolculukta yalnızca bir kez dönüşmüş olarak sayılabilir.
{% endhint %}

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2FhxszUD5HQjL1W1r94G3v%2FEkran%20Resmi%202026-09-24%2013.27.41.png?alt=media&amp;token=a0ae2590-8daa-4066-b126-9aae5927e349" alt=""><figcaption></figcaption></figure>

Dönüşüm olaylarına yaygın örnekler şunlardır:

* satın alma yapmak
* kredi kartı başvurusunda bulunmak
* 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 dönüşüm gerçekleştirmiş tek bir kullanıcı olarak sayar.

### 4. Adım: Dönüşüm olayını seçin

Dönüşüm olayı açılır menüsünü açın ve yolculuktaki başarıyı temsil eden olayı seçin. Bu seçim, yolculuk performansının analitiklerde daha sonra nasıl ölçüleceğini belirler.

#### 4.1. Adım: Yolculuk hedefiyle eşleşen bir olay seçin

Yolculuğun sürüklemesini istediğiniz gerçek sonucu en iyi yansıtan olayı seçin. Yolculuk daha dar bir iş sonucunu etkilemek üzere tasarlanmışsa 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önderim olayı seçin.

#### 4.2. Adım: Devam etmeden önce olayın kullanılabilir olduğunu doğrulayın

Yalnızca altında 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ı ayarlayın. Yolculuk etkinleştirildikten 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 şu konumda kullanılabilir olduğunu doğrulayın: **Geliştiriciler > Olaylar**.

### 5. Adım: Gerekirse olay özellikleriyle dönüşümü daraltın

Etkinleştir **Dönüşüm Olayı Özelliğini Seçin** dönüşüm olayı tek başına çok geniş olduğunda. Bu, yalnızca belirli özellik koşullarına uyan olay gerçekleşmelerini saymanıza olanak tanır.

Bu, tek bir olay birkaç farklı kullanıcı eylemini temsil edebildiğinde ancak yalnızca bazılarının bu yolculuk için başarı olarak sayılması gerektiğinde kullanılır.

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2F5UWRZjaPGXOREPQvvswH%2FEkran%20Resmi%202026-09-24%2013.28.11.png?alt=media&amp;token=8e3d946d-7491-4e1c-b1ff-bd2049289cd4" alt=""><figcaption></figcaption></figure>

#### 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 **VE** mantığını kullanır; dolayısıyla tüm koşullar aynı olay gerçekleşmesinde eşleşmelidir.

Örneğin, seçilen olay **UpdateProfile**ise, şunları zorunlu kılabilirsiniz:

* **itemName** → **Mevcut**
* **itemNextData** → **Mevcut**
* **itemCurrentData** → **Mevcut**

Bu durumda sistem yalnızca **UpdateProfile** olayının üç özelliğin tamamını içermesi halinde bir dönüşüm 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 kesin değilse özellik filtrelerini kullanın. Olay zaten doğrudan iş sonucuna eşleşiyorsa bunları atlayın.

| Kullanım durumu                                         | Ö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 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   |

### 6. Adım: Çıkıştan sonra dönüşüm atfının ne kadar açık kalacağını ayarlayın

Dönüşüm olayını seçtikten sonra **Kullanıcı Yolculuktan Çıktıktan Sonra Dönüşüm Saymayı Durdur**ayarını tanımlayın. Bu ayar bir çıkış sonrası atıf penceresi oluşturur.

Bu pencere sırasında kullanıcı, yolculuktan ayrılmış olsa bile yine de dönüşmüş olarak sayılabilir. Pencere sona erdikten sonra daha sonraki dönüşüm olayları bu yolculuk için artık sayılmaz.

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2F8KyMhlTe3N8TuKAwcvnv%2FEkran%20Resmi%202026-09-24%2013.28.35.png?alt=media&amp;token=715322b6-31d0-4a88-9611-3bbb2cf0cf49" alt="" width="563"><figcaption></figcaption></figure>

#### 6.1. Adım: Süreyi seçin

Süreyi **dakika**, **saat**, veya **gün**. Varsayılan olarak herhangi bir değer seçili değildir ve bir süre seçilmesi 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 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üne** ayarlarsanız ve bir kullanıcı yolculuktan Pazartesi saat 10:00'da çıkarsa, Çarşamba saat 09:00'daki eşleşen bir dönüşüm olayı hâlâ sayılır. Perşembe saat 10:01'deki eşleşen bir olay sayılmaz.

<table><thead><tr><th width="284.84796142578125">Senaryo</th><th width="139.46044921875">Dönüşüm sayılıyor mu?</th><th>Açıklama</th></tr></thead><tbody><tr><td>Dönüşüm çıkış sonrası zaman penceresi içinde gerçekleşir</td><td>✅ Evet</td><td>Eşleşen olay atıf penceresi sona ermeden önce gerçekleşir.</td></tr><tr><td>Dönüşüm çıkış sonrası zaman penceresinden sonra gerçekleşir</td><td>❌ Hayır</td><td>Atıf penceresinin süresi zaten dolmuştur.</td></tr><tr><td>Aynı kullanıcı dönüşüm olayını birden fazla kez tetikler</td><td>✅ Evet, bir kez</td><td>Dönüşüm sayımı kullanıcı bazlıdır; bu nedenle tekrarlanan olaylar dönüşüm toplamını artırmaz.</td></tr><tr><td>Bir kullanıcı daha önce dönüşüm gerçekleştirmeden yeniden girer ve daha sonra dönüşür</td><td>✅ Evet</td><td>Bu kullanıcı, o yolculuk için daha önce bir dönüşüm kaydedilmemişse yine de sayılabilir.</td></tr><tr><td>Bir kullanıcı, zaten dönüşmüş olarak sayıldıktan sonra yeniden girer</td><td>❌ Ek dönüşüm yok</td><td>Bir kullanıcı her yolculukta yalnızca bir kez sayılabilir.</td></tr></tbody></table>

### 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. Herhangi bir olay özelliği filtresi 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 amaçladığınız ölçüm sonucunu yansıtmayabilir.

### Sonrasında ne olur

Tamamladığınızda **Kurulum**, bir sonraki yolculuk yapılandırma adımına geçin 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 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://user.netmera.com/netmera-user-guide/netmera-user-guide-tr/omnichannel-engagement/journey-orchestration/setup.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.