Yazılım ürünlerinde dokümantasyon genellikle sürümün en son ve en aceleye getirilen işidir: API referansı koddan geride kalır, kullanıcı kılavuzu iki sürüm öncesinin ekran görüntülerini gösterir, yardım merkezindeki makaleler İngilizce ve Türkçe arasında farklı şeyler söyler. Ürün yurt dışına açıldığında ise sorun katlanır; arayüz metinleri, e-postalar, sözleşmeler ve destek içerikleri birden fazla dilde, tutarlı terminolojiyle ve sürüm takvimine yetişecek hızda güncellenmek zorundadır. Teknik dokümantasyon ve çeviri outsourcing hizmetimizde bu iş akışının tamamını ya da bir bölümünü 360 Soft’a devredersiniz: teknik yazım, dokümantasyon altyapısı, terminoloji yönetimi, çeviri ve yerelleştirme, kalite kontrol ve sürümle senkronizasyon.
Bu sayfa; hizmetin kimler için uygun olduğunu, doküman türlerini, rolleri, kullanılan standartları ve araçları, teslim modellerini, hizmet seviyelerini, fiyatlandırma mantığını ve sağlayıcı seçerken dikkat etmeniz gerekenleri ayrıntılı olarak anlatır.
Teknik dokümantasyon ve çeviri outsourcing nedir, kimler için gereklidir?
Teknik dokümantasyon; bir ürünün nasıl kurulduğunu, yapılandırıldığını, kullanıldığını, entegre edildiğini ve bakımının yapıldığını hedef okuyucuya uygun şekilde anlatan içeriklerin bütünüdür. Hedef okuyucu son kullanıcı, sistem yöneticisi, entegrasyon yapan geliştirici, destek ekibi veya denetçi olabilir; her biri farklı bir dil, derinlik ve format ister. Çeviri ve yerelleştirme ise bu içeriklerin ve ürün arayüzünün başka dil ve kültürlere, kelime düzeyinde değil, terminoloji, tarih ve sayı biçimleri, hukuki ifadeler ve kullanıcı beklentileri düzeyinde uyarlanmasıdır.
Bu hizmete en çok ihtiyaç duyan kurumlar ve sorunları
| Kurum tipi | Tipik ihtiyaç | Yaşanan sorun |
|---|---|---|
| SaaS ve yazılım ürünü şirketleri | API referansı, geliştirici portalı, yardım merkezi, sürüm notları, arayüz yerelleştirmesi | Dokümanlar koddan geride kalır, destek talepleri artar |
| Yurt dışına açılan Türk teknoloji şirketleri | İngilizce, Almanca, Arapça ve diğer dillerde ürün ve pazarlama içerikleri | Makine çevirisiyle yapılan metinlerin güven kaybettirmesi, terminoloji tutarsızlığı |
| Makine, elektronik ve medikal cihaz üreticileri | Kullanım ve bakım kılavuzları, güvenlik talimatları, servis el kitapları | AB pazarında hedef ülke dilinde talimat gerekliliği, revizyon takibinin zorluğu |
| Kamu ve büyük kurum projeleri yürüten yükleniciler | Sistem tasarım belgeleri, kullanıcı ve yönetici kılavuzları, eğitim materyali, kabul dokümanları | Sözleşmede istenen doküman setinin son dakikada hazırlanması |
| Fintech, sağlık ve regüle sektörler | Prosedürler, politika metinleri, denetim için süreç dokümantasyonu | Denetimde güncel ve onaylı sürümün gösterilememesi |
| Yazılım ajansları ve white label üreticiler | Müşteri markasıyla teslim edilen dokümanlar | Her müşteri için farklı format ve terminoloji |
Ortak sorun şudur: dokümantasyon ve çeviri, yazılım geliştirme sürecinin dışında, ayrı bir iş olarak ele alınır. Sonuçta her sürümde içerikler biraz daha eskir, çeviriler biraz daha tutarsızlaşır ve kullanıcılar doğrudan destek ekibini arar. Dokümantasyonu ürünün bir parçası olarak sürümle birlikte yönetmek, destek yükünü ve satış sürecindeki soru-cevap trafiğini azaltmanın en etkili yollarından biridir.
Hizmet kapsamı
| Modül | İçerik |
|---|---|
| Kullanıcı ve yönetici kılavuzları | Görev odaklı kullanım rehberleri, kurulum ve yapılandırma kılavuzları, sorun giderme bölümleri |
| API ve geliştirici dokümantasyonu | OpenAPI tanımlarından referans üretimi, başlangıç kılavuzları, kod örnekleri, SDK dokümantasyonu, değişiklik günlükleri |
| Yardım merkezi ve bilgi tabanı | Destek taleplerinden türetilen makaleler, arama dostu yapı, ürün içi yardım metinleri |
| Sürüm notları | Her sürüm için kullanıcıya dönük değişiklik özetleri, geçiş ve uyumluluk notları |
| Mimari ve sistem dokümantasyonu | Sistem tasarım belgeleri, entegrasyon şemaları, operasyon el kitapları (runbook), devir dokümanları |
| Süreç ve uyum dokümantasyonu | Prosedürler, iş talimatları, denetim için süreç belgeleri |
| Arayüz (UI) metinleri ve mikro metin | Buton, hata mesajı, boş ekran ve bildirim metinlerinin yazımı ve çevirisi |
| Çeviri ve yerelleştirme | Teknik, hukuki ve pazarlama içeriklerinin çevirisi; yazılım dize dosyalarının (JSON, XLIFF, PO, RESX vb.) yerelleştirilmesi |
| Terminoloji ve stil yönetimi | Terim veritabanı, çeviri belleği, stil kılavuzu, yasaklı ve tercih edilen terim listeleri |
| Dokümantasyon altyapısı | Docs-as-code kurulumu (Markdown veya AsciiDoc, Git, statik site üreticileri), DITA tabanlı yapılandırılmış içerik, CI ile otomatik yayın |
Uzun soluklu yazılım bakım projelerinde dokümantasyonu yazılım bakım ve destek (AMS) outsourcing hizmetiyle; pazarlama ve sosyal medya içerikleri gerekiyorsa içerik, tasarım ve moderasyon outsourcing hizmetiyle birlikte kurgulayabiliriz.
Ekip ve roller
| Rol | Sorumluluk |
|---|---|
| Dokümantasyon lideri | Bilgi mimarisi, içerik stratejisi, stil kılavuzu, sürüm takvimiyle senkronizasyon, kalite kontrol |
| Teknik yazar | Ürün ekipleriyle görüşme, ürünü bizzat kullanarak görev odaklı içerik üretimi, ekran görüntüleri ve diyagramlar |
| API / geliştirici dokümantasyon uzmanı | OpenAPI tanımları, kod örnekleri, geliştirici portalı, SDK dokümanları |
| Çevirmen (hedef dilde ana dil seviyesinde) | Kaynak metnin hedef dile çevirisi, terminoloji uyumu |
| Revizyon editörü (ikinci dilbilimci) | Çevirinin bağımsız ikinci kişi tarafından kontrolü, düzeltme |
| Yerelleştirme mühendisi | Dize dosyaları, CAT aracı iş akışları, otomasyon, yerelleştirilmiş sürümün test edilmesi |
| Terminoloji uzmanı | Terim veritabanı ve çeviri belleği bakımı, müşteri uzmanlarıyla terim onayı |
Standartlar, mevzuat ve en iyi uygulamalar
Aşağıdaki çerçeve genel bilgi amaçlıdır; sektörünüze özgü yükümlülükleri ilgili mevzuat ve uzmanlarınızla teyit etmenizi öneririz.
- ISO 17100 (çeviri hizmetleri): Çeviri sürecinde çevirmen yeterlilikleri, çevirinin ikinci bir kişi tarafından revize edilmesi ve proje yönetimi gibi gereklilikleri tanımlar. Süreçlerimizi bu standardın “çeviri + bağımsız revizyon” mantığına göre kurarız; 360 Soft’un bu standart kapsamında bir sertifikası olduğunu iddia etmiyoruz.
- ISO 18587 (makine çevirisi son düzenleme): Makine çevirisi çıktısının insan tarafından son düzenlemesine ilişkin gereklilikleri tanımlar. Makine çevirisini uygun içerik türlerinde, açık onayınızla ve tam son düzenleme ile kullanırız.
- ISO/IEC/IEEE 26514 ve ilgili standartlar: Yazılım kullanıcı dokümantasyonunun tasarımı ve geliştirilmesine yönelik rehberlik sunar; görev odaklı yapı ve okuyucu analizi gibi ilkeler dokümantasyon tasarımımızın temelindedir.
- DITA ve yapılandırılmış içerik: OASIS tarafından yönetilen DITA standardı, içeriğin yeniden kullanılabilir konu (topic) birimleriyle yazılmasını sağlar; çok ürünlü ve çok dilli dokümantasyonda çeviri maliyetini ve tutarsızlığı azaltır.
- Basitleştirilmiş Teknik İngilizce (ASD-STE100): Havacılık ve savunma başta olmak üzere bakım ve kullanım dokümanlarında belirsizliği azaltmak için kullanılan kontrollü dildir; talep edilirse uygulanır.
- AB ürün mevzuatı: Makine, elektrikli ekipman ve tıbbi cihaz gibi ürün gruplarında AB mevzuatı, kullanım talimatlarının ve güvenlik bilgilerinin ürünün sunulduğu üye devletin kabul ettiği dilde sağlanmasını genel olarak şart koşar. Örneğin yeni AB Makine Yönetmeliği ve tıbbi cihaz mevzuatı talimatlara ilişkin ayrıntılı hükümler içerir; ürününüzün tabi olduğu mevzuatı uygunluk değerlendirme sürecinizle birlikte ele alırız.
- Resmi ve yeminli çeviri: Mahkeme, noter veya resmi kurumlara sunulacak belgelerde yeminli tercüman ve noter onayı gerekebilir. 360 Soft noter onaylı yeminli tercüme hizmeti sunmaz; bu tür belgeler için yetkili tercüme bürolarıyla çalışmanızı öneririz.
- Erişilebilir dokümantasyon: Yardım merkezleri ve PDF kılavuzların ekran okuyucularla kullanılabilir olması, Avrupa Erişilebilirlik Yasası kapsamındaki ürün ve hizmetler için de önem taşır. Bu konuda WCAG erişilebilirlik denetim outsourcing hizmetimizle birlikte çalışırız.
Çalışma yöntemi: dokümantasyonu sürümle senkron tutmak
- Okuyucu ve içerik envanteri: tüm içerikler listelenir, hedef okuyucular ve en sık gelen destek soruları belirlenir.
- Bilgi mimarisi ve stil kılavuzu: İçerik türleri, başlık yapısı, ses tonu, terminoloji ve ekran görüntüsü kuralları yazılır.
- Docs-as-code veya yapılandırılmış içerik altyapısı: Dokümanlar kodla aynı depoda veya bir içerik yönetim sisteminde sürümlenir; her ürün sürümüne bir doküman sürümü karşılık gelir.
- Tanım-tamam (definition of done) entegrasyonu: Kullanıcıyı etkileyen her geliştirme işinde dokümantasyon görevi otomatik açılır; özellik dokümansız tamamlanmış sayılmaz.
- Çeviri hattı: Kaynak metin onaylandığında değişen kısımlar çeviri belleği üzerinden çevirmene gider; değişen metin çevrilir.
- Kalite kontrol ve yayın: Teknik doğruluk kontrolü ürün ekibince, dil kontrolü revizyon editörünce yapılır; yayın otomatik veya onaylı akışla gerçekleşir.
Teslim modelleri
| Model | Nasıl çalışır | Ne zaman uygun |
|---|---|---|
| Uzaktan | Yazarlar ve çevirmenler ürün ortamlarına, iş takip sistemine ve depolara erişimle uzaktan çalışır | Yazılım ürünlerinin büyük çoğunluğu |
| Yerinde | Teknik yazar ürün ve mühendislik ekipleriyle aynı ortamda çalışır | Fiziksel ürün ve makine kılavuzları, kapalı ağdaki sistemler, yoğun bilgi toplama dönemleri |
| Hibrit | Bilgi toplama ve atölyeler yerinde, yazım ve çeviri uzaktan | Büyük kurumsal ve kamu projeleri |
| Sözleşme modeli | Açıklama |
|---|---|
| Proje | Belirli bir doküman setinin hazırlanması veya bir ürünün belirli dillere yerelleştirilmesi |
| Managed service | Sürüm takvimine bağlı sürekli dokümantasyon ve çeviri; SLA ile yönetilir |
| Dedicated team | Ürününüze ayrılmış sabit teknik yazar ve yerelleştirme ekibi |
| Staff augmentation | Ürün ekibinize tanımlı çıktılarla teknik yazar veya yerelleştirme uzmanı eklenmesi; iş 360 Soft yönetiminde yürür |
Süreç ve tipik süreler
| Adım | İçerik | Tipik süre |
|---|---|---|
| 1. İhtiyaç analizi | Ürünler, okuyucular, diller, içerikler, araçlar, sürüm takvimi | 1 hafta |
| 2. İçerik envanteri ve boşluk analizi | Eksik, eski ve tekrar eden içeriklerin tespiti, önceliklendirme | 1-2 hafta |
| 3. Stil kılavuzu ve terminoloji | Stil kuralları, ilk terim listesi, çeviri belleğinin oluşturulması veya belleğin temizlenmesi | 2-3 hafta |
| 4. Altyapı kurulumu | Docs-as-code deposu veya içerik sistemi, CAT aracı, yayın akışı | 2-4 hafta |
| 5. İlk içerik seti | Öncelikli kılavuzlar ve API referansı; ilk dillere çeviri | Kapsama göre 4-12 hafta |
| 6. Sürekli işletim | Sürüm bazlı güncelleme, yeni içerikler, çeviri hattı, aylık rapor | Sözleşme süresince |
Temsili senaryodur: Türkiye’de geliştirilen ve Körfez ülkeleri ile Avrupa’ya satılmaya başlanan bir B2B SaaS ürünü düşünelim. API dokümanları dağınık bir wiki’dedir, arayüz Türkçe ve İngilizce’dir. Önce OpenAPI tanımlarından otomatik referans üretilir, en sık destek sorularından başlangıç kılavuzları yazılır. Ardından arayüz dize dosyaları çeviri belleğiyle Arapça ve Almancaya yerelleştirilir, Arapça için sağdan sola düzen testleri yapılır. Bu anlatım sürecin işleyişini göstermek içindir; gerçek bir müşteri sonucu değildir.
SLA ve KPI tablosu
| Gösterge | Tanım | Nasıl ölçülür |
|---|---|---|
| Sürümle eş zamanlı doküman oranı | Kullanıcıyı etkileyen değişikliklerden sürümle birlikte dokümante edilenlerin oranı | Yüzde, sürüm bazında |
| Çeviri teslim süresi | Onaylı kaynak metnin çeviriye gönderilmesinden revize çevirinin teslimine kadar geçen süre | İş günü, hacim bandına göre |
| Dil kalite skoru | Örneklem üzerinde hata kategorisi ve ağırlığına göre puanlanan kalite değerlendirmesi (MQM benzeri bir hata tipolojisiyle) | Puan, aylık |
| Terminoloji uyumu | Onaylı terimlerin doğru kullanım oranı | Otomatik kontrol, yüzde |
| Teknik doğruluk düzeltme süresi | Bildirilen teknik hatanın yayında düzeltilme süresi | İş günü |
| İçerik güncelliği | Son iki sürümde gözden geçirilmiş makale oranı | Yüzde |
| Destek talebi sapma göstergeleri | Yardım makalesi görüntülenmesinin ardından açılan talep oranı gibi göstergeler (veri sizin destek aracınızdan alınır) | Trend |
Fiyatlandırma faktörleri
| Faktör | Etkisi |
|---|---|
| İçerik türü | Pazarlama metni, kullanıcı kılavuzu, API referansı ve hukuki metin farklı uzmanlık ve efor gerektirir |
| Dil çifti ve dil sayısı | Yaygın dil çiftleri ile nadir dil çiftleri arasında ciddi maliyet farkı vardır |
| Çeviri belleği eşleşmesi | Tekrarlanan ve daha önce çevrilmiş metin oranı yükseldikçe maliyet düşer |
| Teknik derinlik | Kod örnekleri, entegrasyon senaryoları veya regüle sektör bilgisi |
| Sürüm sıklığı | Sık sürüm, sürekli güncelleme eforu demektir |
| Altyapı ihtiyacı | Docs-as-code, DITA, CAT aracı kurulumu ve otomasyon |
| Teslim süresi | Acil teslimler ek kapasite gerektirir |
| Fiyat modeli | Nasıl işler | Ne zaman mantıklı |
|---|---|---|
| Kelime başı (çeviri) | Kaynak kelime sayısı ve çeviri belleği eşleşme oranına göre | Çeviri ve revizyon işleri |
| Sabit fiyat | Tanımlı doküman seti için tek bedel | Kılavuz seti, ilk API dokümantasyonu |
| Adam/ay | Ayrılmış teknik yazar veya yerelleştirme uzmanının aylık eforu | Sürekli dokümantasyon, dedicated team |
| Saatlik | Gerçekleşen saat üzerinden | Danışmanlık, inceleme, küçük güncellemeler |
| Sonuç bazlı (outcome-based) | Bedelin bir kısmı sürümle eş zamanlı doküman oranı gibi hedeflere bağlanır | Süreçleri olgun ürün ekipleri |
Kurum içi ekip, freelancer ve outsourcing karşılaştırması
| Kriter | Kurum içi teknik yazar | Freelancer çevirmen / yazar | Outsourcing (360 Soft) |
|---|---|---|---|
| Ürün bilgisi | Derin, ama tek kişide | Sınırlı, her işte yeniden öğrenme | Dedicated ekip ile derinleşir, dokümante edilir |
| Dil kapsamı | Genellikle bir veya iki dil | Kişinin dil çifti ile sınırlı | Çok dilli ekip ve bağımsız revizyon |
| Süreç ve araç | Kurumun yatırımına bağlı | Kişinin araçlarına bağlı | Docs-as-code, CAT, terminoloji ve QA hattı |
| Ölçeklenebilirlik | Kadro sabit | Müsaitliğe bağlı | Sürüm yoğunluğuna göre esnek |
| Kalite güvencesi | Çoğu zaman tek göz | Genellikle tek göz | Çeviri + bağımsız revizyon + teknik doğruluk kontrolü |
| Gizlilik ve sözleşme | Kurum içi | Bireysel NDA, kontrolü zor | Kurumsal NDA, erişim yönetimi, veri işleme sözleşmesi |
Riskler ve önlemler
| Risk | Önlem |
|---|---|
| Dokümanların sürümden geride kalması | Tanım-tamam kuralı, iş takip sistemine bağlı doküman görevleri, sürüm öncesi kontrol |
| Terminoloji tutarsızlığı | Onaylı terim veritabanı, otomatik terminoloji kontrolü, müşteri uzmanı onayı |
| Kontrolsüz makine çevirisi | Makine çevirisi onayla ve tam son düzenleme ile; hassas veriler genel çevrim içi çeviri araçlarına gönderilmez |
| Teknik hata içeren içerik | Ürün ekibinden teknik gözden geçiren, test ortamında adım adım doğrulama |
| Yerelleştirme hataları (taşan metin, bozuk yer tutucular, sağdan sola düzen) | Sözde yerelleştirme (pseudo-localization), yer tutucu kontrolleri, yerelleştirilmiş sürümün görsel testi |
| Bilgi kaybı | Stil kılavuzu, terim veritabanı ve çeviri belleğinin sizin mülkiyetinizde tutulması |
Güvenlik, KVKK/GDPR, gizlilik ve fikri mülkiyet
- Yayınlanmamış ürün bilgisi: Teknik yazarlar ve çevirmenler henüz duyurulmamış özelliklere erişir. Kurumsal ve kişisel gizlilik sözleşmeleri imzalanır, erişim proje bazında verilir.
- Çeviri araçlarında veri güvenliği: Gizli içerikler, verilerin eğitimde kullanılmadığı ve saklanmadığı teyit edilmiş kurumsal araçlarla işlenir; genel ücretsiz çeviri servislerine gönderilmez.
- KVKK ve GDPR: Çevrilecek belgelerde kişisel veri varsa (sözleşmeler, destek kayıtları, örnek ekran görüntüleri) 360 Soft veri işleyen olarak hareket eder; ekran görüntülerinde gerçek müşteri verisi yerine test verisi kullanılır.
- Fikri mülkiyet: Hazırlanan dokümanlar, çeviriler, çeviri belleği, terim veritabanı ve stil kılavuzunun hakları sözleşmede size devredilir; sözleşme bitiminde tümü standart formatlarda (ör. TMX, TBX) teslim edilir.
Kişisel veri içeren belgelerin işlenmesine ilişkin süreçleri KVKK uyum operasyonu outsourcing hizmetimizle birlikte yapılandırabiliriz.
Sözleşme modeli hakkında hukuki not
Bu hizmet bir hizmet alımıdır: iş, 360 Soft’un ekibi ve yönetimiyle, sözleşmede tanımlanan çıktı ve hizmet seviyelerine göre yürütülür. Ekibin işyerinizde çalıştığı durumlarda yapı 4857 sayılı İş Kanunu’nun 2. maddesindeki alt işverenlik kurallarına uygun kurulur. Personelin doğrudan sizin emir ve talimatlarınızla çalıştığı geçici iş ilişkisi (İş Kanunu md. 7) ise İŞKUR’dan izinli özel istihdam büroları aracılığıyla kurulabilir; 360 Soft özel istihdam bürosu değildir.
Sağlayıcı seçim kontrol listesi
- Yazılım ürünü dokümantasyonunda, API ve geliştirici içeriklerinde örnek çalışmalar gösterebiliyor mu?
- Çeviri sürecinde çevirmenden bağımsız ikinci bir revizyon editörü var mı?
- Hedef dillerde ana dil seviyesinde çevirmen sağlayabiliyor mu?
- Çeviri belleği ve terim veritabanı sizin mülkiyetinizde mi kalıyor, standart formatta teslim ediliyor mu?
- Makine çevirisi kullanımı konusunda şeffaf mı ve onayınızı alıyor mu?
- Docs-as-code veya DITA gibi altyapılarla çalışabiliyor mu?
- Yerelleştirilmiş arayüzü test ediyor mu?
- SLA ve kalite ölçümü sözleşmeye yazılabiliyor mu?
- Yeminli ve noter onaylı çeviri gibi kapsam dışı işleri açıkça belirtiyor mu?
İlgili hizmetler
- Yazılım bakım ve destek (AMS) outsourcing
- İçerik, tasarım ve moderasyon outsourcing
- UI/UX tasarım outsourcing — mikro metin ve arayüz tasarımı
- WCAG erişilebilirlik denetim outsourcing
- QA ve test outsourcing — yerelleştirme testleri
- White label yazılım geliştirme outsourcing
- Geliştirici kiralama
- Tüm outsourcing hizmetleri
Sık sorulan sorular
Teknik dokümantasyon outsourcing hangi içerikleri kapsar?
Kullanıcı ve yönetici kılavuzları, API ve geliştirici dokümantasyonu, yardım merkezi makaleleri, sürüm notları, sistem ve mimari belgeleri, süreç dokümanları ve arayüz metinlerini kapsar. Kapsam ihtiyaç analizinde netleştirilir.
Hangi dillerde çeviri yapıyorsunuz?
Dil kapsamını ihtiyacınıza göre planlarız. İngilizce, Almanca, Arapça ve diğer diller için hedef dilde ana dil seviyesinde çevirmen ve bağımsız revizyon editörüyle çalışırız; nadir dil çiftlerinde süre ve kapsamı teklifte belirtiriz.
Makine çevirisi kullanıyor musunuz?
Uygun içerik türlerinde, açık onayınızla ve tam insan son düzenlemesiyle kullanırız. Gizli içerikler verileri saklamayan ve eğitimde kullanmayan kurumsal araçlarla işlenir.
Yeminli veya noter onaylı çeviri yapıyor musunuz?
Hayır. 360 Soft noter onaylı yeminli tercüme hizmeti sunmaz. Resmi makamlara sunulacak belgeler için yetkili tercüme bürolarıyla çalışmanızı öneririz.
ISO 17100 sertifikanız var mı?
360 Soft’un ISO 17100 sertifikası olduğunu iddia etmiyoruz. Çeviri süreçlerimizi bu standardın çeviri ve bağımsız revizyon mantığına göre kurarız; sertifika şartınız varsa teklif aşamasında belirtmenizi rica ederiz.
Dokümantasyonu yazılım sürümleriyle nasıl senkron tutuyorsunuz?
Docs-as-code veya yapılandırılmış içerik altyapısıyla dokümanları ürün sürümleriyle birlikte sürümleriz. Kullanıcıyı etkileyen her geliştirme işine doküman görevi bağlanır ve sürüm öncesi kontrol yapılır.
API dokümantasyonu hazırlayabilir misiniz?
Evet. OpenAPI tanımlarından referans üretimi, başlangıç kılavuzları, kod örnekleri, SDK dokümantasyonu ve değişiklik günlükleri hazırlarız.
Çeviri belleği ve terim veritabanı kime ait?
Size aittir. Sözleşme bitiminde çeviri belleği TMX, terim veritabanı TBX gibi standart formatlarda teslim edilir; başka bir sağlayıcıyla da kullanabilirsiniz.
Yazılım arayüzü yerelleştirmesi yapıyor musunuz?
Evet. JSON, XLIFF, PO veya RESX gibi dize dosyalarını yerelleştirir, yer tutucu ve uzunluk kontrollerini yapar ve yerelleştirilmiş arayüzü görsel olarak test ederiz. Sağdan sola diller için düzen testi yapılır.
Fiyatlandırma nasıl belirleniyor?
İçerik türü, dil çifti, çeviri belleği eşleşmesi, teknik derinlik, sürüm sıklığı, altyapı ihtiyacı ve teslim süresi belirleyicidir. Kelime başı, sabit fiyat, adam/ay, saatlik veya kısmen sonuç bazlı modeller sunarız.
Ürün ekibimizden ne kadar zaman alırsınız?
Başlangıçta bilgi toplama görüşmeleri ve teknik gözden geçirme için ürün ekibinden düzenli zaman gerekir. Süreç oturduktan sonra bu ihtiyaç kısa gözden geçirmelere iner; teknik yazarlar ürünü test ortamında bizzat kullanarak çalışır.
Bu hizmet hangi sözleşme modeliyle yürür?
Hizmet alımı modelinde iş 360 Soft’un ekibi ve yönetimiyle, sözleşmedeki çıktı ve hizmet seviyelerine göre yürür; işyerinizde çalışılan durumlarda yapı İş Kanunu’ndaki alt işverenlik kurallarına göre kurulur. Personelin doğrudan sizin talimatınızla çalıştığı geçici iş ilişkisi ise İŞKUR izinli özel istihdam bürosu üzerinden yapılabilir.
Bir sonraki adım
Ürünlerinizi, hedef dilleri, dokümanlarınızı ve sürüm takviminizi paylaşın; içerik envanteri ve dokümantasyon planı için yazılı teklif hazırlayalım. Bize +90 850 335 10 87 numarasından ulaşabilir, info@360-soft.com adresine yazabilir veya iletişim sayfamızdaki formu kullanabilirsiniz. 360 Soft Marketing Yazılım ve Danışmanlık Ltd. Şti., Nidakule Ataşehir, İstanbul.
Bu işi bize devredin Kapsamı ve hacmi yazın; kurulum planını ve yazılı teklifi paylaşalım. Teklif alın · WhatsApp · +90 850 335 10 87
Bu sayfa 360 Soft Yetkili Temsilcisi Yasir Bünyamin İncedere tarafından hazırlanmıştır. Son güncelleme: Kasım 2026.
İlgili hizmetler
- Tekstil ve Hazır Giyim için OutsourcingTekstil ve hazır giyim outsourcing: pazaryeri, katalog, depo, RFID sayım, ERP/PLM ve sürdürülebilirlik…
- Telekom için OutsourcingTelekom outsourcing: 7/24 NOC, saha kurulum ve arıza, abone destek, OSS/BSS geliştirme, DevOps ve SOC. BTK…
- Turizm ve Otelcilik Sektöründe OutsourcingTurizm ve otel outsourcing: çok dilli rezervasyon merkezi, kanal yönetimi, itibar yönetimi, gece kontrolü ve…
- UI/UX Tasarım OutsourcingUI/UX tasarım outsourcing: kullanıcı araştırması, arayüz tasarımı, prototip, tasarım sistemi ve…
- Üretim ve Sanayi Sektöründe OutsourcingÜretim sektöründe outsourcing: fabrika IT/OT, MES ve ERP desteği, Endüstri 4.0, kalite dokümantasyonu ve depo…
- Uygulama Mağaza Yönetimi (ASO) OutsourcingASO ve uygulama mağaza yönetimi outsourcing: App Store ve Google Play için kelime, metadata, görsel, A/B…