Profesyonel hizmet şirketlerinde gelir sözleşmeyle, maliyet büyük ölçüde insanların zamanı ve uzmanlığıyla oluşur. Satış fırsatı CRM'de kazanılmış görünürken teslimat ekibi yanlış beceri veya tarihle planlanmış, zaman kaydı eksik, kapsam genişlemiş ve fatura gecikmiş olabilir. Proje sonunda “ciro iyi ama marj nerede kayboldu?” sorusu ancak satış, kaynak, teslimat ve finans aynı ekonomik modelde bağlanırsa yanıtlanır.
Bu rehber PSA'nın CRM, proje yönetimi ve ERP arasındaki yerini; kaynak planlama, zaman, gelir, faturalama, kârlılık, KPI ve seçim kriterleriyle açıklar.
PSA yazılımı nedir?
Professional Services Automation, hizmet işinin fırsattan nakde yaşam döngüsünü yöneten platformdur. Fırsat ve teklif bağlamını projeye dönüştürür; kaynak ve kapasiteyi planlar; görev, kilometre taşı, zaman ve masrafı toplar; gelir/fatura kurallarını uygular; proje ve müşteri kârlılığını görünür kılar.
PSA'nın ana nesneleri müşteri, fırsat, SOW, proje, iş paketi, kaynak, beceri, rezervasyon, zaman, masraf, ücret oranı, maliyet oranı, gelir ve faturadır. Bu nesneler birbirinden koparsa raporlar sonradan elle uzlaştırılır.
Project & PSA Suite Pro fırsattan faturaya akışı portföy, kapasite, proje yönetimi, müşteri portalı ve analitikle ortak modelde ele alır. Amaç çalışanı dakikası dakikasına gözetlemek değil, talep ve kapasiteyi güvenilir planlamaktır.
PSA, CRM, proje aracı ve ERP farkları
CRM lead, fırsat, ilişki, tahmin ve satış aktivitelerinin ana sistemidir. Proje aracı görev, bağımlılık, dosya ve ekip iş birliğini yönetir. PSA teslimat kapasitesi ve ekonomisini bağlar. ERP muhasebe, vergi, banka, bordro ve finansal konsolidasyonu sahiplenir.
Bir ürün birden çok rolü üstlenebilir; etiket belirleyici değildir. Ana kayıt matrisi önemlidir: müşteri ve fırsat CRM; proje/rezervasyon/zaman PSA; muhasebe fişi ve ödeme ERP; ayrıntılı geliştirme görevi uzman proje aracında olabilir. Kullanıcı tek deneyim yaşarken veri sınırı korunabilir.
PSA'nın ayırt edici sorusu şudur: “Bu fırsatı hangi beceriyle, hangi tarihte, hangi maliyet ve ücret modeliyle teslim eder, ne zaman fatura eder ve hangi marjı elde ederiz?” Genel görev aracı bu ekonomik zinciri doğal olarak kurmayabilir.
Fırsattan projeye devir
Satış kazanıldığında teslimata yalnız müşteri adı ve toplam tutar gitmemelidir. Kapsam, varsayım, hariçler, kilometre taşları, ücret modeli, ödeme planı, SLA, beceri, başlangıç ve riskler aktarılmalıdır. Fırsattan faturaya uçtan uca akış bu devirde yeniden veri girişini azaltır.
Henüz kesinleşmemiş fırsatlar kapasite planında olasılık ağırlıklı talep oluşturabilir. Kazanma olasılığı satış görüşü, aşama ve tarihsel veriden gelir; kesin rezervasyon gibi davranmamalıdır. Soft booking olası talebi, hard booking onaylı atamayı ayırır.
Kazanılan fırsatta proje şablonu, bütçe, ücret ve fatura planı oluşur. Satış koşulu standart playbook dışındaysa finans, hukuk ve teslimat onayı gerekebilir. Devir toplantısı sistemdeki açık risk ve varsayımlarla yapılır.
SOW ve kapsam yönetimi
Statement of Work teslimatlar, kapsam, sorumluluk, varsayım, kabul, zaman ve ücreti tanımlar. PSA proje planını SOW ile bağlamalıdır. Görev listesi değiştiğinde sözleşme kapsamı sessizce değişmemeli; change request süreci devreye girmelidir.
Sabit fiyatlı işte kapsam kayması marjı hızla eritir. Kullanıcı yeni talebi işaretler, etki analizi efor/zaman/ücret gösterir, müşteri ve iç onay sonrası yeni baz oluşturulur. Reddedilen değişiklik iç ekip tarafından “iyilik” olarak yapılacaksa görünür yönetim kararı olmalıdır.
T&M işte kapsam esnek olsa bile bütçe ve tavan bulunabilir. Retainer'da dönemsel kapasite ve kullanım/rollover kuralları vardır. Sistem ücret modelini yalnız fatura şablonu değil, planlama ve gelir mantığı olarak yönetmelidir.
Proje şablonu ve yönetişim
Tekrarlanan hizmetler için faz, görev, rol, tahmini efor, risk, teslim ve fatura kilometre taşı şablonu kullanılır. Şablon standardı hızlandırır fakat her projeyi aynı ayrıntıya zorlamamalıdır. Değişiklikler şablon sürümü ve proje özelinde ayrılır.
PMO metodoloji, stage gate, RAID, kalite ve durum raporunu yönetebilir. PMO yönetişimi, metodoloji ve EVM portföy riskini ve tahmini ortak tanımla sunar. Küçük projeye ağır kapı uygulamak yönetim maliyetini artırır; risk bazlı hafif şablon gerekir.
Proje durumu öznel renk değil, program, bütçe, kapsam, risk ve müşteri sinyalinin açıklamalı birleşimi olmalıdır. Yönetici rengi değiştirebilir; gerekçe ve eylem kaydedilir.
Kaynak ve kapasite planlama
Kaynak planlama yalnız boş takvime kişi koymak değildir. Beceri, seviye, maliyet, ücret, lokasyon, dil, sertifika, tercih, çalışma takvimi ve gelişim hedefi dikkate alınır. Talep rol/efor olarak başlar, uygun kişiler önerilir ve yönetici onayıyla rezerve edilir.
Kaynak ve kapasite planlama yeteneği kapasiteyi çalışma saati eksi izin, resmî tatil, öğrenme, satış ve yönetim yükü olarak hesaplamalıdır. “Haftada 40 saat” otomatik teslimat kapasitesi değildir.
Soft booking olası proje için görünür talep oluşturur; hard booking kişiyi bağlar. Çakışma, parçalı atama ve bench riski panoda görülür. Otomatik eşleme önerisi insan kararıdır; çalışan tercihi ve gelişim fırsatı yalnız marj optimizasyonuna kurban edilmemelidir.
Beceri envanteri ve eşleme
Beceri profili öz beyan, yönetici doğrulaması, proje deneyimi, sertifika ve değerlendirmeden oluşabilir. Her becerinin seviye, kaynak ve güncellik tarihi bulunmalıdır. On yıl önceki proje bugünkü uzmanlık kanıtı olmayabilir. Beceri taksonomisi sürekli bakım ister.
AI özgeçmiş veya proje açıklamasından beceri önerebilir. Kullanıcı düzeltir ve kabul eder; hassas veya ilgisiz veriden çıkarım yapılmaz. Önerinin nedeni görünür olmalıdır. Kişiyi yalnız önce yaptığı işe atamak kariyer hareketliliğini kısıtlayabilir.
Kaynak eşleme puanı beceri, müsaitlik, lokasyon ve ekonomi bileşenlerini ayrı göstermelidir. “Yüzde 92 uygun” sahte kesinliktir. Yönetici, müşteri ilişkisi, takım dengesi ve gelişim ihtiyacını ekler.
Utilization doğru nasıl hesaplanır?
Utilization çoğunlukla faturalanabilir saat / kullanılabilir kapasite olarak hesaplanır; fakat payda kurumlara göre değişir. Tatil, izin, hastalık, eğitim ve iç işler dahil mi? Tanım veri sözlüğünde açık olmalıdır. Billable utilization ile productive veya chargeable utilization ayrılabilir.
Yüksek utilization kısa vadede gelir sağlar, uzun vadede satış, eğitim, kalite ve tükenmişliği bozabilir. Rol bazlı hedef gerekir: ortak, satış lideri, danışman ve yeni mezun aynı hedefe sahip değildir. Dönemsel pikler hareketli ortalamayla yorumlanır.
Kişi puanlaması yerine kapasite kararında kullanılmalıdır. Zaman kaydı gecikmesi oranı geçici düşürebilir; rapor veri tazeliğini gösterir. Aşırı düşük değer talep veya beceri eşleme sorununu, aşırı yüksek değer teslimat riskini işaret eder.
Zaman kaydı tasarımı
Zaman verisi fatura, maliyet, kapasite ve tahminin temelidir. Kullanıcı müşteri, proje, faz, görev, faaliyet, süre ve açıklama girer. Liste kısa ve bağlama göre filtreli olmalıdır. Takvim, görev ve aktivite taslak öneri üretebilir; kullanıcı doğrular.
Günlük veya haftalık kayıt dengesi kurum kültürüne göre seçilir. Dönem sonunda hafızadan doldurmak doğruluğu düşürür. Mobil ve hızlı zamanlayıcı yardımcıdır; otomatik izleme mahremiyet ve güven riski yaratabilir. Ekran/giriş gözetimi yerine iş sonucuna odaklanılmalıdır.
Onaylayan proje yöneticisi kapsamı, hat yöneticisi kapasiteyi kontrol edebilir. Reddedilen satır gerekçe ve düzeltmeyle geri gider. Kapanmış dönem değişikliği fatura/gelir etkisini kontrollü tetikler.
Masraf ve seyahat
Masraf politikası kategori, limit, para birimi, fiş, proje ve faturalandırılabilirlik kuralı içerir. Mobil OCR alan önerebilir; kullanıcı ve onaylayan doğrular. Mükerrer fiş, hafta sonu veya limit aşımı sinyal üretir; otomatik suçlama değildir.
Müşteriye yansıtılabilir masraf sözleşme koşuluna göre markup veya üst sınıra sahip olabilir. Proje maliyeti ile çalışan geri ödemesi aynı olayın farklı finansal yönleridir. ERP'ye aktarım ve ödeme durumu PSA'ya dönmelidir.
Seyahat onayı kaynak ve bütçe planına bağlanır. Sürdürülebilirlik metriği karar desteği olabilir; güvenlik ve müşteri gereksinimiyle dengelenir.
Ücret oranları ve maliyet oranları
Bill rate müşteriye uygulanan, cost rate kaynağın proje ekonomisine yansıyan orandır. Rol, kişi, müşteri, proje, lokasyon, para birimi ve dönem bazında değişebilir. Öncelik kuralı açık ve sürümlü olmalıdır. Eski zaman kayıtları yeni oranla geriye dönük değişmemelidir.
Maliyet oranı yalnız brüt ücret olmayabilir; yan hak, işveren maliyeti ve genel gider payı içerebilir. Finans politikasıyla tanımlanır. Bireysel ücret gizliliğini korumak için standart/blended cost kullanılabilir. Proje yöneticisi gereken marjı görürken çalışanın maaşını görmemelidir.
Kur ve çok para biriminde işlem kuru, gelir kuru ve raporlama kuru ayrılabilir. Marj değişiminin operasyon mu kur etkisi mi olduğu gösterilmelidir.
Faturalama modelleri
T&M onaylı zaman ve masrafa; sabit fiyat kilometre taşı veya plana; retainer dönemsel ücrete; kullanım bazlı model ölçüme dayanır. Karma projede aynı sözleşmede farklı work package'lar bulunabilir. Faturalama modelleri ve gelir yönetimi bu kuralları sürümlü yönetmelidir.
Fatura önerisi dönem, onaylı veri, tavan, minimum, iskonto, vergi ve müşteri formatını uygular. Proje yöneticisi kapsamı, finans mali kuralı kontrol eder. Write-off ve erteleme gerekçeyle kaydedilir. Fatura ERP/e‑belge sisteminde kesinleşebilir; numara ve ödeme durumu PSA'ya döner.
Faturalanmamış WIP ve yaşlandırma nakit riskidir. Sistemde çalışılmış ama onaysız zaman, kilometre taşı kanıtı veya PO eksikliği ayrı nedenlerle görünür olmalıdır. Genel “fatura bekliyor” eylem üretmez.
Gelir tanıma
Gelir tanıma muhasebe politikası ve sözleşmeye bağlıdır. PSA plan, gerçekleşme ve tahakkuk önerisi sağlayabilir; kesin muhasebe ERP/finans onayındadır. Sabit fiyatlı projede tamamlanma yüzdesi maliyet, efor veya kilometre taşına dayalı olabilir. Yöntem sürümlü ve denetlenebilir olmalıdır.
Unbilled revenue, deferred revenue ve WIP ayrımları finans sözlüğünde net olmalıdır. Proje tahmini değiştiğinde gelir etkisi görünür; kapanmış dönem sessizce değişmez, düzeltme kaydı oluşur.
Sistemin otomatik gelir hesabı ara değer, kaynak ve onay göstermezse kara kutudur. Bağımsız denetim için proje kaydından muhasebe fişine iz sağlanmalıdır.
Proje kârlılığı ve tahmin
Proje kârlılığı sözleşme geliri eksi kaynak, masraf, alt yüklenici ve diğer doğrudan maliyetlerle hesaplanır; kurum politikasına göre genel gider ayrılır. Bütçe, gerçekleşen, taahhüt ve tamamlanma tahmini ayrı gösterilir. Sadece fatura edilmiş gelire bakmak geç ve yanıltıcıdır.
Proje ekonomisi ve kârlılık EAC ve marj trendini work package, rol ve dönem düzeyinde gösterir. Tahmin değişikliği gerekçeli ve onaylıdır. Satış marjı ile teslimat güncel tahmini karşılaştırılır.
Sabit fiyatlı projede marj koruma kapsam, efor, hız ve fatura riskini erken sinyale dönüştürür. Sinyal proje yöneticisine eylem önerir; otomatik personel veya müşteri kararı vermez.
Müşteri portalı ve kabul
Müşteri portalı plan, durum, risk, teslimat, onay, zaman/masraf ve fatura bilgisini yetkili görünümle sunar. İç maliyet, ekip değerlendirmesi veya başka müşterinin verisi görünmemelidir. Tüzel kişi ve proje bazlı yetki gerekir.
Müşteri portalı ve iş birliği teslimat kabulünü yapılandırır. Müşteri kabul/ret gerekçesi, tarih ve yetkili kaydı fatura kilometre taşını tetikleyebilir. E‑posta onayı kontrollü içe alınmalıdır.
Portal kullanımının amacı şeffaflık ve çevrimi hızlandırmaktır; müşteriye kurum içi proje aracını olduğu gibi açmak değildir. Dil, marka, erişilebilirlik ve güvenli paylaşım tasarlanmalıdır.
Portföy ve PMO görünümü
Portföy yönetimi talep, strateji, kapasite, risk ve finansı birlikte önceliklendirir. En yüksek gelirli fırsat her zaman en iyi değildir; beceri darboğazı, müşteri yoğunlaşması ve tahsilat riski bulunabilir. Senaryo planlama “hangi işi kazanırsak hangi rol açığı oluşur?” sorusunu yanıtlar.
Çeyreklik portföy planlaması kesin, olası ve senaryo talebini kapasiteyle karşılaştırır. Satış olasılığı sahte kesinlik olmadan aralıkla sunulabilir. Yönetim varsayımı değiştirip etkisini görür.
PMO ekranı yüzlerce KPI yerine karar kuyruğu sunmalıdır: kaynak çatışması, marj düşüşü, kabul gecikmesi, tahsilat ve yüksek risk. Her sinyal kaynağa ve sorumlu aksiyona iner.
CRM–PSA–ERP entegrasyonu
CRM fırsat/müşteri ve teklif; PSA proje, rezervasyon, zaman, masraf ve fatura önerisi; ERP fatura, muhasebe, bordro, ödeme ve konsolidasyonun ana kaydıdır. Çalışan/organizasyon HR sisteminden gelebilir. Kimlik ve sahiplik matrisi yazılmalıdır.
Fırsat kazanıldığında mükerrer proje oluşmamalı. SOW değişikliği CRM veya CLM'den PSA bütçesine onayla yansımalıdır. Onaylı fatura ERP'ye tek kez gitmeli; ERP numarası ve tahsilat geri dönmelidir. İşten ayrılan çalışanın zamanı tarihsel kalmalı, erişimi kapanmalıdır.
Hata kuyruğu “geçersiz müşteri/maliyet merkezi”, “kapalı dönem”, “mükerrer fatura” gibi iş dilinde görünür. Günlük müşteri, proje, zaman, fatura ve tutar mutabakatı yapılır. Korelasyon kimliği uçtan uca iz sağlar.
Veri koruma ve etik kullanım
PSA zaman, performans, ücret/maliyet ve müşteri verisi içerir. Proje yöneticisi kaynak maliyetini politika oranıyla görebilir; bireysel maaş ve hassas İK verisine erişmemelidir. Müşteri portalı ve alt yüklenici yetkileri proje sınırında uygulanır.
Zaman kaydı üretkenlik gözetimine dönüşmemelidir. Dakika, ekran görüntüsü veya sürekli aktivite izlemek güven ve mahremiyet riski yaratır. İş amacı, minimum ayrıntı, şeffaflık ve saklama kuralı belirlenmelidir. Analitik küçük gruplarda kişiyi ifşa etmemelidir.
AI kaynak eşleme veya proje riski öneriyorsa vekil ayrımcılık, açıklanabilirlik ve insan onayı test edilir. Model çıktısı otomatik kariyer/ücret kararına dönüşmemelidir. Kullanıcı düzeltmesi ve itiraz kanalı bulunmalıdır.
Seçim demosu
Anonim senaryo: olasılıklı fırsat, iki ücret modeli, SOW, beceri talebi, soft/hard booking, izin çatışması, kapsam değişikliği, zaman/masraf, müşteri reddi, fatura ve tahsilat. Bir sabit fiyatlı ve bir T&M proje kullanın.
Kullanıcılar fırsatı projeye dönüştürsün, kaynak atsın, zamanı onaylasın ve faturayı oluştursun. Eski rate sürümü, kapalı dönem, mükerrer aktarım, yetkisiz maliyet erişimi ve entegrasyon kesintisi test edilsin. Marj ve EAC kaynaktan açıklansın.
Satıcı hazır demo yerine kurum veri paketiyle çalışmalıdır. Görev süresi, hata, manuel köprü ve kullanıcı görüşü kaydedilir. Veri ve eklerin açık formatta çıkışı sınanır.
Puan kartı ve toplam maliyet
| Boyut | Ağırlık | Kanıt |
|---|---|---|
| Fırsattan projeye devir | %10 | SOW, bütçe ve şablon |
| Kaynak/kapasite | %20 | Beceri, soft/hard, senaryo |
| Zaman/masraf deneyimi | %10 | Kullanıcı görev testi |
| Faturalama/gelir | %15 | Karma model ve dönem kilidi |
| Kârlılık/tahmin | %15 | EAC kaynaktan rapora |
| Entegrasyon | %10 | CRM/ERP hata ve mutabakat |
| Güvenlik/portal | %10 | Rol ve müşteri izolasyonu |
| TCO/sağlayıcı | %10 | Beş yıllık maliyet, SLA, çıkış |
Toplam maliyete lisans, kullanıcı türü, entegrasyon, veri göçü, rapor, eğitim, destek ve iç ürün ekibi girer. Değer; zaman kaydı tamlığı, fatura çevrimi, utilization dengesi, bench, kapsam kaçağı ve marj tahmin doğruluğuyla ölçülür.
90 günlük uygulama planı
İlk 30 gün hizmet kataloğu, rol/beceri, ücret/maliyet, proje ve entegrasyon sözlüğü hazırlanır. Sonraki 30 gün bir iş birimi ve iki ücret modeliyle pilot; son 30 gün CRM/ERP entegrasyonu, müşteri portalı ve kabul değerlendirmesidir.
Kabul kriterleri: fırsat–proje veri tamlığı; rezervasyon çakışmasının görünmesi; zaman/masrafın belirlenen sürede onaylanması; karma ücret modelinde beklenen fatura; ERP'yle tutar/kimlik mutabakatı; proje marjının kaynak kayda izlenmesi; yetkisiz maliyet ve müşteri erişiminin engellenmesi.
Eski zaman ve proje aracı aynı anda süresiz tutulmamalıdır. Süper kullanıcı satış operasyonu, kaynak yönetimi, proje ve finanstan seçilir. Eğitim role göre günlük senaryolarla verilir.
KPI sistemi
Satış–teslimat KPI'ları backlog, pipeline kapsamı, planlanan başlangıç ve devir kalitesidir. Kaynak KPI'ları kapasite, soft/hard talep, utilization, bench, aşırı yük ve beceri açığıdır. Proje KPI'ları program, bütçe, kapsam, EAC, marj ve müşteri kabulüdür. Finans KPI'ları WIP, fatura çevrimi, write-off, DSO ve tahsilattır.
Her KPI tanım, payda, kur, dönem ve veri tazeliğiyle sunulur. Utilization ve marj tek başına kişi değerlendirmesi yapılmamalıdır. Müşteri ve çalışan deneyimi denge göstergeleridir. Tahmin doğruluğu satış, kaynak ve proje seviyesinde ölçülür.
KPI'dan eyleme geçiş önemlidir. “Marj düştü” yerine kapsam, rate, efor veya gecikme sürücüsü ve sorumlu aksiyon gösterilir. Panolar karar kuyruğu olmalıdır.
Sık yapılan hatalar
Birinci hata, PSA'yı zaman çizelgesi yazılımına indirmektir. İkinci hata, CRM'deki kötü kapsamı projeye otomatik taşımaktır. Üçüncü hata, beceri verisini güncellemeden kaynak optimizasyonu yapmaktır. Dördüncü hata, utilization'ı mümkün olduğunca yükseltmektir.
Beşinci hata, maliyet oranını sürümsüz değiştirmektir. Altıncı hata, sabit fiyatlı işte zaman kaydını gereksiz sanmaktır. Yedinci hata, gelir ve fatura kavramını karıştırmaktır. Sekizinci hata, proje yöneticisine bireysel maaş ayrıntısı açmaktır.
Dokuzuncu hata, her ekibi aynı ağır proje şablonuna zorlamaktır. Onuncu hata, CRM–ERP mutabakatını canlıdan sonra düşünmektir. PSA'nın değeri daha çok veri değil, satış vaadi ile teslimat ekonomisi arasında güvenilir bağdır.
Örnek proje ekonomisi incelemesi
Aylık inceleme satış bütçesiyle güncel tahmini karşılaştırır. Gelir; sözleşme, onaylı değişiklik, fatura ve tahsilat olarak ayrılır. Maliyet; gerçekleşen zaman, onay bekleyen zaman, alt yüklenici, masraf ve kalan tahmin olarak görünür. Marj farkı rate, kur, scope, verim, kıdem karması veya takvim etkisine ayrıştırılır. “Marj düştü” tek başına eylem değildir.
Proje yöneticisi kalan teslimat ve riski; kaynak yöneticisi beceri/kapasiteyi; finans gelir ve faturayı; satış müşteri taahhüdünü doğrular. İyileştirme seçenekleri kapsam değişikliği, ekip karması, yeniden planlama, fatura kilometre taşı, müşteri kararı veya kontrollü write-off olabilir. Her karar müşteri sonucu ve çalışan yüküyle dengelenir.
Tahminin önceki aylara göre değişimi saklanır. Sürekli son ayda kötüleşen projeler, iyimser tahmin veya geç zaman kaydı sorunu gösterebilir. Tahmin doğruluğu kişi cezalandırması değil, planlama olgunluğu metriğidir. Kapanış sonrası gerçek–tahmin farkı şablon ve satış varsayımlarına geri beslenir.
Kaynak çatışması için karar protokolü
Aynı uzman iki projede aynı hafta hard-booked ise sistem yalnız çakışma göstermemeli, karar için bağlam sunmalıdır: müşteri taahhüdü, kritik yol, gelir/marj etkisi, alternatif beceri, seyahat, fazla yük ve gelişim ihtiyacı. Kaynak yöneticisi proje liderleriyle kararı verir; çalışanın sürdürülebilir yükü veto sınırıdır.
Seçenekler tarih kaydırma, kapsam bölme, mentorlukla daha junior kaynak, dış kaynak veya müşteriyle değişikliktir. Kararın sahibi ve etkisi kaydedilir; rezervasyonlar tek işlemde güncellenir. Çalışana birbiriyle çelişen iki yönetici mesajı gitmez. Tekrarlayan çatışma, satış kapasite varsayımı veya kritik beceri açığı olarak portföy düzeyine yükseltilir.
Proje kapanış ve öğrenme döngüsü
Kapanışta açık zaman/masraf, kabul, fatura, tahsilat, alt yüklenici, risk ve belge kontrol edilir. Kaynak rezervasyonları serbest bırakılır; müşteri portalı arşiv rolüne geçer. Final marj, kapsam değişikliği, tahmin doğruluğu ve müşteri geri bildirimi kaydedilir.
Retrospektif genel “iletişim iyileşmeli” notuyla bitmez. Teklif eforu, rol karması, yeniden iş, onay gecikmesi ve fatura sürtünmesi gibi ölçülebilir dersler çıkar. Ders sahibi şablon, rate kartı, risk kontrolü veya satış playbook'unu günceller. Sonraki benzer fırsatta sistem ilgili dersi ve gerçek efor aralığını gösterir. Böylece PSA geçmişi raporlayan değil, gelecekteki proje ekonomisini iyileştiren kurumsal hafıza olur.
Çok ülke ve çok şirketli PSA tasarımı
Uluslararası hizmette sözleşme şirketi, teslimat şirketi, kaynak ülkesi, fatura para birimi, vergi ve transfer fiyatlandırma bağlamı ayrışabilir. PSA proje ekonomisini yönetirken yasal muhasebe ve vergi kuralını ERP/uzman sisteme bırakmalıdır. Intercompany hizmet, rate ve mutabakat politikasına sahip olmalı; aynı zaman kaydı iki şirkette gelir gibi sayılmamalıdır.
Çalışma takvimi, resmî tatil, para birimi ve dil kaynak bazında uygulanır. Kur dönüşümünde işlem, bütçe ve raporlama kurları ayrılır. Proje yöneticisi ortak raporlama para biriminde marjı görür; finans yerel defter kaydını sahiplenir. Veri yerleşimi ve müşteri sözleşmesi, hangi bilginin hangi bölgede tutulacağını etkileyebilir.
Çok şirketli pilot bir yerel ve bir çapraz şirket projesini içermelidir. Kaynak atama, zaman, intercompany charge, müşteri faturası ve konsolide marj uçtan uca mutabık kalır. Karmaşıklığı genel ayarla çözmek yerine ülke/şirket politikası sürümlenir ve yürürlük tarihiyle uygulanır.
Alt yüklenici ve dış kaynak yönetimi
Dış kaynak proje kapasitesini esnekleştirir fakat sözleşme, erişim, maliyet ve kaliteyi görünür yönetmek gerekir. Alt yüklenici SOW'u, rate, tavan, teslim, zaman/masraf onayı ve güvenlik koşulu projeye bağlanır. Kişi yalnız atanmış müşteri ve göreve süreli erişir; sözleşme bitişinde hesabı otomatik kapanır.
Onaylı dış kaynak zamanı hem proje maliyetine hem tedarikçi faturasına referans olur; iki kez maliyetleşmez. Fatura, onaylı zaman/teslim ve PO ile eşleştirilir. Müşteriye yansıtma kuralı ayrı tutulur. Kalite, çevrim ve bağımlılık düzenli değerlendirilir; kritik bilgi tek dış kaynağa bağlanmaz. Böylece esnek kapasite marj ve veri güvenliği pahasına sağlanmaz.
PSA yol haritası üç ayda bir satış, teslimat, kaynak, finans ve çalışan temsilcileriyle gözden geçirilmelidir. Öncelik yalnız yönetim raporuna değil, zaman girişi sürtünmesi, fatura gecikmesi, kapasite çatışması ve müşteri deneyimine göre verilir. Her geliştirme beklenen ölçü, sahibi ve kabul testiyle backlog'a girer; kullanılmayan özel alan ve raporlar düzenli olarak sadeleştirilir.
Sonuç: hizmet işinin ekonomik işletim sistemi
PSA profesyonel hizmet şirketinin fırsat, insan, proje ve nakit akışını birleştirir. CRM satışın, ERP finansın kaydıdır; PSA ise hizmetin nasıl teslim edildiğini ve ekonomik sonucunu sahiplenir. Başarılı kullanım kaynakları aşırı optimize etmek değil, doğru beceriyi sürdürülebilir kapasite ve kârlı kapsamla eşleştirmektir.
Önce hizmet kataloğu, ücret modelleri, beceri sözlüğü ve veri sahipliği matrisini hazırlayın. Project & PSA Suite Pro, kaynak planlama, faturalama/gelir ve kârlılık yeteneklerini birlikte inceleyebilirsiniz. Kurumunuza özel değerlendirme için ön görüşme planlanabilir.
Birincil kaynaklar
- Project Management Institute: PMO hizmetleri, kaynak yönetimi ve kapasite planlama görevleri
- Google Search Central: Faydalı, güvenilir ve insan odaklı içerik ilkeleri
Bu içerik teknoloji ve profesyonel hizmet operasyonu rehberidir; muhasebe, vergi veya sözleşme konusunda kuruma özel görüş yerine geçmez.
Sık sorulan sorular
En sık karşılaşılan uygulama ve seçim sorularına kısa, doğrudan yanıtlar.
01PSA ile proje yönetim aracı arasındaki fark nedir?+
Proje aracı görev, takvim ve iş birliğine odaklanır. PSA bunları satış taahhüdü, kaynak becerisi, zaman/masraf, ücret modeli, gelir, fatura ve marjla bağlar. Her ekip için aynı ayrıntı gerekmeyebilir.
02PSA ERP'nin yerine geçer mi?+
Genellikle hayır. PSA proje teslimatı ve ekonomisini derinleştirir; ERP genel muhasebe, vergi, banka, bordro ve konsolidasyonun ana sistemi kalır. Onaylı fatura ve gelir/maliyet kayıtları entegrasyonla paylaşılır.
03Utilization oranı ne kadar yüksek olmalı?+
Tek evrensel hedef yoktur. Rol, kıdem, satış, yönetim, öğrenme ve izin yüküne göre kapasite ayrılır. Aşırı utilization satış, kalite, yenilik ve çalışan sağlığını bozabilir; marj ve müşteri sonucuyla dengelenmelidir.
04Zaman kaydı olmadan PSA kullanılabilir mi?+
Sabit fiyatlı işte bile gerçek efor, kapasite ve kârlılık için zaman verisi değerlidir. Ancak ayrıntı seviyesi gereksiz yük yaratmamalı; takvim/görev önerisi, mobil kayıt ve haftalık onayla kolaylaştırılmalıdır.
05PSA seçiminde en önemli demo nedir?+
CRM fırsatını onaylı SOW ile projeye dönüştürmek; beceri/kapasiteyle kaynak atamak; kapsam değişikliği, zaman/masraf, gelir ve farklı ücret modelinde faturayı ERP'ye taşıyıp marjı göstermek temel uçtan uca testtir.
Kavram merkezi

