Hokush Nedir?
Hokush, şirketlerin işlerini yalnızca planladığı değil; ekipleriyle yürüttüğü, müşterileriyle paylaştığı ve baştan sona takip ettiği bir workflow platformudur.
Temel amacı basit:
İşleri yoluna koymak.
I. HOKUSH'UN TEMEL FELSEFESİ
1. Problem
Bugün şirketlerin çoğunda aslında araç eksikliği yok.
CRM sistemleri var. Görev yönetimi var. WhatsApp var. E-posta var. Proje yönetim araçları var.
Ancak bütün bunlara rağmen işler hâlâ dağınık ilerliyor.
Bir görev CRM'de açılıyor.
Görevle ilgili konuşma WhatsApp'ta yapılıyor.
Dosya e-postadan gönderiliyor.
Müşteri işin durumunu öğrenmek için tekrar mesaj atıyor.
Ekip kendi arasında son durumun ne olduğunu konuşuyor.
Sonuçta şirketin araçları var ama işin kendisi tek bir yerde yaşamıyor.
Hokush'un çözmek istediği temel problem budur.
2. İş, İletişimin Merkezi Olmalı
Hokush'ta iletişimin merkezinde kişiler veya mesaj grupları değil, işin kendisi bulunur.
Her iş kendi çalışma alanına sahiptir.
Ekip burada:
- konuşabilir,
- fikir üretebilir,
- dosya paylaşabilir,
- görev atayabilir,
- karar alabilir,
- süreci ilerletebilir,
- geçmişte ne olduğunu görebilir.
Böylece işle ilgili bilgi farklı uygulamalar arasında kaybolmaz.
Konuşma işin içinde, ekip işin içinde, süreç işin içinde kalır.
3. Workflow Sadece Görev Listesi Değildir
Bir işi oluşturmak ve bir çalışana atamak workflow değildir.
Gerçek workflow, işin şirket içerisindeki yolculuğudur.
Örneğin:
Talep Alındı ↓ Teklif Hazırlanıyor ↓ Teklif Hazır ↓ Onaylandı ↓ Projeye Başlandı ↓ Üretimde ↓ Kontrolde ↓ Tamamlandı ↓ Teslim Edildi
Hokush bu yolculuğu görünür hale getirir.
Şirket, çalışan ve müşteri aynı işin hangi aşamada olduğunu bilir.
4. Hokush CRM Değildir
Hokush'un amacı CRM sistemlerinin yerine geçmek değildir.
CRM müşteriyi yönetir.
Muhasebe sistemi finansı yönetir.
Mesajlaşma uygulaması iletişimi yönetir.
Proje yönetim araçları görevleri yönetir.
Hokush ise işin akışını yönetir.
Gerektiğinde diğer sistemlerle entegre olur fakat onların yaptığı her şeyi yeniden yapmaya çalışmaz.
Hokush'un merkezi:
İştir.
5. Hokush'un Üç Tarafı
Hokush'un ürün mimarisinin merkezinde üç unsur vardır:
EKİP ↔ İŞ ↔ MÜŞTERİ
Ekip
İşi üretir, konuşur, paylaşır ve ilerletir.
İş
Bütün iletişimin, görevlerin, dosyaların, kararların ve durumların merkezidir.
Müşteri
Kendisine açılan alan üzerinden süreci takip eder, iletişim kurar ve yeni talepler oluşturur.
Hokush bu üç tarafı aynı workflow içerisinde birbirine bağlar.
II. ŞİRKET VE EKİP İÇİN HOKUSH
6. Hokush Bir Odak Kültürü Oluşturur
İş hayatındaki en büyük verimlilik problemlerinden biri yapılacak işlerin çokluğu değil, sürekli bölünmektir.
Bir yönetici, çalışan, muhasebeci veya herhangi bir departmandaki ekip üyesi bir işe odaklanmış olabilir.
Tam o sırada telefon gelir:
“Şu ürün için fiyat verebilir misiniz?”
Yapılan iş bırakılır.
Talep incelenir, fiyat hazırlanır ve müşteriye gönderilir.
Ardından kişi asıl yaptığı işe yeniden odaklanmaya çalışır.
Birkaç dakika sonra başka bir telefon:
“Şu işle ilgili bilgi alabilir miyim?”
Tekrar yapılan iş bırakılır.
Sonra başka bir müşteri.
Başka bir ekip üyesi.
Başka bir talep.
Günün sonunda onlarca iş yapılmış olabilir ancak gerçekten odaklanılması gereken iş için kesintisiz çalışma zamanı neredeyse hiç oluşmamıştır.
Hokush bu çalışma biçimini değiştirmeyi amaçlar.
Her Talep Anlık Bir Kesinti Olmak Zorunda Değildir
Bir müşterinin fiyat talep etmesi önemlidir.
Bir çalışanın yöneticisinden bir şey istemesi önemlidir.
Bir departmanın başka bir departmandan talepte bulunması önemlidir.
Ancak:
Önemli olan her şey, o anda yapılmak zorunda değildir.
Hokush'ta talepler telefon görüşmelerine, WhatsApp mesajlarına veya anlık kesintilere dönüşmek yerine sistem içerisinde toplanır.
Fiyat bekleyen müşteriler oradadır.
Onay bekleyen işler oradadır.
Cevaplanması gereken talepler oradadır.
Yapılması gereken görevler oradadır.
Hiçbiri kaybolmaz.
Çünkü iş kayıt altındadır ve sırası geldiğinde ele alınacaktır.
Gününüzü Talepler Değil, Siz Yönetirsiniz
Hokush kullanıcıya yalnızca ne yapacağını değil, ne zaman neye odaklanacağını planlama alışkanlığı kazandırır.
Örneğin:
10:00 – 12:00 Ana proje üzerinde çalış.
12:00 – 13:00 Operasyonel işleri tamamla.
13:00 – 15:00 Bekleyen fiyat taleplerini hazırla ve gönder.
16:00 – 17:00 Müşteri taleplerini ve onay bekleyen işleri değerlendir.
Benzer işler bir araya gelir.
Fiyat teklifleri fiyat teklifleriyle,
onaylar onaylarla,
müşteri talepleri müşteri talepleriyle,
operasyonel işler operasyonel işlerle
birlikte çözülür.
Kullanıcı sürekli farklı zihinsel bağlamlar arasında geçiş yapmak yerine belirli bir süre boyunca tek bir iş türüne odaklanabilir.
Fokus Bir Özellik Değil, Bir Çalışma Alışkanlığıdır
Hokush'un amacı insanlara daha uzun yapılacaklar listeleri oluşturmak değildir.
Amaç, iş gününü sürekli gelen taleplerin yönettiği bir yapıdan çıkarıp kullanıcının yönettiği bir çalışma düzenine dönüştürmektir.
Müşteri talebini sisteme bırakmayı öğrenir.
Çalışan talebini sisteme bırakmayı öğrenir.
Departmanlar birbirlerinin çalışmalarını sürekli bölmek yerine taleplerini sisteme aktarır.
Yönetici her telefon çaldığında yaptığı işi bırakmak zorunda kalmaz.
Herkes talebinin kayıt altında olduğunu ve zamanı geldiğinde değerlendirileceğini bilir.
Böylece şirket içerisinde yeni bir kültür oluşur:
Her talep önemlidir. Ama her talep acil değildir.
Daha Az Bölünme, Daha Fazla Gerçek İş
Hokush yalnızca işlerin unutulmamasını sağlamaz.
İnsanların o işleri daha iyi yapabilecekleri zamanı da korumaya çalışır.
Daha az kesinti.
Daha az bağlam değişimi.
Daha uzun odak süreleri.
Daha düzenli çalışma blokları.
Daha yüksek iş performansı.
Çünkü verimlilik yalnızca daha fazla iş yapmak değildir.
Doğru zamanda, doğru işe, gerçekten odaklanabilmektir.
Hokush işleri yoluna koyarken, çalışma biçimini de yoluna koyar.
7. Hokush Şirketin Hafızasıdır
Bir iş tamamlandığında geride yalnızca sonuç kalmaz.
O iş yapılırken konuşulanlar, alınan kararlar, gönderilen dosyalar, müşterinin talepleri, yapılan değişiklikler ve süreç boyunca oluşan bilgiler de o işin bir parçasıdır.
Ancak şirketlerde bu bilgiler çoğu zaman farklı yerlerde dağınık halde bulunur.
Bir konuşma WhatsApp'tadır.
Bir doküman e-postadadır.
Bir ses kaydı başka bir çalışandadır.
Bir karar toplantıda alınmıştır.
Neden o kararın alındığını ise yalnızca birkaç kişi hatırlıyordur.
Aylar sonra şirket şu soruların cevaplarını aramaya başlar:
“Bu işle ilgili ne konuşmuştuk?”
“Müşteri tam olarak ne istemişti?”
“Hangi dosyayı göndermiştik?”
“Son versiyon hangisiydi?”
“Bu kararı neden almıştık?”
Hokush bu bilgilerin işten kopmasına izin vermez.
Her İşin Kendi Hafızası Vardır
Hokush'ta her iş yalnızca bir görev kartı değildir.
Aynı zamanda o işin dijital hafızasıdır.
İşle ilgili:
- konuşmalar,
- mesajlar,
- müşteri talepleri,
- ekip içi görüşmeler,
- ses kayıtları,
- dokümanlar,
- paylaşılan dosyalar,
- verilen kararlar,
- durum değişiklikleri,
- süreç geçmişi
aynı işin içerisinde tutulabilir.
İşle ilgili ne varsa, işin kendisinde bulunur.
Bilgi İnsanlara Değil, Şirkete Ait Olmalı
Şirketlerin önemli bilgilerinin çalışanların kişisel hafızasına bağlı olması ciddi bir risktir.
Bir çalışan izinli olabilir.
Departman değiştirebilir.
Şirketten ayrılabilir.
Aylar veya yıllar geçmiş olabilir.
Ancak işin geçmişi çalışanla birlikte kaybolmamalıdır.
Hokush bilgiyi kişilerin hafızasından çıkarıp şirketin hafızasına dönüştürür.
Yeni bir çalışan ilgili işi açtığında geçmişte ne yaşandığını anlayabilir.
Bir yönetici aylar önce alınmış bir kararın geçmişine ulaşabilir.
Bir çalışan müşterinin daha önce ne talep ettiğini görebilir.
Bilgi sistemin içerisinde yaşamaya devam eder.
Arşiv Değil, Yaşayan Bir Hafıza
Hokush'un amacı yalnızca dosyaları saklamak değildir.
Çünkü bir klasör dosyayı saklayabilir ancak dosyanın neden orada olduğunu anlatamaz.
Hokush dokümanı, konuşmayı, kararı ve süreci aynı iş bağlamında tutar.
Bir dokümanın hangi iş için gönderildiği,
hangi konuşmanın ardından paylaşıldığı,
müşterinin ne talep ettiği,
işin o sırada hangi aşamada olduğu
aynı geçmişin parçalarıdır.
Bu nedenle Hokush yalnızca bir arşiv değildir.
İşin bağlamını da hatırlayan bir kurumsal hafızadır.
İş Biter, Bilgisi Kaybolmaz
Bir proje tamamlanabilir.
Bir görev kapatılabilir.
Bir müşteriyle yapılan çalışma sona erebilir.
Ancak o süreç içerisinde üretilen bilgi şirket için değer taşımaya devam eder.
Geçmiş işler yalnızca tamamlanmış görevlerden oluşan bir listeye dönüşmez.
Şirketin yıllar içerisinde biriktirdiği deneyimin, kararların, iletişimin ve dokümanların oluşturduğu kurumsal bilgi birikimine dönüşür.
İş biter. Hafızası kalır.
Hokush işleri yalnızca yoluna koymaz.
İşlerin hikâyesini de hatırlar.
8. Hafızadan Kurumsal Zekâya
Bu bölüm, Hokush’un uzun vadeli AI ürün vizyonunu anlatır. Buradaki örnekler, belirtilen AI yeteneklerinin bugün kullanıma açık olduğu anlamına gelmez. Mevcut özellikleri çalışma alanınızda değerlendirin; belirli bir AI yeteneğinin kullanılabilirliğini Hokush ekibinden teyit edin.
Hokush'un şirket hafızasını oluşturmasının asıl değeri yalnızca geçmişteki bilgiyi tekrar bulabilmek değildir.
Zaman içerisinde Hokush şirketin nasıl çalıştığını da öğrenmeye başlar.
Çünkü sistem yalnızca dokümanları ve konuşmaları değil;
hangi işlerin yapıldığını,
işlerin hangi aşamalardan geçtiğini,
hangi departmanların sürece dahil olduğunu,
bir aşamanın ne kadar sürdüğünü,
nerelerde gecikmeler yaşandığını,
hangi kararların alındığını,
müşterilerin hangi taleplerde bulunduğunu
ve işlerin nasıl sonuçlandığını da bilir.
Böylece Hokush'ta biriken şirket hafızası zaman içerisinde sorgulanabilir kurumsal bilgiye dönüşür.
Hokush'a Sor
Bu bölüm, Hokush’un uzun vadeli AI ürün vizyonunu anlatır. Buradaki örnekler, belirtilen AI yeteneklerinin bugün kullanıma açık olduğu anlamına gelmez. Mevcut özellikleri çalışma alanınızda değerlendirin; belirli bir AI yeteneğinin kullanılabilirliğini Hokush ekibinden teyit edin.
Kullanıcı artık yalnızca eski bir dosyayı aramak zorunda değildir.
Hokush'a doğrudan sorabilir:
“Bizim şirkette A ürünü nasıl hazırlanıyor?”
Hokush geçmiş işleri ve süreçleri inceleyerek şirketin gerçek çalışma biçimini anlatabilir.
“Bu proses ortalama kaç gün sürüyor?”
Geçmiş tamamlanmış işlerin sürelerinden cevap üretebilir.
“En çok hangi aşamada gecikiyoruz?”
Workflow geçmişinden darboğazları gösterebilir.
“Bu müşteriye daha önce hangi fiyatları vermiştik?”
Geçmiş işler, teklifler ve konuşmalar üzerinden bilgiyi bulabilir.
“Benzer işleri daha önce nasıl yaptık?”
Geçmiş projelerden benzer süreçleri ortaya çıkarabilir.
“Bu iş neden gecikmişti?”
Durum değişikliklerini, konuşmaları, beklemeleri ve kararları inceleyebilir.
“Bu ürün hazırlanırken genellikle hangi departmanlar devreye giriyor?”
Geçmiş workflow'lardan şirketin gerçek operasyon modelini gösterebilir.
Şirket Kendi Verisiyle Kendini Tanımaya Başlar
Şirket kendi geçmişine bakarak kendisi hakkında sorular sorabilir:
Ne kadar sürede iş yapıyoruz?
Nerede zaman kaybediyoruz?
Hangi işler daha fazla revizyon alıyor?
Hangi süreçler sürekli gecikiyor?
Hangi müşteriler hangi hizmetleri daha fazla talep ediyor?
Geçmişte bu problemi nasıl çözmüştük?
Cevaplar tahminlerden değil, şirketin kendi gerçek çalışma geçmişinden gelir.
Bilgiden Kurumsal Zekâya
Hokush'un uzun vadeli dönüşümü:
İşler ↓ Konuşmalar ↓ Dosyalar ↓ Kararlar ↓ Süreç Geçmişi ↓ Kurumsal Hafıza ↓ Sorgulanabilir Kurumsal Bilgi ↓ Kurumsal Zekâ
Bu noktada Hokush yalnızca şirketin geçmişini hatırlayan bir sistem olmaktan çıkar.
Şirketin geçmişinden öğrenerek bugününü anlamasına yardımcı olan bir sisteme dönüşür.
Bir çalışan şirketten ayrıldığında bilgi onunla birlikte gitmez.
Yeni bir çalışan başladığında yılların deneyimini sıfırdan öğrenmek zorunda kalmaz.
Bir yönetici operasyon hakkında karar verirken yalnızca kendi hafızasına güvenmek zorunda kalmaz.
Çünkü şirketin geçmişte yaptığı işler artık yalnızca arşiv değildir.
Şirketin kullanılabilir bilgisidir.
Ve kullanıcı yalnızca Hokush'a sorabilir:
“Biz bu işi nasıl yapıyoruz?”
Hokush cevabı internetten değil;
o şirketin kendi hafızasından verir.
Çünkü Hokush yalnızca işlerinizi hatırlamaz.
Şirketinizin nasıl çalıştığını da öğrenir.
III. MÜŞTERİ İÇİN HOKUSH
9. Müşteri Sürecin Dışında Kalmamalı
Bugünkü sistemlerde şirket işi kendi içerisinde yönetirken müşteri çoğu zaman sürecin dışında kalır.
Müşteri sürekli:
“Ne durumda?”
“Başlandı mı?”
“Hazır mı?”
“Ne zaman teslim edilecek?”
diye sormak zorunda kalır.
Hokush'ta müşterinin kendi alanı vardır.
Müşteri burada:
- verdiği işleri görebilir,
- işin hangi aşamada olduğunu takip edebilir,
- şirketten gelen güncellemeleri görebilir,
- yeni talep oluşturabilir,
- dosya gönderebilir,
- gerektiğinde ekiple iletişim kurabilir.
Böylece müşteri şirketin workflow'una kontrollü biçimde dahil olur.
10. Hizmetlerin de Bir Takip Deneyimi Olmalı
Bir ürün satın aldığımızda kargonun nerede olduğunu saniyeler içerisinde görebiliyoruz.
Sipariş alındı. Hazırlanıyor. Kargoya verildi. Dağıtımda. Teslim edildi.
Ancak bir şirkete hizmet işi verdiğimizde çoğu zaman böyle bir deneyim yok.
Hokush bu mantığı hizmet sektörüne taşır.
Örneğin:
Talebiniz alındı.
Tasarım süreciniz başladı.
Çalışmanız kontrol aşamasında.
Çalışmanız tamamlandı.
Müşteri sürekli şirketi aramak veya WhatsApp'tan sormak zorunda kalmaz.
İş ilerledikçe müşteri de bunu görür.
11. Workflow Aynı Zamanda İletişimdir
Hokush'ta durum değişiklikleri yalnızca sistem içerisindeki teknik değişiklikler değildir.
Bir işin durumu değiştiğinde sistem bunu iletişime dönüştürebilir.
Örneğin:
“Projeniz üretim aşamasına geçti.”
Bu bilgi müşteriye:
- uygulama bildirimi,
- e-posta,
- SMS
gibi kanallardan otomatik olarak ulaştırılabilir.
Böylece şirket müşterisini bilgilendirmek için sürekli manuel mesaj göndermek zorunda kalmaz.
İş ilerledikçe iletişim kendiliğinden gerçekleşir.
12. Profesyonellik, Müşteriye Hissettirdiğiniz Süreçtir
Bir şirketin ne kadar gelişmiş bir CRM kullandığını müşteri bilmez.
Şirket içerisinde hangi yazılımların kullanıldığı, görevlerin nasıl dağıtıldığı veya operasyonun hangi sistemlerle yönetildiği müşterinin gözünde görünmezdir.
Müşterinin gördüğü şey çok daha basittir:
Talebimi aldılar mı?
İlgileniyorlar mı?
Şu anda hangi aşamada?
Ne zaman sonuçlanacak?
Bir şirket müşterisini süreç boyunca düzenli olarak bilgilendirdiğinde müşterisini belirsizlik içerisinde bırakmaz.
“Talebiniz alındı.”
“İşleminiz başladı.”
“Projeniz üretim aşamasında.”
“Çalışmanız kontrol ediliyor.”
“Talebiniz tamamlandı.”
Bu küçük görünen temasların her biri müşteriye aynı mesajı verir:
“İşiniz kontrolümüz altında.”
Bu da güven oluşturur.
Müşteri talebinin unutulmadığını, doğru kişilere ulaştığını ve sonuçlandırılacağını bilir.
Kurumsallık İçeride Değil, Dışarıda Hissedilir
Şirket içerisinde istediğiniz CRM'i, proje yönetim aracını veya operasyon sistemini kullanabilirsiniz.
Ancak müşterinin gözündeki profesyonelliğiniz, kullandığınız yazılımın ne kadar gelişmiş olduğuyla değil, müşterinin kendi talebiyle ilgili yaşadığı deneyimle ölçülür.
Müşteri şirketin arka plandaki operasyonunu görmez.
Ama kendisine nasıl davranıldığını görür.
Ne kadar hızlı geri dönüş aldığını,
talebinin kayıt altına alınıp alınmadığını,
süreç içerisinde bilgilendirilip bilgilendirilmediğini,
işinin hangi aşamada olduğunu bilip bilmediğini
ve şirketin verdiği sözleri yerine getirip getirmediğini görür.
Müşterinin gözündeki şirket, onunla kurduğunuz iletişim kadardır.
Hokush şirket içerisindeki workflow'u müşteriye kontrollü ve profesyonel bir deneyim olarak yansıtır.
Güven, Belirsizliği Ortadan Kaldırmakla Başlar
Bir müşterinin yaşadığı en büyük problemlerden biri beklemek değil, ne olduğunu bilmeden beklemektir.
Bir hizmetin üç gün sürmesi sorun olmayabilir.
Ancak müşteri bu üç gün boyunca hiçbir bilgi alamıyorsa belirsizlik oluşur.
Belirsizlik arttıkça müşteri tekrar iletişime geçmeye başlar.
“Ne oldu?”
“Başladınız mı?”
“Bugün çıkar mı?”
“Bir problem mi var?”
Hokush bu belirsizliği ortadan kaldırır.
Müşteri işin hangi aşamada olduğunu bildiğinde sürekli şirketi kontrol etme ihtiyacı duymaz.
Çünkü sistem ona şunu hissettirir:
Talebim görüldü. İşim ilerliyor. Süreç kontrol altında. Sonuçlandırılacak.
Bu his, müşterinin şirkete duyduğu güveni doğrudan güçlendirir.
Müşteri Sormadan Bilgi Veren Şirket
Geleneksel çalışma biçiminde müşteri bilgi ister, şirket cevap verir.
Hokush bu ilişkiyi tersine çevirir.
Şirket müşterisinin:
“İşim ne durumda?”
diye sormasını beklemez.
İş ilerledikçe müşteri zaten bilgilendirilir.
Böylece müşteri sürekli bilgi isteyen taraf olmaktan çıkar.
Şirket ise müşterisi sormadan bilgi veren tarafa dönüşür.
Ve bu iki deneyim arasında ciddi bir marka algısı farkı vardır.
Profesyonel şirket, müşterisinin “Ne oldu?” diye sormasını beklemez. Daha o sormadan sürecin nerede olduğunu gösterir.
Workflow, Marka Deneyiminin Bir Parçasıdır
Bir şirketin markası yalnızca logosu, web sitesi veya kurumsal kimliği değildir.
Müşterinin şirketle yaşadığı süreç de markanın bir parçasıdır.
Talebin nasıl alındığı,
nasıl karşılandığı,
müşterinin nasıl bilgilendirildiği,
sürecin ne kadar şeffaf olduğu
ve iş tamamlanana kadar yaşanan deneyim,
müşterinin şirket hakkındaki algısını oluşturur.
Bu nedenle Hokush yalnızca operasyonel bir sistem değildir.
Şirket içerisindeki operasyon kalitesini müşterinin hissedebileceği bir marka deneyimine dönüştürür.
Profesyonellik Sadakate Dönüşür
Müşteri her talebinde düzenli, şeffaf ve öngörülebilir bir süreç yaşadığında şirketle çalışma konusunda güven geliştirir.
Bu güven zaman içerisinde alışkanlığa dönüşür.
Müşteri yeni bir ihtiyacı olduğunda başka bir şirket aramak yerine daha önce güvenilir bir süreç yaşadığı şirkete dönme eğiliminde olur.
Böylece Hokush'un oluşturduğu workflow yalnızca operasyonel verimlilik sağlamaz.
Aynı zamanda şirketin:
- güvenilirlik algısını,
- profesyonellik algısını,
- kurumsal marka değerini,
- müşteri memnuniyetini,
- müşteri sadakatini
güçlendirir.
Süreç → Şeffaflık → Güven → Profesyonellik → Sadakat
Hokush'un müşteriye dönük değer zinciri budur.
Müşteriye de İşlerin Yolunda Olduğunu Hissettirmek
Hokush'un müşteri deneyimindeki temel amacı müşteriye daha fazla bildirim göndermek değildir.
Amaç müşterinin sürekli soru sormasına gerek bırakmayacak kadar şeffaf, düzenli ve güvenilir bir süreç oluşturmaktır.
Müşteri ne olduğunu bilir.
Şirket ne yapacağını bilir.
Ekip neyin üzerinde çalıştığını bilir.
İş ilerledikçe herkes aynı gerçeği görür.
Hokush'un amacı yalnızca şirket içerisindeki işleri yoluna koymak değil;
müşteriye de işlerin yolunda olduğunu hissettirmektir.
IV. HOKUSH'UN AMACI
Şirketlerin daha fazla uygulamaya ihtiyacı yok.
Daha az dağınıklığa ihtiyaçları var.
Hokush'un amacı şirketlere bir araç daha eklemek değil;
işin nerede olduğunu,
kimin üzerinde olduğunu,
ne konuşulduğunu,
hangi aşamada olduğunu,
müşterinin ne bildiğini,
şirketin geçmişte ne öğrendiğini
tek bir akış içerisinde görünür ve kullanılabilir hale getirmektir.
Hokush;
işi düzenler, odağı korur, iletişimi işin içinde tutar, müşteriyi sürece dahil eder, şirketin hafızasını oluşturur ve bu hafızayı zamanla kurumsal zekâya dönüştürür.
HOKUSH
Ekip bilir. Müşteri bilir. Şirket hatırlar. İş ilerler.
