Tüm çözüm grubu için pratik bir B2B etkinlik şeması: kimi davet etmeli, her role ne kanıtlanmalı ve ortak devam nasıl kayıt altına alınmalı.
B2B buying committee nadiren tek bir kayıt formu satırına sığar. Başlatıcı görevi iyi anlayabilir, ancak bütçeden, güvenlikten, sözleşmeden, uygulamadan ve günlük işleyişten sorumlu olmayabilir. Etkinliğe yalnızca o gelirse, görüşmeden sonra ikinci bir tur başlar: sunumun meslektaşlara aktarılması, yeni soruların toplanması ve etkinlikte bulunmayan materyallerin aranması.
Biz Aventura olarak böyle bir formatı karardan ve onun etrafındaki rollerden yola çıkarak tasarlıyoruz. Önce ihtiyacı kimin formüle ettiğini, çözümü kimin denetlediğini, kimin destekleyebileceğini veya durdurabileceğini belirliyoruz. Ardından her katılımcıyı bir soru, bir kanıt ve bir yetkiyle ilişkilendiriyoruz. Etkinlik formatı bu haritadan sonra ortaya çıkıyor.
Görev zaten planda yer alıyorsa, görüşme ve ön tahmin talep edin. Mekân seçiminden önce çözüm grubunun yapısını, programı ve materyalleri birlikte ele alırız.
B2B buying committee nedir?
B2B buying committee, belirli bir çözümün seçimi, incelenmesi, onaylanması, satın alınması ve devreye alınmasında yer alan kişilerdir. Etkinlikte, unvan sayısının peşinden koşmadan yeterli işlev kümesinin bulunması gerekir. Böylece katılımcılar teklifin farklı yönlerini inceleyebilir ve bir sonraki adım için hangi verilerin henüz eksik olduğunu kararlaştırabilir.
Türkçede buying committee, karar verme grubu olarak adlandırılabilir. Bileşimi satın alma konusuna bağlıdır. Bir yazılım platformu seçerken iş birimi sahibi, kullanıcılar, bilgi teknolojileri, güvenlik, finans, satın alma ve hukuk önemlidir.
Üretim ekipmanları için buna işletme, mühendislik servisi, iş güvenliği ve lojistik eklenir. Her duruma uyan evrensel bir liste yoktur.
Forrester araştırmaları, iç ve dış katılımcıları kapsayan daha geniş bir buying network tanımlar. Güncel bir örneklemdeki göstergeler karmaşıklığa dair bir sinyal olarak faydalıdır, ancak her Rusya anlaşması için norm haline getirilmemelidir. Pratik sonuç daha basittir: tek bir aktif temas, etki çemberinin tamamını göstermez.
Etkinlik, bu grubun bir bölümünü tek bir bağlamda bir araya getirme konusunda nadir bir fırsat sunar. İnsanlar aynı görev tanımını duyar, kendi kriterlerini inceler ve meslektaşlarının sorularını görür. B2B'de event-led growth hakkındaki makalemizde etkinliğin genel ticari sistemdeki yerini ele alıyoruz. Burada odak daha dardır: komitenin bileşimi ve ortak karara giden yol.
Önce karar, sonra davetli listesi
Davetli listesi, şirketin değerlendirdiği kararın ifade edilmesiyle başlar. Konu belirsizken roller, tanıdık unvanlara ve statüye göre seçilir. Konu netleştiğinde, sorunun sahibinin kim olduğu, bütçeden kimin sorumlu olduğu ve onay sonrası işi kimin yürüteceği görünür. Böylece buying committee gerçek bir kurumsal adımın etrafında şekillenir.
«Sektörün yöneticilerini davet edelim» ifadesi faydalı bir katılımcı profili oluşturmaz. Yöneticiler farklı konulardan sorumlu olabilir ve görüşülen satın almayla ilgisi olmayabilir. İşleyen bir ifade daha somuttur: şirket bir süreci otomatikleştirme yöntemi seçiyor, hizmet modelini değiştiriyor, yeni bir ekipman devreye alıyor veya karmaşık bir program için yüklenici arıyor.
Listeyi oluşturmadan önce beş unsuru sabitliyoruz. Bu çerçeve, davetlileri kararla ilişkilendirir:
- şirketin hangi değişimi görüştüğü;
- işin hangi sonuca ihtiyaç duyduğu;
- hangi kısıtların zaten bilindiği;
- kararın hangi fonksiyonları etkileyeceği;
- etkinlik sonrası hangi kurumsal adımın atılması gerektiği.
Bu sınır, programı iki hatadan korur. Birincisi, birlikte karar verecek bir konusu olmayan çok sayıda statülü davetliyi toplamak. İkincisi, yalnızca kullanıcıları davet edip maliyeti, riskleri ve çalışma koşullarını daha sonra inceleyecek kişileri etkinliğin dışında bırakmak.
Seçilen birkaç şirket için önce hedef hesaplara yönelik ABM etkinliği mantığını belirlemek faydalıdır. O makale, hangi hesapların ve rol rotalarının tek bir programda birleştirileceği sorusunu yanıtlar. Burada ise tek bir kararın derinlerine iniyor ve o karar olmadan tek taraflı kalacak fonksiyonları bir araya getiriyoruz.
Rolleri, içeriği ve mekân mekaniğini tek bir projede toplamak isterseniz, kurumsal etkinliğinizi ekibimizle görüşün. Sorular ve kanıtlar haritasıyla başlayacak, ardından bir format önereceğiz.
Şirketten kimi davet etmeli?
Katılımcı listesini unvanlara göre değil, karar sürecindeki rolün işlevine göre belirleyin. Sorunun sahibi, iç destekçi, kullanıcılar, teknik ve operasyonel doğrulama, bütçe sahibi, yetkili yönetici, satın alma, hukuk ve risk fonksiyonları gereklidir. Yetkileri teyit edilmişse bir kişi birden fazla rolü üstlenebilir.
Sorunun sahibi, mevcut durumun neden değişmesi gerektiğini ortaya koyar. İç destekçi ya da champion, konunun şirket içinde ilerlemesine ve meslektaşların bir araya gelmesine yardımcı olur. Bu roller sıklıkla örtüşür ama her zaman değil. Girişimci, sorunu görse de iç koordinasyon için zamanı veya etkisi olmayabilir.
Kullanıcı, günlük işin nasıl değişeceğini kontrol eder. Teknik değerlendirici entegrasyona, desteğe ve kısıtlara bakar. Uygulama sahibi geçişten, kaynaklardan ve bağımlılıklardan sorumludur. Bu katılımcılar, gösterişli bir sunum ile gerçek kullanım arasındaki boşluğu hızla bulur.
Bütçe sahibi maliyeti ve projenin diğer öncelikler arasındaki yerini değerlendirir. Yetkili yönetici seçimi stratejiyle ilişkilendirir ve fonksiyonlar arası engelleri kaldırır. Satın alma prosedürü, teklifin içeriğini ve ticari koşulları kontrol eder. Hukuk, güvenlik, veri koruma ve kontrol fonksiyonları yükümlülükleri ve riski değerlendirir.
Tabloda bölümün kilit noktaları bir araya getirilmiştir: Karardaki rol, Etkinlikteki ana soru, Faydalı kanıt. Etkinlik hazırlığında hızlı bir kılavuz olarak kullanın.
| Karardaki rol | Etkinlikteki ana soru | Faydalı kanıt | Kabul edilebilir sonuç |
|---|---|---|---|
| Sorunun sahibi | İşletme hangi değişimi elde edecek? | iş bağlamı, sonuç kriterleri, proje sınırları | netleştirilmiş görev ve sonraki adımın sahibi |
| Kullanıcı | İşim nasıl değişecek? | senaryo gösterimi, süreç prototipi, eğitim koşulları | gereksinim listesi veya doğrulama senaryosu |
| Teknik değerlendirici | Çözüm entegre edilip desteklenebilir mi? | mimari, entegrasyonlar, kısıtlar, destek modeli | teknik oturum veya veri listesi |
| Uygulama sahibi | Geçişi kim yapacak ve müşteriye ne bağlı? | aşamalar, tarafların rolleri, bağımlılıklar, kabul kriterleri | çalışma doğrulama planı |
| Bütçe sahibi | Maliyetler ve varsayımlar gerekçeli mi? | maliyet yapısı, etki aralıkları, başlangıç verileri | hesaplama talebi veya kapsam netleştirmesi |
| Satın alma ve hukuk | Çözüm prosedürle ilerletilebilir mi? | teslimat kapsamı, sözleşme rotası, açık koşullar | belgeler ve tartışmalı maddeler listesi |
| Güvenlik ve risk | Hangi riskler ortaya çıkıyor ve nasıl kontrol edilir? | veri modeli, erişim kontrolü, belgeler, önlem sahipleri | ilgili uzmanlarla ayrı doğrulama |
| Yetkili yönetici | Şirket taahhüt altına girmeli mi? | sonuç, risk, kaynaklar ve seçeneklerin kısa özeti | sonraki kurumsal adım kararı |
Herkesi bütün gün aynı masaya oturtmak zorunlu değil. Önemli olan, her kritik fonksiyonun uygun bir bölümü yakalaması ve sonucunu genel tabloya katabilmesidir.
Kadro boşlukları ve satın almayı durdurma hakkı
Eksik olan rol, fazladan bir konuktan daha önemlidir. Etkinlikte güvenliği, sözleşmeyi, bütçeyi veya uygulamayı denetleyen bir kişi yoksa, grup yalnızca koşullu olarak anlaşabilir. Davetlerden önce zorunlu işlevleri, rol birleşimlerini ve veto hakkını belirleyin. Boşluğu ayrı bir sonraki adıma dönüştürün.
En göze çarpan katılımcılar genellikle ürün veya iş göreviyle bağlantılıdır. Sorular sorar, kayıt olur ve konuşmacılarla iletişim kurarlar. LinkedIn B2B Institute, daha az göze çarpan process experts'lere dikkat çeker: satın alma, finans, hukuk ve operasyonel işlevler. Daha az kamuya açık sinyal bırakırlar, ancak tedarikçinin güvenilirliğini ve işlemin kabul edilebilirliğini değerlendirirler.
Biz bir boşluk haritası kullanıyoruz. Her kritik işlev için dört durumdan birini belirliyoruz: temsil ediliyor, birleştirilmiş, etkinlikten sonra dahil edilecek, sahibi olmadan eksik. Son durum, program başlatılmadan önce bir karar gerektirir. Aksi takdirde ekip, bir kişinin ilgisini tüm şirketin onayı sanabilir.
Durdurma koşullarını ayrıca kaydetmek faydalıdır. Güvenlik birimi, verilerle çalışma nedeniyle bir seçeneği durdurabilir. Satın alma, tedarik şemasını reddedebilir. Finans, hesaplama varsayımlarını kabul etmeyebilir.
Operasyon ekibi, mevcut olmayan kaynakları görebilir. Bu sorular etkinliği bozmaz. Gerçek karar yolunu gösterirler.
Davette, muhataba doğrudan bir meslektaşını dahil etmesini önerebilirsiniz. İfade nedeni açıklamalıdır: «Programda entegrasyonlar ve erişim gereksinimleri ele alınacak. Bu konuları başka bir uzman yönetiyorsa, onu ilgili oturuma davet edin». Böylece kadro işe uygun şekilde genişler, şirketin tüm çalışanlarını toplamaya çalışmadan.
Her rol için hangi kriterler ve kanıtlar gerekli?
Her rolün kendi yanıtına ihtiyacı vardır, ancak kanıtlar tek bir çözüm versiyonunda birleşmelidir. Kullanıcıya işleyen bir senaryo, teknik ekibe kısıtlar ve entegrasyonlar, finansa maliyet varsayımları, risk fonksiyonlarına belgeler ve önlem sahipleri gerekir. Ortak bir sunum bu matrisin yerini tutmaz ve genellikle en zor soruları kapı dışında bırakır.
Kriter, «seçeneği neye göre değerlendireceğiz» sorusunu yanıtlar. Kanıt ise «iddiayı neyin doğrulamasını sağlayacak» sorusunu yanıtlar. Bunlar senaryodan önce toplanmalıdır. Aksi halde program hızla konuşmacılar ve konularla dolar, ancak çözüme giden yolu kapatmaz.
Kısa bir matrisle başlıyoruz: rol, zorunlu kriter, doğrulama formatı, yanıt sahibi ve etkinlik sonrası durum. Örneğin, tasarruf vaadi tek başına finans katılımcısına yardımcı olmaz. Başlangıç verileri, maliyet bileşimi, varsayımlar ve hesaplama sınırları gerekir. Entegrasyonlar, istisnalar ve destek gereksinimleri gösterilmedikçe bir demo teknik doğrulamayı kapatmaz.
Forrester, G2 ve TrustRadius, alıcıların doğrulanabilir materyallere, bağımsız incelemeye, demolar ve test formatlarına olan talebini ortaya koyuyor. G2 ve TrustRadius rakamları teknoloji pazarı örneklemlerine aittir. Bunları yalnızca pazar sinyali olarak kullanıyoruz.
Katılımcılar kanıtları doğrulamak ve meslektaşlarına iletmek ister; sözlü bir sunum bunun için yetersizdir. Farklı roller için olguları paketleme görevini sektör araştırması sunumu benzer şekilde çözer.
Materyalleri hazırlamak için her rol için dört soru sorun. Yanıtlar doğrulama matrisine girecek:
- Kişinin desteklemesi, reddetmesi veya incelemeye göndermesi gereken çözümü belirtin.
- Bu rolün sorumlu olduğu iki veya üç kriteri yazın.
- Etkinlikte veya sonrasında doğrulanabilecek bir kanıt seçin.
- Yanıt sahibini ve açık sorunun kayıt formatını atayın.
- Doğrulanmış olanı hipotezden, gelecekteki pilot uygulamadan ve sözleşmesel yükümlülükten ayırın.
Sonuçta program ekibinin boşlukları gördüğü bir harita ortaya çıkar. Güvenlik konusunda yanıt sahibi yoksa, konuyu sahneden kapatma sözü vermemek gerekir. Bunun yerine uzman bir oturum planlamak ve sınırları dürüstçe belirtmek daha iyidir.
Tek bir sunum yerine rollere göre program
Ortak sahne, toplantıda satın alma komitesine ortak bir çalışma dili kazandırmalıdır. Asıl değerlendirme rol bazlı oturumlarda yapılır. Yöneticilere sonuç ve risk üzerine kısa bir konuşma, kullanıcılara ise çalışma senaryosu gerekir. Teknik ve kontrol işlevlerine ayrıntılar, belgeler ve ilgili uzmana soru sorma imkânı gerekir.
Sonuçta bulgular ortak tutanağa geri döner. Böylece farklı oturumlar tek bir sonuç verir.
Programın ilk bölümü grubu senkronize eder. Dört soruyu yanıtlar: hangi sorunu çözüyoruz, ne değişecek, hangi kısıtlar biliniyor ve toplantının hangi sonucu kabul edilebilir. Ürünün tamamının gözden geçirilmesi burada nadiren gerekir. Giriş bölümünün görevi, farklı değerlendirmeler öncesinde ortak bir çerçeve oluşturmaktır.
Ardından katılımcılar formatlara ayrılır. İş tarafı için sonuç, fiyat ve kaynakların ele alınması uygundur. Kullanıcılar senaryo üzerinde çalışır. Teknik roller mimariyi, entegrasyonları ve işletimi inceler.
Satın alma, hukuk ve güvenlik ekipleri belgeler ve açık koşullar listesiyle kapalı bir soru-cevap oturumu alır. Oturumun sonucu ortak şablonda kaydedilir.
Ortak sahne ve paralel oturumlardan oluşan büyük bir program konferans, forum veya seminer aracılığıyla oluşturulabilir. Uzmanların ve katılımcıların bir kısmı gelemiyorsa, hibrit format onları belirli oturumlara bağlamayı sağlar. Hibrit, tüm günün herkes için yayınına dönüşmemelidir. Uzaktan katılan rolün kendi zaman dilimi, materyalleri ve soru sorma yöntemi olmalıdır.
Her oturumun sonucu aynı şekilde kaydedilir: onaylandı, açık kaldı, ek kanıt gerekiyor, kim sorumlu ve yanıt nereye gidecek. Ortak şablon, farklı oturumları anlam kaybı olmadan bir araya getirmeye yardımcı olur.
Mutabakat protokolü: farklı görüşler nasıl bir araya getirilir?
Konsensüs, tüm katılımcıların eşit derecede memnun olduğu anlamına gelmez. Grubun ortak sonucu, zorunlu kriterleri, açık riskleri, vazgeçme koşullarını ve sonraki eylemlerin sahiplerini görmesi gerekir. Moderatör, insanları yapay bir «evet»e yönlendirmez. Doğrulanmış olanı tartışmalı olandan ayırmaya ve grubun atmaya hazır olduğu kurumsal adımı kayıt altına almaya yardımcı olur.
G2'nin konsensüs hakkındaki verileri, yazılım satın alıcılarından oluşan bir örnekleme aittir. Bu, her sektör için evrensel bir norm olarak kabul edilemeyecek bir teknoloji pazarı sinyalidir: kolektif mutabakat, yöneticilerin ve finans fonksiyonlarının nihai yetkileriyle birlikte işler. Bu nedenle etkinliğin hem işleyen bir rol mutabakatına hem de net bir onay rotasına ihtiyacı vardır.
Basit bir ortak oturum protokolü öneriyoruz. Bu protokol, olguları açık sorulardan ayırır:
- Kararı reklam ifadesi olmadan tek bir cümleyle tekrarlayın.
- Her rolün doğrulanmış kriterlerini ortak bir tabloda toplayın.
- Açık soruları ve henüz mevcut olmayan kanıtları kaydedin.
- Riskleri ve seçeneğin sürdürülemeyeceği koşulları işaretleyin.
- Hangi kritik rollerin eksik olduğunu ve bunları kimin dahil edeceğini kontrol edin.
- Bir sonraki kurumsal adımı belirtin: doğrulama, hesaplama, pilot, satın alma prosedürü veya yönetici kararı.
- Eylem sahiplerini ve süreleri yalnızca katılımcıların üzerinde anlaştığı yerlerde atayın.
Protokolün tek bir editörü olmalıdır. Bu kişi moderatör, hesap sahibi veya müşterinin proje ekibi temsilcisi olabilir. Her bir iş kolu ortak bir belge olmadan ayrı kayıtlar tutarsa, anlaşmazlıklar etkinlikten sonra ortaya çıkar.
Final oturumunun tedarikçi seçimiyle sonuçlanması zorunlu değildir. İşleyen bir sonuç, veri talep etme, teknik doğrulama yapma, kapsamı değiştirme, hukukçuları dahil etme veya seçeneği durdurma kararı olabilir. Net bir ret, nazik bir belirsizlikten daha faydalıdır.
Katılımcıların meslektaşlarına götüreceği decision pack
Decision pack, etkinlik sonrası iç tartışma için tek bir pakettir. İçinde yönetici için kısa bir sürüm, role özel ekler, hesaplama varsayımları, risk haritası, uygulama planı ve soru günlüğü bulunur. Paket, tüm fonksiyonlar için tek bir çözüm sürümünü korumalı ve buying committee'nin bağlamı kaybetmeden incelemeye devam etmesine yardımcı olmalıdır.
Buying committee'nin bir kısmı etkinliğe gelmeyecek. Kimi daha sonra katılacak, kimi materyalleri meslektaşından alacak, kimi ise yalnızca sözleşme veya teknik inceleme aşamasında ortaya çıkacak. Bu nedenle sözlü sunum yeterli değildir. Katılımcının, ek bir aktarım yapılmadan iletilebilecek bir pakete ihtiyacı vardır.
Decision pack'in asgari içeriği yedi bölümden oluşur. Hepsi tek bir çözüm sürümüne atıfta bulunur:
- Yönetici için kısa not: görev, önerilen sonuç, kilit risk ve sonraki adım.
- İş eki: etki kriterleri, başlangıç verileri, maliyetler ve varsayımlar.
- Teknik ek: mimari, entegrasyonlar, kısıtlar ve destek.
- Güvenlik ve hukuk eki: veriler, erişimler, belgeler ve açık koşullar.
- Uygulama planı: aşamalar, bağımlılıklar, tarafların rolleri ve kabul kriterleri.
- Risk kaydı: soru, kanıt, sahip ve durum.
- Açık sorular günlüğü ve üzerinde anlaşılan devamın tek kaydı.
Paket, yapılmamış bir incelemeyi tamamlanmış gibi göstermemelidir. Etkinlikte nelerin doğrulandığını, nelerin müşteri verisi gerektirdiğini, nelerin pilotun konusu olacağını ve nelerin ancak mutabakat sonrası sözleşmeye girebileceğini işaretleyin.
Sürüm tutarlılığını da kontrol ediyoruz. Yönetici bir teslim tarihi vaadi alırken, teknik ekip başka bir tarih, satın alma ise üçüncü bir teslimat kapsamı görürse, kişiselleştirme güveni zedeler. Role özel ekler derinlik açısından farklılık gösterebilir, ancak ortak protokole atıfta bulunmalıdır.
Etkinliğin formatı komitenin yapısına bağlıdır
Format, her iki tarafta buying committee'nin hangi rollerinin bir araya gelmesi gerektiğine ve doğrulamanın ne kadar derin olacağına göre seçilir. Konferans genel bir çerçeve ve paralel oturumlar sunar. İş kahvaltısı, yöneticilerin kısa bir görüşmesi için uygundur. Çalışma oturumu ise kriterler, kanıtların doğrulanması ve ortak plan için gereklidir.
Hibrit format, gelemeyecek bir uzmanı dahil eder. Ona ayrı bir zaman dilimi ayrılır.
Birden fazla şirketten çok sayıda rolü bir araya getirmek gerekiyorsa, oturumlar ve planlanmış görüşmeler içeren ortak bir program uygundur. Tek bir stratejik hesap için kapalı bir çalışma oturumu daha iyi işler. Öncelikler ve riskler hakkında kısa bir görüşme yapmak isteyen yöneticiler için iş kahvaltısı uygundur. Teknik doğrulamanın yerini tutmaz, ancak ona giden yolu açabilir.
Format seçerken dört parametreye bakarız: hesap sayısı, rol sayısı, soruların kapalı niteliği ve kanıt hacmi. Kapalı koşullar ve belgeler ne kadar fazlaysa, büyük sahneden o kadar az fayda sağlanır. Katılımcıların ortak sektör bağlamına ihtiyacı ne kadar güçlüyse, genel oturum bölümü o kadar faydalıdır.
İş etkinliğinin organizasyonu bu ayrım noktasından sonra başlar. O zaman mekân, süre, salon düzeni, kayıt ve teknik çözüm komitenin yapısına hizmet eder.
Anlaşma vaadi olmadan sonuç nasıl ölçülür?
Sonuç, grubun tamlığı, kapatılan kriterler, açık riskler ve kabul edilen sonraki adımla ölçülür. Katılım oranı yalnızca varlığı gösterir. Anlaşma bütçeye, rekabete, prosedürlere ve sonraki çalışmalara bağlıdır. Etkinlik, grubun ortak resmi görmesine ve bir sonraki kurumsal aşamaya geçmesine yardımcı olup olmadığına göre dürüstçe değerlendirilebilir.
Etkinliğe tüm şirketin kararını atfetmeyiz. Projenin kapsamında hazırlanmış katılımcı yapısı, gerekli uzmanlara erişim, rol bazlı bölümler, soruların kayda geçirilmesi ve tek bir paket bulunur. Ticari devam, pazarlama, satış, hesap ekibi ve müşteri uzmanlarının ortak çalışması olarak kalır.
Rapor için grup düzeyindeki göstergeler uygundur. Bunlar buying committee'nin sonraki adıma giden yolunu gösterir:
- zorunlu rollerin tamlığı;
- kritik fonksiyonların katılımı;
- kanıtla doğrulanmış kriterlerin oranı;
- açık engelleyici soruların sayısı;
- her eylemin bir sahibinin olması;
- sonraki kurumsal adımın mutabakatı;
- decision pack'in hesap içinde kullanılması;
- etkinlikte yer almayan rollerin görüşmeden sonra dahil edilmesi.
Adobe, hesap düzeyinde buying group'un tamlığı ve katılımı için metrikler önerir. Bu mantık bir referans noktası olarak hizmet eder. Satıcı modelinin belirli bir çözüme göre uyarlanması gerekir. Zorunlu roller ve kriterler setini projenin kendisi belirler.
Sıkça sorulan sorular
B2B buying committee, belirli bir çözümün seçilmesi, incelenmesi, onaylanması, satın alınması ve devreye alınmasında yer alan kişilerdir. Etkinlikte unvan sayısının peşinden koşmak yerine yeterli işlev setinin bulunması gerekir. Böylece katılımcılar teklifin farklı yönlerini inceleyebilir ve bir sonraki adım için hangi verilerin hâlâ eksik olduğunu kararlaştırabilir.
Davetli listesi, şirketin değerlendirdiği kararın ifade edilmesiyle başlar. Konu belirsizken roller tanıdık unvanlara ve statüye göre seçilir. Konu netleştiğinde sorunun sahibinin kim olduğu, paranın sorumluluğunu kimin taşıdığı ve onaydan sonra işi kimin yürüteceği görülür. Böylece buying committee gerçek bir kurumsal adımın etrafında toplanır.
Kompozisyonu unvan adına göre değil, rolün karardaki işlevine göre belirleyin. Sorunun sahibi, iç destekçi, kullanıcılar, teknik ve operasyonel inceleme, bütçe sahibi, yetkili yönetici, satın alma, hukuk ve risk işlevleri gereklidir. Yetkileri teyit edilmişse bir kişi birden fazla rolü üstlenebilir.
Eksik olan rol, fazladan bir davetliden daha önemlidir. Etkinlikte güvenliği, sözleşmeyi, bütçeyi veya devreye almayı inceleyen biri yoksa grup yalnızca koşullu olarak anlaşabilir. Davetlerden önce zorunlu işlevleri, rol birleşimlerini ve veto hakkını işaretleyin. Boşluğu ayrı bir sonraki adıma dönüştürün.
Her rolün kendi yanıtına ihtiyacı vardır, ancak kanıtlar tek bir çözüm versiyonunda birleşmelidir. Kullanıcıya çalışan bir senaryo, teknik ekibe kısıtlar ve entegrasyonlar, finansa maliyet varsayımları, risk işlevlerine belgeler ve önlem sahipleri gerekir. Ortak bir sunum bu matrisin yerini tutmaz ve genellikle en zor soruları kapı dışında bırakır.
Ortak sahne, buying committee'ye toplantıda ortak bir çalışma dili kazandırmalıdır. Asıl inceleme rol bazlı bölümlerde gerçekleşir. Yöneticilere sonuç ve risk hakkında kısa bir konuşma, kullanıcılara çalışan bir senaryo gerekir. Teknik ve kontrol işlevlerine ayrıntılar, belgeler ve ilgili uzmana soru sorma imkânı gerekir.
B2B etkinliğini karar grubunun etrafında kurgulamanız gerekiyorsa, teklif ve çalışma toplantısı talep edin. Rolleri, kanıtları, programı, tutanağı ve materyal paketini tek bir senaryoda birleştirmenize yardımcı oluruz.
Kaynaklar
- Forrester: The State of Business Buying 2026
- Forrester: B2B buying group roles
- LinkedIn B2B Institute: The Hidden Buyer Gap
- Adobe: Buying group-based marketing and journey management
- G2: Buyer Behavior Report 2024
- TrustRadius: B2B Buying Disconnect Report 2024
- NIST: Cybersecurity Framework 2.0
İçindekiler
Makale faydalı oldu mu?
