Lead to Cash Veri Şablonunuz
Lead to Cash Veri Şablonunuz
- Veri toplama için önerilen nitelikler
- Süreç keşfi için izlenecek temel faaliyetler
- Veri çekme için pratik rehberlik
Müşteri Edinmeden Nakde Çevirme Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
ActivityName
|
Satış sürecinin belirli bir noktasında meydana gelen iş aktivitesinin veya olayının adı. | ||
|
Açıklama
Bu nitelik, Lead to Cash süreci içindeki 'Teklif Oluşturuldu' veya 'Ödeme Alındı' gibi belirli bir adımı veya kilometre taşını tanımlar. Her aktivite, bir satış fırsatının yaşam döngüsündeki ayrı bir olayı temsil eder. Bu aktivitelerin sırasını ve sıklığını analiz etmek, Process Mining'in temelini oluşturur. Gerçek süreç akışlarını ortaya çıkarır, yaygın ve alternatif yolları (varyantları) belirlemeye yardımcı olur ve tekrar işlerin veya darboğazların nerede meydana geldiğini saptar. Bu analiz, süreç uyumluluğunu ve verimliliğini anlamak için çok önemlidir.
Neden önemli
Süreç haritasındaki adımları tanımlar, bu da verimsizlikleri ve sapmaları keşfetmek için tüm Process Mining analizlerinin temelini oluşturur.
Nereden alınır
Bu nitelik, tipik olarak Dynamics 365 içindeki Fırsat, Teklif, Sipariş ve Fatura varlıklarıyla ilgili çeşitli olaylardan türetilir. Genellikle durum değişikliklerini veya kayıt oluşturma olaylarını standartlaştırılmış aktivite adlarına eşlemek için mantık gerektirir.
Örnekler
Fırsat OluşturulduTeklif Müşteriye GönderildiSözleşme İmzalandıÖdeme Alındı
|
|||
|
Başlangıç Zamanı
ActivityStartTime
|
Belirli bir aktivite veya event'in ne zaman başladığını gösteren timestamp. | ||
|
Açıklama
Bu nitelik, bir aktivitenin meydana geldiği tarih ve saati kaydeder. Process Mining'de olayları kronolojik olarak sıralamak ve süreleri hesaplamak için kullanılan birincil zamansal bileşendir. Başlangıç Zamanı, aktiviteler arasındaki döngü sürelerini hesaplama, gecikmeleri belirleme ve genel süreç performansını ölçme dahil olmak üzere tüm zamana dayalı analizler için hayati öneme sahiptir. Dinamik bir süreç animasyonu oluşturulmasına olanak tanır ve işin zamansal dağılımını anlamaya yardımcı olur.
Neden önemli
Bu zaman damgası, olayları sıralamak ve döngü süreleri ve bekleme süreleri gibi tüm performans metriklerini hesaplamak için kritiktir.
Nereden alınır
Bu, tipik olarak aktiviteye karşılık gelen ilgili varlıktan (Fırsat, Teklif, SatışSiparişi, Fatura) alınan 'createdon' veya 'modifiedon' zaman damgasıdır.
Örnekler
2023-04-15T10:00:00Z2023-04-25T14:30:00Z2023-05-10T11:20:00Z
|
|||
|
Satış Fırsatı
SalesOpportunity
|
Lead to Cash süreci için birincil vaka kimliği olarak hizmet veren satış fırsatı için benzersiz tanımlayıcı. | ||
|
Açıklama
Satış Fırsatı Kimliği, her potansiyel satışı satış hunisinde ilerlerken benzersiz bir şekilde tanımlar. Fırsatın ilk oluşturulmasından nihai ödeme tahsilatına kadar tüm ilgili aktiviteleri birbirine bağlayan merkezi bir iplik görevi görür. Process Mining'de bu nitelik, her satış vakasının uçtan uca yolculuğunu yeniden yapılandırmak için temeldir. Tüm süreç akışının analiz edilmesine, toplam döngü sürelerinin hesaplanmasına ve fırsatların izlediği farklı yolların karşılaştırılmasına olanak tanır, bu da sonuçta potansiyel müşteri nitelendirmesinden nakit makbuzuna kadar verimsizliklerin ve darboğazların belirlenmesini sağlar.
Neden önemli
Bu, tüm süreç olaylarını birbirine bağlayan temel Vaka Kimliği'dir ve her satış anlaşmasının tam yaşam döngüsünü izlemeyi mümkün kılar.
Nereden alınır
Bu, Fırsat varlığının birincil anahtarıdır, tipik olarak 'opportunityid' alanıdır.
Örnekler
OPP-01532-A3B1C7OPP-01533-F8D2E5OPP-01534-G9H3I4
|
|||
|
Kaynak Sistem
SourceSystem
|
Verilerin çekildiği sistem. | ||
|
Açıklama
Bu nitelik, olay verilerinin kaynaklandığı uygulama kaynağını tanımlar. Bu süreç için tutarlı bir şekilde Microsoft Dynamics 365 Sales olacaktır. Birden fazla entegre sisteme sahip ortamlarda, bu alan veri soyu ve sorun giderme için çok önemlidir. Verinin bağlamını anlamaya yardımcı olur ve analizlerin doğru kaynaktan gelen bilgilere dayandığından emin olur.
Neden önemli
Veri yönetimi, doğrulama ve entegrasyonları yönetmek için kritik olan veri kaynağı hakkında önemli bağlam sağlar.
Nereden alınır
Bu, kayıtların kaynağını etiketlemek için veri çekme işlemi sırasında doldurulması gereken statik bir değerdir.
Örnekler
Microsoft Dynamics 365 Sales
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Kaynak sistemden son veri yenileme zaman damgası. | ||
|
Açıklama
Bu nitelik, verilerin Microsoft Dynamics 365 Sales'ten en son ne zaman çıkarıldığını ve Process Mining aracına yüklendiğini gösteren tarih ve saati belirtir. Analiz edilen verilerin güncelliği için bir referans noktası sağlar. Verilerin zamanında olduğunu anlamak, analizlerin ve sonuçların ilgili ve güncel bilgilere dayanmasını sağlamak için kritik öneme sahiptir. Kullanıcıların içgörülere güvenmelerine ve sürecin mevcut durumuna göre bilinçli kararlar almalarına yardımcı olur.
Neden önemli
Verilerin güncelliğini gösterir, analizlerin güncel ve karar alma için ilgili olmasını sağlar.
Nereden alınır
Bu zaman damgası, veri çekme ve yükleme süreci tarafından oluşturulur.
Örnekler
2024-07-27T02:00:00Z2024-07-28T02:00:00Z
|
|||
|
Aday Kaynağı
LeadSource
|
İlk potansiyel müşterinin oluşturulduğu kaynak. | ||
|
Açıklama
Bu nitelik, satış fırsatını başlatan potansiyel müşterinin kaynağını belirtir; örneğin 'Web', 'İş Ortağı', 'Ticaret Fuarı' veya 'Reklam'. Farklı pazarlama kanallarının ve potansiyel müşteri oluşturma stratejilerinin etkinliğini izler. Process Mining'de Potansiyel Müşteri Kaynağına göre analiz yapmak, 'Potansiyel Müşteri Dönüşüm Performansı' dashboard'u için çok önemlidir. Her kanal için Potansiyel Müşteriden Fırsata Dönüşüm Oranı'nı hesaplamaya ve hangi kaynakların en değerli potansiyel müşterileri ürettiğini veya en hızlı nitelendirme sürelerine sahip olduğunu belirlemeye yardımcı olur. Bu içgörüler, pazarlama harcamalarını ve satış odak noktasını optimize etmek için hayati öneme sahiptir.
Neden önemli
Kaliteli adaylar oluşturmada farklı pazarlama kanallarının performansını değerlendirmeye yardımcı olur, doğrudan aday dönüşüm analizini destekler.
Nereden alınır
Bu, tipik olarak Potansiyel Müşteri varlığındaki 'leadsourcecode' alanıdır ve nitelendirme üzerine Fırsat'a aktarılır.
Örnekler
Webİş OrtağıTicaret FuarıTavsiye
|
|||
|
Bitiş Saati
ActivityEndTime
|
Belirli bir aktivitenin veya olayın ne zaman tamamlandığını gösteren zaman damgası. Genellikle atomik olaylar için Başlangıç Zamanı ile aynıdır. | ||
|
Açıklama
Bitiş Zamanı, bir aktivitenin tamamlandığını işaret eder. 'Fatura Oluşturuldu' gibi anlık olaylar için Bitiş Zamanı genellikle Başlangıç Zamanı ile aynıdır. Manuel inceleme adımı gibi ölçülebilir bir süreye sahip aktiviteler için bu zaman damgası, işin ne zaman bittiğini yakalar. Bu nitelik, bireysel aktivitelerin işlem süresini hesaplamak için kullanılır. Bir aktivitenin Bitiş Zamanı'nı bir sonraki aktivitenin Başlangıç Zamanı ile karşılaştırarak, süreç içindeki hem aktif çalışma süresini (işlem süresi) hem de boşta bekleme süresini (bekleme süresi) analiz etmek mümkündür.
Neden önemli
Faaliyet işleme sürelerinin hesaplanmasına olanak tanır, aktif çalışma süresini bekleme süresinden ayırır ve süreç performansının daha ayrıntılı bir görünümünü sağlar.
Nereden alınır
Anlık olaylar için bu, Başlangıç Saati ile aynıdır. Süresi olan faaliyetler için, sonraki bir zaman damgasından veya durum değişikliğinden türetilmesi gerekebilir.
Örnekler
2023-04-15T10:00:00Z2023-04-25T15:00:00Z2023-05-10T11:25:00Z
|
|||
|
Bölge
Region
|
Müşterinin bulunduğu coğrafi bölge veya alan. | ||
|
Açıklama
Bu nitelik, 'Kuzey Amerika', 'EMEA' veya 'APAC' gibi satış fırsatıyla ilişkili coğrafi alanı belirtir. Genellikle müşterinin adres bilgilerinden türetilir. Bölge, karşılaştırmalı analiz için önemli bir boyuttur. 'Fatura Oluşturma ve Teslimat Süresi' gibi dashboard'larda süreç performansında bölgesel farklılıklar olup olmadığını görmek için kullanılır. Bu tür bir analiz, yerel düzenlemeler, ekip performansı veya pazar koşullarından kaynaklanan farklılıkları ortaya çıkarabilir ve coğrafi olarak hedeflenmiş süreç iyileştirmelerini bilgilendirir.
Neden önemli
Sürecin coğrafi olarak segmentlere ayrılmasına olanak tanır, performans, uyumluluk ve müşteri davranışındaki bölgesel farklılıkları vurgular.
Nereden alınır
Bu veri, genellikle ilgili Hesap veya Kişi varlığında, 'address1_country' veya özel bir 'Bölge' alanı gibi alanlarda saklanır.
Örnekler
Kuzey AmerikaEMEAAPACLATAM
|
|||
|
Fırsat Değeri
OpportunityValue
|
Satış fırsatının tahmini veya gerçek parasal değeri. | ||
|
Açıklama
Bu nitelik, bir satış fırsatıyla ilişkili potansiyel veya nihai geliri temsil eder. Tahmini bir değer olarak başlayabilir ve anlaşma kazanıldığında gerçek sözleşme değerine güncellenebilir. Bu, analiz için kritik bir boyuttur, çünkü tüm fırsatlar eşit değildir. Süreci anlaşma büyüklüğüne göre bölümlendirerek, şirketler daha büyük anlaşmaların farklı süreçleri mi takip ettiğini veya kapanmasının daha uzun sürdüğünü görebilirler. Ayrıca işin yüksek değerli segmentlerinde süreç iyileştirme çabalarını önceliklendirmeye de olanak tanır.
Neden önemli
Anlaşma büyüklüğüne göre analiz yapılmasına ve yüksek değerli fırsatlar için süreç iyileştirmelerinin önceliklendirilmesine olanak tanıyan finansal bağlam sağlar.
Nereden alınır
Genellikle Fırsat varlığındaki 'estimatedvalue' (Tahmini Gelir) veya 'actualvalue' (Gerçekleşen Gelir) gibi alanlarda bulunur.
Örnekler
50000.00125000.0025000.00
|
|||
|
Fırsat Durumu
OpportunityStatus
|
Kazanıldı veya Kaybedildi gibi satış fırsatının nihai sonucu. | ||
|
Açıklama
Bu nitelik, bir satış fırsatının nihai durumunu yakalar. Birincil sonuçlar genellikle başarılı bir satışı gösteren 'Kazanıldı' veya anlaşmanın kapanmadığını gösteren 'Kaybedildi'dir. Sonuca göre analiz yapmak, hangi süreç kalıplarının başarıya, hangilerinin ise başarısızlığa yol açtığını anlamak için temeldir. Vakaları duruma göre filtreleyerek, kazanılan ve kaybedilen anlaşmalar için döngü sürelerini, aktiviteleri ve kullanıcı katılımını karşılaştırmak mümkündür. Bu, Fırsat Kazanma Oranı KPI'ını hesaplamak ve olumlu sonuçlarla ilişkili davranışları belirlemek için anahtardır.
Neden önemli
Başarılı ve başarısız sonuçları ayırt eder, hangi süreç davranışlarının kazançlara yol açtığını belirlemek için karşılaştırmalı analize olanak tanır.
Nereden alınır
Bu, Fırsat varlığındaki 'statecode' (Durum) ve 'statuscode' (Durum Nedeni) alanlarına karşılık gelir.
Örnekler
KazanıldıKaybedildiDevam Ediyor
|
|||
|
Fırsat Sahibi
OwnerId
|
Fırsattan sorumlu satış temsilcisi veya kullanıcı. | ||
|
Açıklama
Fırsat Sahibi, Microsoft Dynamics 365 Sales'te satış fırsatını yönetmek ve ilerletmekle görevli bireysel kullanıcıdır. Bu kullanıcı, genellikle vakayla ilgili aktivitelerin çoğundan sorumludur. Süreci sahip bazında analiz etmek, farklı satış temsilcileri, ekipler veya departmanlar arasındaki performansı karşılaştırmaya yardımcı olur. En iyi performans gösterenlerden en iyi uygulamaları ortaya çıkarabilir, diğerleri için koçluk fırsatlarını belirleyebilir ve iş yükü dağıtımının süreç verimliliğini ve sonuçlarını nasıl etkilediğini anlayabilir.
Neden önemli
Kullanıcı veya ekibe göre performans analizine olanak tanır, en iyi performans gösterenleri belirlemeye ve belirli kişi veya gruplarla ilgili sorunları teşhis etmeye yardımcı olur.
Nereden alınır
Bu, Fırsat varlığındaki 'ownerid' alanıdır ve bir Kullanıcı veya Ekip kaydına bağlantı verir.
Örnekler
John DoeJane SmithEMEA Sales Team
|
|||
|
Müşteri
CustomerId
|
Satış fırsatıyla ilişkili müşteri hesabı. | ||
|
Açıklama
Bu nitelik, fırsatın takip edildiği potansiyel veya mevcut müşteriyi tanımlar. Satış sürecini CRM sistemindeki belirli bir hesapla ilişkilendirir. Müşteriye veya müşteri segmentine göre süreci analiz etmek, farklı müşteri türlerinin satış süreciyle nasıl etkileşim kurduğuna dair daha derinlemesine bir anlayış sağlar. Belirli müşterilerin daha uzun döngü sürelerine sahip olup olmadığını, daha fazla tekrar iş gerektirip gerektirmediğini veya daha yüksek kazanma oranlarına sahip olup olmadığını ortaya çıkarabilir. Bu bilgi, satış yaklaşımlarını uyarlamak ve müşteri ilişkilerini yönetmek için değerlidir.
Neden önemli
Belirli müşteriler veya müşteri segmentleri için süreç performansı analizine olanak tanır, satış stratejilerini kişiselleştirmeye yardımcı olur.
Nereden alınır
Bu, Fırsat varlığındaki 'customerid' arama alanıdır ve bir Hesap veya Kişi kaydına bağlantı verir.
Örnekler
Contoso LtdAdventure WorksFabrikam, Inc.
|
|||
|
Satış Aşaması
SalesStage
|
Tanımlanmış satış süreci hunisi içindeki fırsatın aşaması. | ||
|
Açıklama
Satış Aşaması, bir fırsatın 'Nitelendirme', 'Geliştirme', 'Teklif Sunma' veya 'Kapatma' gibi belirli bir aşamasını temsil eder. Bu aşamalar, satış hunisi ve ilerlemesi hakkında üst düzey bir genel bakış sunar. Process Mining, detaylı aktiviteleri zaman damgalarından türetse de, Satış Aşaması değerli bir iş bağlamı sağlar. Süreci bölümlendirmek ve her ana aşamada ne kadar zaman harcandığını anlamak için 'Genel Satış Döngüsü Süresi Analizi' dashboard'unda kullanılır. Bu, hangi aşamaların en uzun olduğunu ve fırsatların nerede sıkışma eğiliminde olduğunu belirlemeye yardımcı olur.
Neden önemli
Fırsatın ilerlemesi hakkında iş bağlamı sağlayarak, satış hunisinin her aşamasında harcanan zamanın analiz edilmesine olanak tanır.
Nereden alınır
Bu bilgi, Fırsat varlığıyla ilişkili İş Süreci Akışı ile ilgili 'stepname' alanından türetilmiştir.
Örnekler
1-Qualify2-Develop3-Propose4-Close
|
|||
|
İndirim Yüzdesi
DiscountPercentage
|
Teklife veya siparişe uygulanan indirim yüzdesi. | ||
|
Açıklama
Bu nitelik, bir satış teklifi veya siparişinde sunulan toplam indirimi liste fiyatının bir yüzdesi olarak yakalar. Satış marjlarını ve fiyatlandırma disiplinini izlemek için önemli bir metriktir. 'Teklif Yönetimi ve İskonto Uyumluluğu' dashboard'u, indirim davranışını analiz etmek için bu niteliği kullanır. İndirimlerin dağılımını görselleştirerek, yönetim aşırı veya yetkisiz indirimleri belirleyebilir, indirimlerin kazanma oranları üzerindeki etkisini değerlendirebilir ve fiyatlandırma politikalarına uyumu sağlayabilir.
Neden önemli
Fiyatlandırma stratejisi ve indirim uyumluluğunu analiz etmek için kritik öneme sahiptir, indirimlerin karlılık ve kazanma oranları üzerindeki etkisini anlamaya yardımcı olur.
Nereden alınır
Teklif ('discountpercentage') ve Satış Siparişi ('discountpercentage') varlıklarında bulunur.
Örnekler
0.050.100.15
|
|||
|
İşlem Süresi
ProcessingTime
|
Bireysel bir faaliyetin süresi, bitiş ve başlangıç zamanı arasındaki fark olarak hesaplanır. | ||
|
Açıklama
İşlem Süresi veya aktivite süresi, belirli bir görev üzerinde aktif olarak çalışılan zamanı ölçer. Aktivite Başlangıç Zamanı'ndan Aktivite Bitiş Zamanı çıkarılarak hesaplanır. Bu metrik, aktif çalışma süresi ile boşta bekleme/bekleme süresi arasındaki ayrımı yapmaya yardımcı olur. Analizde, tüm süreçteki en çok zaman alan belirli aktiviteleri belirlemek için kullanılır. Uzun işlem sürelerine sahip aktiviteleri tespit etmek, operasyonları düzene sokma ve kaynak verimliliğini artırma yolunda önemli bir adımdır.
Neden önemli
Faaliyetler için aktif çalışma süresini ölçer, hangi belirli görevlerin en çok zaman aldığını ve optimizasyon hedefleri olduğunu belirlemeye yardımcı olur.
Nereden alınır
Bu, 'Aktivite Başlangıç Zamanı'nın 'Aktivite Bitiş Zamanı'ndan çıkarılmasıyla elde edilen hesaplanmış bir alandır.
Örnekler
8640036000
|
|||
|
Ödeme Vadeleri
PaymentTerms
|
Net 30 veya Net 60 gibi fatura için üzerinde anlaşılan ödeme koşulları. | ||
|
Açıklama
Bu nitelik, bir müşterinin sunulan mal veya hizmetler için hangi koşullar altında ödeme yapmasının beklendiğini belirtir. Fatura düzenlendikten sonraki ödeme süresini tanımlar. 'Ödeme Tahsilat Döngüsü Analizi' dashboard'u için bu nitelik hayati öneme sahiptir. Ödeme tahsilat sürelerini anlaşılan şartlara göre bölümlendirmeye olanak tanıyarak, hangi müşterilerin kronik olarak geç ödeme yaptığını ve belirli ödeme koşullarının daha uzun tahsilat döngüleriyle ilişkili olup olmadığını belirlemeyi mümkün kılar. Bu, alacak hesapları süreçlerini optimize etmeye ve nakit akışını yönetmeye yardımcı olur.
Neden önemli
Ödeme performansını analiz etmek için temel oluşturur, geç ödemeleri belirlemeye ve tahsilat stratejilerinin etkinliğini değerlendirmeye yardımcı olur.
Nereden alınır
Bu, tipik olarak Fatura varlığında, genellikle 'paymenttermscode' adında bir alanda saklanır.
Örnekler
Net 30 GünNet 60 GünTeslimatta Ödenecek
|
|||
|
Sözleşme Tipi
ContractType
|
'Yeni İş' veya 'Yenileme' gibi satışla ilişkili yasal sözleşme türü. | ||
|
Açıklama
Bu nitelik, bir satış fırsatıyla ilişkili sözleşmeyi kategorize eder. Yeni bir müşteri anlaşması, yenileme veya ek satış gibi farklı sözleşme türleri, farklı onay ve imza süreçlerini takip edebilir. 'Sözleşme İmzalama Döngüsü Süresi' dashboard'u, analizi bölümlendirmek için bu niteliği kullanır. Farklı sözleşme türleri için imzalama sürelerini karşılaştırarak, bir işletme yenilemelerin yeni sözleşmelerden daha hızlı işlenip işlenmediğini veya karmaşık özel sözleşmelerin önemli gecikmeler yaratıp yaratmadığını belirleyebilir. Bu, sözleşme yönetimi sürecindeki iyileştirmeleri hedeflemeye yardımcı olur.
Neden önemli
Belirli sözleşme türlerinin süreçte gecikmelere neden olup olmadığını belirleyerek sözleşme imzalama aşamasını analiz etmeye ve optimize etmeye yardımcı olur.
Nereden alınır
Bu, iş ihtiyaçlarına özgü olduğu için muhtemelen Fırsat veya Sözleşme varlığında özel bir alan olacaktır.
Örnekler
New BusinessYenilemeExpansionAna Hizmet Sözleşmesi
|
|||
|
Ürün Kategorisi
ProductCategory
|
Fırsatta satılan ürün veya hizmetin kategorisi. | ||
|
Açıklama
Bu nitelik, satış fırsatıyla ilişkili ana ürün veya hizmeti sınıflandırır. Örneğin, 'Donanım', 'Yazılım' veya 'Profesyonel Hizmetler'. Süreci Ürün Kategorisine göre analiz etmek, 'Sipariş Karşılama Performansı' dashboard'u için hayati öneme sahiptir. Belirli ürün türlerinin daha uzun satış döngülerine, farklı karşılama süreçlerine veya daha düşük kazanma oranlarına sahip olup olmadığını belirlemeye yardımcı olur. Bu içgörü, verimliliği artırmak için farklı ürün hatları için özel satış süreçlerine yol açabilir.
Neden önemli
Satılan ürüne göre performans analizine olanak tanır, bu da belirli ürünlere özgü süreç varyasyonlarını ve darboğazları ortaya çıkarabilir.
Nereden alınır
Bu bilgi, genellikle Fırsat ile ilişkili Fırsat Ürünü (opportunityproduct) varlığından elde edilebilir.
Örnekler
Bulut HizmetleriOn-Premise SoftwareDanışmanlık Hizmetleri
|
|||
|
Yeniden İşleme mi?
IsRework
|
Bir faaliyetin aynı durum içinde bir tekrar veya yeniden işleme olup olmadığını gösteren bir işaret. | ||
|
Açıklama
Bu boolean nitelik, tek bir satış fırsatı içinde bir aktivitenin veya bir aktivite dizisinin tekrarlandığını belirten hesaplanmış bir alandır. Örneğin, bir teklif oluşturulur, reddedilir ve ardından yeni bir teklif oluşturulursa, ikinci 'Teklif Oluşturuldu' aktivitesi tekrar iş olarak işaretlenir. Tekrar işi belirlemek, 'Süreç Varyantı ve Tekrar İş Analizi' dashboard'u için çok önemlidir. Döngüleri ve tekrarlanan adımları vurgulayarak süreçteki verimsizliğin derecesini nicelleştirmeye yardımcı olur. Tekrar işin nerede ve neden meydana geldiğini anlamak, süreci basitleştirme, boşa harcanan çabayı azaltma ve satış döngüsünü hızlandırma yolundaki ilk adımdır.
Neden önemli
Süreç verimsizliklerini ve döngülerini doğrudan işaretler, yeniden işleme maliyetini nicelleştirmeye ve süreç basitleştirme fırsatlarını belirlemeye yardımcı olur.
Nereden alınır
Bu hesaplanmış bir niteliktir. Process Mining aracı içinde her vaka için aktivitelerin sırasını analiz ederek türetilir.
Örnekler
truefalse
|
|||
Müşteri Edinmeden Nakde Çevirme Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Fırsat Kaybedildi
|
Satış fırsatı başarılı olamamış ve satış yapılmadan kapatılmıştır. Bu, fırsatın durumu 'Kaybedildi' olarak değiştirildiğinde yakalanır. | ||
|
Neden önemli
Bu, birincil başarısız kapanış aktivitesidir. Bu vakaları analiz etmek, kaybedilen anlaşmaların nedenlerini, satış hunisindeki müşteri kaybı noktalarını ve rakiplerin etkinliğini belirlemeye yardımcı olur.
Nereden alınır
Fırsat kaydındaki 'statecode' değeri 'Lost' (2 değeri) olarak değiştirildiğinde zaman damgasından çıkarılır.
Yakala
Fırsat 'statuscode' değeri 'Kaybedildi' olarak ayarlandığında 'actualclosedate' alanını veya 'modifiedon' zaman damgasını kullanın.
Event tipi
inferred
|
|||
|
Fırsat Kazanıldı
|
Satış fırsatı başarıyla kapatılmış ve satışla sonuçlanmıştır. Bu olay, fırsatın durumu 'Kazanıldı' olarak değiştirildiğinde yakalanır. | ||
|
Neden önemli
Bu, satış süreci için birincil başarılı kapanış aktivitesidir. Kazanma oranlarını, başarılı anlaşmalar için satış döngüsü sürelerini ve genel satış performansını hesaplamak için kullanılır.
Nereden alınır
Fırsat kaydındaki 'statecode' değeri 'Won' (1 değeri) olarak değiştirildiğinde zaman damgasından çıkarılır. Bu genellikle ilişkili teklif veya sipariş işlendiğinde otomatik olarak yapılır.
Yakala
Fırsat 'statuscode' değeri 'Kazanıldı' olarak ayarlandığında 'actualclosedate' alanını veya 'modifiedon' zaman damgasını kullanın.
Event tipi
inferred
|
|||
|
Fırsat Oluşturuldu
|
Belirli bir potansiyel anlaşma için satış sürecinin başlangıcını işaret eder. Bu olay, genellikle bir Adayı nitelendirme sonucunda yeni bir Satış Fırsatı kaydı oluşturulduğunda yakalanır. | ||
|
Neden önemli
Bu, Lead to Cash süreç analizi için birincil başlangıç aktivitesidir. Toplam satış döngüsü süresini ölçmeye ve potansiyel müşteri dönüşümünün etkinliğini analiz etmeye olanak tanır.
Nereden alınır
Bu, Fırsat tablosundaki Fırsat kaydının oluşturulma zaman damgasından yakalanan açık bir olaydır.
Yakala
Fırsat varlığından 'createdon' zaman damgasını kullanın.
Event tipi
explicit
|
|||
|
Ödeme Alındı
|
Fatura için tam ödeme müşteriden alındı. Bu, Fatura kaydının durumu 'Ödendi' olarak işaretlendiğinde yakalanır. | ||
|
Neden önemli
Bu, gelir gerçekleşmesini temsil eden kritik bir finansal kilometre taşıdır. Gönderilen faturadan alınan ödemeye kadar geçen süreyi analiz etmek, ödeme tahsilat döngüsünü optimize etmeye yardımcı olur.
Nereden alınır
Fatura kaydındaki 'statecode' değeri 'Paid' (2 değeri) olarak değiştiğinde zaman damgasından çıkarılır.
Yakala
Fatura 'statecode' değeri 'Ödendi' olarak güncellendiğinde 'modifiedon' zaman damgasını kullanın.
Event tipi
inferred
|
|||
|
Satış Siparişi Oluşturuldu
|
Satılan ürün veya hizmetlerin yerine getirilmesini yönetmek için sistemde resmi olarak bir satış siparişi oluşturuldu. Bu, genellikle 'Kazanılan' bir Teklifin Siparişe dönüştürülmesiyle oluşturulan açık bir olaydır. | ||
|
Neden önemli
Bu, satıştan operasyonlara veya karşılamaya resmi geçişi işaretler. Sipariş karşılama döngüsü süresini ve satış sonrası verimliliği ölçmek için başlangıç noktasıdır.
Nereden alınır
Bu, üst Fırsat ile bağlantılı Satış Siparişi kaydının oluşturulma zaman damgasından yakalanan açık bir olaydır.
Yakala
Satış Siparişi (Sipariş) varlığından 'createdon' zaman damgasını kullanın.
Event tipi
explicit
|
|||
|
Teklif Müşteri Tarafından Kabul Edildi
|
Müşteri, teklifte sunulan şartları ve fiyatlandırmayı resmi olarak kabul etmiştir. Bu, satış elemanının Teklif kaydının durumunu 'Kazanıldı' olarak güncellediğinde yakalanır. | ||
|
Neden önemli
Bu, müşteriden kesin bir taahhüdü gösteren kritik bir kilometre taşıdır. Tekliften siparişe dönüşüm oranlarını ve ortalama teklif onay süresini ölçmek için hayati öneme sahiptir.
Nereden alınır
Teklif kaydındaki 'statecode' değeri 'Won' (2 değeri) olarak güncellendiğinde zaman damgasından çıkarılır.
Yakala
Teklif 'statecode' değeri 'Kazanıldı' olarak değiştiğinde 'modifiedon' zaman damgasını kullanın.
Event tipi
inferred
|
|||
|
Teklif Oluşturuldu
|
Ürün veya hizmetler için müşteriye resmi bir fiyat teklifi oluşturuldu. Bu, yeni bir Teklif kaydı oluşturulduğunda ve Satış Fırsatına bağlandığında yakalanır. | ||
|
Neden önemli
Bu, kavramsal bir öneriden resmi bir teklife geçişi işaretler. Bununla teklif kabulü arasındaki süre, teklif yönetimi verimliliğini ölçmek için kritiktir.
Nereden alınır
Üst Fırsat ile arama ilişkisi olan Teklif varlığında yeni bir kaydın oluşturulma tarihi olarak kaydedilen açık bir olay.
Yakala
Fırsat Kimliği'ne bağlı Teklif varlığından 'createdon' zaman damgasını kullanın.
Event tipi
explicit
|
|||
|
Çözüm Önerildi
|
Bu aktivite, potansiyel müşteriye resmi bir çözüm veya teklif sunulduğunu gösterir. Genellikle fırsatın yaşam döngüsünde 'Teklif Sunma' aşamasına geçtiğinde çıkarılır. | ||
|
Neden önemli
Bu faaliyetten önce ve sonra harcanan süreyi analiz etmek, çözüm tasarımı ve teklif oluşturma adımlarının verimliliğini değerlendirmeye yardımcı olur. Tekrarlanan örnekler, satış döngüsünde yeniden işleme olduğunu gösterir.
Nereden alınır
Fırsat kaydındaki bir durum değişikliğinden veya ilişkili İş Süreci Akışında bir 'Öneri' aşamasına ilerlemeden çıkarılır.
Yakala
Fırsat varlığındaki durum veya aşama değişikliğinin zaman damgasını kullanın.
Event tipi
inferred
|
|||
|
Fatura Müşteriye Gönderildi
|
Fatura, ödeme için müşteriye teslim edilmiştir. Bu genellikle Fatura kaydındaki bir durum değişikliğinden çıkarılır. | ||
|
Neden önemli
Bu, ödeme koşulları için saati başlatır ve Satış Alacak Süresi'ni (DSO) ölçmede ilk adımdır. Buradaki gecikmeler nakit akışını doğrudan etkiler.
Nereden alınır
Fatura varlığındaki bir durum değişikliğinden çıkarılır. Standart bir 'Gönderildi' durumu olmamasına rağmen, bir iş akışı genellikle bu eylemde özel bir alanı veya durumu günceller.
Yakala
Fatura kaydında özel bir 'Gönderim Tarihi' alanını veya durum nedeni değişikliğini takip edin.
Event tipi
inferred
|
|||
|
Fatura Oluşturuldu
|
Yerine getirilen satış siparişine dayanarak bir müşteri faturası oluşturuldu. Bu, sistemde yeni bir Fatura kaydı oluşturulduğunda kaydedilen açık bir olaydır. | ||
|
Neden önemli
Bu aktivite, faturalama ve ödeme tahsilat döngüsünü başlatır. Sipariş karşılamadan fatura oluşturulmasına kadar geçen süre, faturalama süreci verimliliğinin temel bir göstergesidir.
Nereden alınır
Bu, Satış Siparişi ile bağlantılı Fatura kaydının oluşturulma zaman damgasından yakalanan açık bir olaydır.
Yakala
Fatura varlığından 'createdon' zaman damgasını kullanın.
Event tipi
explicit
|
|||
|
Gereksinimler Belirlendi
|
Satış ekibinin müşterinin ihtiyaçlarını topladığı ve anladığı noktayı temsil eder. Bu genellikle bir satış elemanının İş Süreci Akışında bir aşamayı güncellemesi veya fırsat durumunu değiştirmesiyle yakalanır. | ||
|
Neden önemli
Bu aşamayı takip etmek, ilk temastan uygulanabilir bir teklife geçmenin ne kadar sürdüğünü belirlemeye yardımcı olur. Buradaki gecikmeler, keşif aramaları veya kaynak kullanılabilirliği ile ilgili sorunları gösterebilir.
Nereden alınır
Fırsatın İş Süreci Akışı aşamasının 'Geliştirme' veya 'Öneri' aşamasına geçişinden veya özel bir durum alanı güncellemesinden çıkarılır. Aşama değişikliğinin zaman damgası kullanılır.
Yakala
Fırsat varlığındaki 'stageid' veya ilgili İş Süreci Akışı varlığındaki değişiklikleri takip edin.
Event tipi
inferred
|
|||
|
Sipariş Karşılandı
|
Satış siparişindeki tüm ürünler gönderildi veya tüm hizmetler müşteriye teslim edildi. Bu, Satış Siparişi kaydının durumu 'Yerine Getirildi' veya benzer bir duruma güncellendiğinde yakalanır. | ||
|
Neden önemli
Bu aktivite, sürecin teslimat kısmını sonlandırır. Sipariş karşılama performansını analiz etmek için önemli bir kilometre taşıdır ve faturalandırma için tetikleyicidir.
Nereden alınır
Satış Siparişi kaydının 'statecode' değeri 'Fulfilled' (3 değeri) olarak değiştiğinde zaman damgasından çıkarılır.
Yakala
Satış Siparişi 'statecode' değeri 'Tamamlandı' olarak güncellendiğinde 'modifiedon' zaman damgasını kullanın.
Event tipi
inferred
|
|||
|
Sözleşme İmzalandı
|
Yasal olarak bağlayıcı bir sözleşme, anlaşmayı kesinleştirmek üzere her iki tarafça imzalandı. Bu olay genellikle Fırsat veya ilgili bir Sözleşme varlığına manuel bir güncellemedir, muhtemelen bir e-imza entegrasyonu tarafından tetiklenir. | ||
|
Neden önemli
Bu aktivite, sözleşme tamamlama döngüsü süresini izlemek için çok önemlidir. Bu aşamadaki gecikmeler, gelir tahminini ve proje başlangıcını önemli ölçüde etkileyebilir.
Nereden alınır
Fırsat üzerinde 'Sözleşme İmzalama Tarihi' gibi bir tarih alanının doldurulmasından veya bir durum değişikliğinden çıkarılır. Bunun için özelleştirme gerekebilir.
Yakala
Belirli bir durum değişikliğinin zaman damgasını veya sözleşmeyle ilgili bir alanın doldurulduğu tarihi kullanın.
Event tipi
inferred
|
|||
|
Teklif Müşteriye Gönderildi
|
Oluşturulan teklif, incelenmek üzere müşteriye resmi olarak teslim edilmiştir. Bu olay, genellikle Teklif kaydının durumu 'Aktif' olarak değiştirildiğinde çıkarılır. | ||
|
Neden önemli
Bu aktivite, müşteri inceleme ve müzakere süresini başlatır. Teklif onay döngülerini analiz etmek ve müşteri yanıtındaki gecikmeleri belirlemek için önemli bir veri noktasıdır.
Nereden alınır
Teklif kaydındaki 'statecode' değeri 'Active' olarak değiştiğinde zaman damgasından çıkarılır.
Yakala
Teklifin 'statecode' değeri 1 (Aktif) olduğunda denetim geçmişini izleyin veya iş akışı tarafından güncellenen bir zaman damgası alanını kullanın.
Event tipi
inferred
|
|||