INVISENT®

04 / Konsept çalışması

Field Protocol

Satın alma kararı aylara yayıldığında, çevrimdışı ilerlediğinde ve web sitesiyle hiçbir zaman aynı anda karşılaşmayan dört kişi arasında verildiğinde, endüstriyel bir hizmet şirketinin dijital yüzeyi ne yapmalı?

Sistem
Konsept çalışması
Yıl
2025
Sektör
Endüstriyel hizmetler
işler / field-protocolKonsept çalışması
  1. 01Okura göre haritalanmış mimari
  2. 02Şartname katmanı
  3. 03Talep niteliği modeli

Kendi başlattığımız konsept çalışması. Sipariş edilmiş bir iş değil. Problem gerçek ve araştırılmış; içindeki şirket müşterimiz değil ve hiçbir sonuç iddia edilmiyor.

Bağlam

Endüstriyel ve kurumsal hizmetler nadiren site üzerinde dönüşür. Siteyi; yetkinliği kontrol eden bir mühendis, riski kontrol eden bir satın almacı, şartları kontrol eden bir finans onaycısı ve nihayetinde bunlardan birinin haber verdiği bir karar verici okur.

Problem

Bu sektördeki sitelerin çoğu tek bir hayali okur için yazılır. Çalışma şunu sordu: dört okur olduğunu, farklı zamanlarda geldiklerini ve tek ortak yanlarının ilk ziyarette form doldurmayacakları olduğunu kabul edince ne değişir?

Yaklaşım

Dört okuru dört soru kümesi olarak modelledik, ardından hangi sayfanın hangisini yanıtladığını haritaladık. Yetkinlik sayfaları mühendisi yanıtlıyor. Teknik şartname ve uygunluk katmanı satın almayı yanıtlıyor. Ticari şartlar sayfası finansı yanıtlıyor. Ana sayfanın tek işi var: şirketi, kurum içinde iletilmeye değer bulunacak kadar inandırıcı kılmak.

Ölçüm modeli de aynı mantığı izliyor. Başarı olayı form gönderimi değil; bir projeyi adıyla anan nitelikli bir talep. Ondan önce okunan sayfalar kredilendiriliyor.

Sistem

field-protocol / mimariKonsept çalışması
  1. 01

    Okura göre haritalanmış mimari

    Her kitlenin kendisini tam olarak yanıtlayan bir sayfası var; genel bir iletişim sayfasına değil, bir sonraki okura giden bir yol var.

  2. 02

    Şartname katmanı

    Yapılandırılmış, olgusal, bilerek sıkıcı — satın almanın yeniden yazmadan bir belgeye ekleyebileceği bölüm.

  3. 03

    Talep niteliği modeli

    Olaylar kaç talep geldiğini değil, ne tür talep geldiğini ölçüyor. Bu sektörde nitelikten yoksun hacim gürültüdür.

Zincirdeki yeri

  1. 01BulunurBu kaydın parçası değil
  2. 02OkunurKapsamda
  3. 03SeçilirBu kaydın parçası değil
  4. 04SorulurKapsamda
  5. 05YanıtlanırKapsamda
  6. 06SayılırKapsamda

Bu kaydın kullandığı disiplinlerden türetilir: bir aşama, görünmez yarısının sahibi bu disiplinlerden biriyse işaretlenir.

Ölçüm

Ölçüm tasarımının kendisi teslim edilen iştir. Aylara yayılan bir satın alma, oturum dönüşümüyle değerlendirilemez; bu yüzden model talep niteliğini sayıyor — bir talebin tesisi, hacmi ve tarihi yazıp yazmadığını — ve nitelikli taleplerin toplam talebe oranını oynatmaya değer sayı kabul ediyor.

Canlı bir hesapta çalıştırılmadı. Elde bir baz çizgi yok ve burada da ima edilmiyor.

Sonuç

Çalışma, düşünülerek yapılan kurumsal alımlarda varsayılan mimarimiz hâline geldi. Talep niteliği modeli ise satış döngüsü oturumdan uzun olan her işte önerdiğimiz ölçüm tasarımı.

Kamuya açık sektör araştırmalarından beslenen, kendi başlattığımız konsept çalışması. Sipariş eden bir müşteri yok ve hiçbir sonuç iddia edilmiyor.

Kullanılan yetkinlikler

Başlangıç

Kurulmaya değer bir sisteminiz mi var?

Bize işin ne yapması gerektiğini anlatın. Biz de kurmak için nelerin, ayakta tutmak için nelerin gerektiğini söyleyelim.