HubSpot zorunlu alanlarını, bir kişinin sonraki karar için gereken bilgiyi doğru biçimde verebildiği noktada ayarlayın. Anlaşma aşaması elle değiştirilecekse ilgili aşama ayarını kullanın, ardından kullanıma almadan önce eksik ve dolu değerleri kontrol edin. Yapılandırılan kural ve veriyi gönderen yazılım yolu sonucu değiştirebileceği için otomatik giriş ayrıca kontrol edilmelidir.
Bir anlaşma ilerlemeye hazırdır ancak ekran henüz kimsenin bilmediği ayrıntıları ister. Başka bir yerde kayıt, sonraki çalışma arkadaşına boş bir alanla ulaşır. Biz önce bu bilginin hangi karar için gerektiğini yazarız. Bu rehber anlaşma aşaması gereksinimleriyle ilgilidir; web sitesi formunun ve kayıt oluşturma panelinin kendi ayarları vardır.
Hangi HubSpot zorunlu alan kuralını değiştiriyorsunuz?
Bir ayar seçmeden önce bilginin ne zaman gerektiğini belirleyin. HubSpot’un işlem hattı rehberi, bir alanı aşamada göstermek ile değerini zorunlu kılmayı birbirinden ayırır. Oluşturma formu rehberi ise elle kayıt oluşturma gereksinimlerini açıklar. Bu denetimler farklı anlarda uygulanır: ilk girişte ve sonraki devirde farklı bilgiler gerekebilir.
Özellik, bir kayıttaki alandır. İşlem hattı, anlaşmanın ilerlediği aşamalar dizisidir. Yöneticinize mevcut yapılandırmayı sorarken aşağıdaki ayrımları kullanın.
| Denetim | Yanıtladığı soru |
|---|---|
| Oluşturma formu gereksinimi | Birisi kaydı elle oluştururken ne girmelidir? |
| Koşullu aşama özelliği | Birisi kaydı bu aşamada elle oluşturduğunda veya bu aşamaya taşıdığında ne gösterilmeli ya da zorunlu olmalıdır? |
| Koşullu özellik mantığı | Denetleyici özellik bir koşulu karşıladığında başka hangi alanlar istenmelidir? |
| Web sitesi formundaki Required anahtarı | Ziyaretçi formu göndermek için neyi doldurmalıdır? |
| Değer doğrulaması | Girilen değer, desteklenen biçim veya aralık kuralını karşılıyor mu? |
HubSpot bunları kendi kullanılabilirlik ve kapsamlarına sahip ayrı denetimler olarak belgeler. Bir alanın ekranda görünmesi, kaydetme işlemini engellediğini göstermez. Boş olmayan bir alanın da anlamlı bir yanıt içermesi gerekir.
Sonraki çalışma arkadaşınızın ne bilmesi gerektiğine karar verin
Verilecek kararı sade bir dille yazın, ardından bu kararı vermek için gereken bilgiyi adlandırın. Önerilen her zorunlu alan için yanıtı kimin kullandığını, ne zaman bilinebileceğini ve yararlı bir değerin neyi açıklaması gerektiğini kaydedin. Kimse kullanımını açıklayamıyorsa gereksinimi inceleme altında bırakın.
Örneğin bir çalışma arkadaşınız, teklif hazırlamadan önce potansiyel müşterinin ne istediğini açıkça bilmek zorunda olabilir. Bu açıklamanın ne içermesi gerektiğini kararlaştırın. Daha erken aşamada tahmini bir yanıt istemek, alanda metin bulunsa bile kararı çözümsüz bırakır.
Henüz bilinmeyen bilgileri ele almak için açık bir yöntem belirleyin. Sorumlu kişiden aşamayı veya gereksinimin zamanlamasını gözden geçirmesini isteyin. Bir kuralı değiştirmeden önce mevcut verileri koruyun ve bağımlılıkları kontrol edin; alanları silmek veya sahte değerler eklemek bu prosedürün dışındadır.
Çakışan kayıtlar nedeniyle kimin bilgisini değiştirdiğiniz belirsizse önce kimlik sorununu çözün. Yinelenen HubSpot kişilerini inceleme rehberimiz, birleştirme işleminin neden kendine özgü kontrollere ihtiyaç duyduğunu açıklar.
Alanı amaçlanan anlaşma aşaması için ayarlayın
HubSpot’un belgelediği aşama prosedürünü mevcut ve yetkili bir yöneticiyle uygulayın. İşlem hattı rehberine göre Edit property settings izni ve mevcut, düzenlenebilir bir bağımlı özellik gerekir. İlerlemeden önce gerçek hesabın aboneliğini ve nesne kullanılabilirliğini kontrol edin; eksik bir denetim, varsayıma dayanarak yükseltme satın almak için değil, yöneticiye danışmak için bir nedendir.
Herhangi bir değişiklik yapmadan önce önceki kuralı kaydedin ve nasıl geri yükleneceğini kararlaştırın. Onaylı test kayıtlarını, kontrollerin müşterilerle iletişim kuramayacağı, kampanyaları veya faturalandırmayı tetikleyemeyeceği ve canlı raporlamayı değiştiremeyeceği bir ortamda hazırlayın. Böyle bir yalıtım yoksa testten önce yöneticiden bunu hazırlamasını isteyin.
- Settings’i, ardından Data Management ve Objects’i açın. İlgili nesneyi ve Pipelines sekmesini seçin.
- Amaçlanan işlem hattını seçin. Hedef aşama satırında, Conditional logic rules altındaki Add rule seçeneğini açın.
- Aşama koşulunu doğrulayın ve bağımlı özelliği ekleyin. Eksik değerin kapsam dahilindeki elle yapılan işlemi engellemesi gerekiyorsa Required seçeneğini belirleyin.
- Save logic seçeneğini kullanın ve kuralın tam olarak hangi aşama ile özelliği kapsadığını yazın.
Aynı rehbere göre hesaplanan değerler ve puan değerleri dahil olmak üzere salt okunur özellikler, aşama özelliği olarak kullanılamaz. Alan kullanılamıyorsa aynı amaca sahip başka bir alan oluşturmadan önce tanımını kontrol edin.
Kullanıma almadan önce eksik ve dolu değerleri kontrol edin
Kararlaştırılan koşulu onaylı sentetik bir kayıtla test edin ve işlemi yapmadan önce beklenen sonucu kaydedin. Önce seçilen alanı boş bırakın, ardından anlamlı bir test değeri girin. Kaydı yeniden açtıktan sonra kaydedilen aşamayı ve alanı inceleyin. Sonuç yalnızca gerçekten kontrol ettiğiniz koşul, kişi veya sistem ve yol için geçerlidir.
- Bağımlı değer eksikken kural kapsamındaki elle aşama değiştirme işlemini deneyin. İlgili istemin kaydetmeyi engelleyip engellemediğini not edin; beklenmeyen bir sonuç açık sorun olarak kalır.
- Kararlaştırılan anlama uygun, açıkça kurgusal bir test değeri girin. İşlemi tekrarlayın ve neyin kaydedildiğini inceleyin.
- Beklenmedik ölçüde geniş bir gereksinimi görünür kılmak için yapılandırılmış koşulun dışındaki bir aşamayı ayrıca kontrol edin.
- Başlangıç durumunu, beklenen sonucu, gözlenen sonucu ve her uyumsuzluktan sorumlu kişiyi birlikte saklayın.
Önceden kaydedilmiş bir değerin daha sonraki eksik değer kontrolünü geçersiz kılmaması için aynı kaydı dikkatle kullanın. Yöneticiden amaçlanan başlangıç durumunu hazırlamasını isteyin. Ekrandaki bir işlemin tamamlanması, kaydedilen sonuç için tek başına yeterli kanıt değildir.
Kayıtlarınıza veri yazan yolları kontrol edin
Elle yapılan işlemin başarılı olması; iş akışının, içe aktarmanın, web sitesi formunun veya bağlayıcının gereksinimi nasıl ele aldığını göstermez. İş akışı, HubSpot içindeki otomatik bir süreçtir; API ise bağlayıcının kayıtlara veri yazmak için kullanabileceği yazılım arayüzüdür. HubSpot’un koşullu özellik rehberi, iş akışı düzenlemelerini belgelenen elle işlem kapsamının dışında tutar.
Geliştirici değişiklik günlüğü, yapılandırılmış koşullu zorunlu özelliklerin ve kayıt oluşturma gereksinimlerinin 2026-09 API sürümünde uygulanmasını açıklar; oluşturma gereksinimleri POST isteklerine uygulanır. Bağlayıcının gerçekte kullandığı yol ve sürüm önemlidir.
Kullandığınız her yolun bakımından sorumlu kişiden kuralı belirlemesini ve eksik giriş ile tam giriş için onaylı kontroller yapmasını isteyin. Yalnızca test etmek amacıyla içe aktarma veya entegrasyon eklemeniz gerekmez. Mümkün olduğu durumlarda döndürülen mesaj, kaydedilen aşama ve değer dahil olmak üzere mevcut her yol için ayrı bir sonuç saklayın.
API değişiklik günlüğü, reddedilen aynı isteğin değiştirilmeden yeniden gönderilmemesini önerir. Yazma işlemi reddedilirse talebi onaylı sürecinizde koruyun ve düzeltme için görünür bir sorumlu atayın. Yeniden test etmeden önce eksik bilgiyi veya eşlemeyi araştırın; yalnızca isteğin geçmesi için kuralı zayıflatmayın.
CRM yapılandırma ve entegrasyon kontrollerinde, her alan kararını o alana veri yazan yollarla ilişkilendiririz. Bir aşama ücretli reklam ölçümünü de besliyorsa durum orada kullanılmadan önce ne anlama geldiğini kararlaştırın. Bir alanın doldurulması, satış yapıldığını veya geçerli bir reklam sonucu elde edildiğini göstermez.
Değişiklikten sonra neleri gözden geçirmelisiniz?
Gereksinimi, desteklemesi amaçlanan kararla karşılaştırın. Değişiklikten önce ve sonra aynı türdeki kayıtları ve yolları karşılaştırın. Test edilmemiş yolları görünür tutun ve ilgili bir kural veya entegrasyon değişikliğinden sonra etkilenen kontrolleri tekrarlayın. Başarılı bir elle kontrolün başlangıçtaki sınırlarını koruyun.
- Değerler sonraki çalışma arkadaşının karar vermesine yardımcı oluyor mu, yoksa insanlar yer tutucu mu giriyor?
- Sorumlu kişi eksik veya reddedilmiş yazma işlemlerini görüp düzeltebiliyor mu?
- Gerçekten bilinmeyen bir bilgi, kararlaştırılmış sonraki işlemle birlikte görünür kalıyor mu?
- Hangi aşamalar, kullanıcılar veya yazma yolları için hâlâ kaydedilmiş bir sonuç yok?
Bu gözlemler bir sonraki yapılandırma kararını destekler. Satışların iyileştiğini göstermez ve girilen her değerin doğru olduğunu kanıtlamaz.
Biz nerede devreye giriyoruz?
Alanın amacıyla, bilginin öğrenildiği aşamayla ve bilgiye ihtiyaç duyan kişiyle başlarız. Bu kararı mevcut ayarla ve kullanılan her yolun kontrolüyle eşleştiririz. Sorunlu aşamayı, eksik bilgiyi ve kayda veri yazan her yolu not edin. Soruyu tanımlamak için müşteri verilerini dışa aktarmanız veya hesap kimlik bilgilerini paylaşmanız gerekmez.
