Çalışanların kullandığı iç süreç uygulaması.
01Olmazsa olmaz özellikler
- kurum içi dağıtım
- rol bazlı yetki
- çevrimdışı
02İhtiyaca göre eklenen modüller
Çapraz platform (tek kod tabanı)
Çapraz platform (tek kod tabanı) için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
Konum servisleri
Konum servisleri için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
Kurum içi dağıtım
Kurum içi dağıtım, ihtiyaç netleştiğinde işletme (kurum içi) uygulaması içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
Kamera ve barkod okuma
Kamera ve barkod okuma için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
03İşletme (kurum içi) uygulaması planlarken bilinmesi gerekenler
- Platform: tek kod tabanı çoğu işletme uygulaması için yeterlidir; cihaz donanımına yoğun erişimde yerel geliştirme düşünülür.
- Mağaza incelemesi süreleri ve kuralları değişkendir; yayın takvimi buna pay bırakır.
- Sürüm güncellemeleri ve işletim sistemi değişiklikleri için bakım planlanır.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Uygulama mağazada reddedildi | Gizlilik açıklaması/izin metinleri eksik | Mağaza kurallarına göre düzeltme |
| Eski uygulama güncel sürümlerde çalışmıyor | SDK güncellenmemiş | Sürüm yükseltme |
| Uygulama yavaş ve çöküyor | Kontrolsüz veri çekimi, test eksikliği | Profil analizi ve testler |
05Kullanıcı rolleri ve yetkiler
| Rol | Görebilir | Yapabilir |
|---|---|---|
| Yönetici | Tüm birimler | Onay ve yetki |
| Birim sorumlusu | Kendi birimi | Onay, atama, rapor |
| Kullanıcı | Kendi kayıtları | Giriş ve takip |
| Denetçi | Salt okunur raporlar | Dışa aktarım |
06Raporlar ve mobil kullanım
Rapor ihtiyacı, kararların hangi rakamlara bakılarak verildiği sorusuyla belirlenir; her rapor bir karara hizmet etmelidir.
Arayüz mobil uyumlu tasarlanır; sahada veya yolda olan kullanıcılar tarayıcıdan aynı ekranlara erişir. Kamera, barkod veya çevrimdışı kullanım gerekiyorsa mobil uygulama değerlendirilir.
07Sektöre göre özellik önerileri
- Kurum içi kullanım: Kurum içi dağıtım, uygulamayı mağazaya çıkarmadan çalışanlara ulaştırır.
- Sağlık ve randevu: Özel nitelikli veri için güvenli mesajlaşma ve en az veri ilkesi gerekir.
- Saha ve servis ekipleri: Çevrimdışı çalışan iş emri, kapsama alanı dışında da kayıt alır.
- Müşteri uygulamaları: Bildirim ve sadakat özellikleri tekrar alışverişi destekler.
08Darende için özellik planı
Darende'nin PTT verisindeki 68 yerleşim kaydı 1 farklı posta koduna dağılır. Bu kayıtlardan 1 tanesi organize sanayi veya serbest bölge kaydıdır. Darende'de PTT verisine göre 1 OSB/SB kaydı bulunur; üretim ve tedarik zinciriyle çalışan işletmelerde işletme (kurum içi) uygulaması için B2B süreçler ve mevcut programlarla entegrasyon ayrıca konuşulur.
Birden fazla ilçede ekibi veya şubesi olan işletmelerde işletme (kurum içi) uygulaması için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.
Darende'de bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.
Malatya genelinde Arguvan, Hekimhan ve Doğanyol gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
İşletme (kurum içi) uygulamasını planlıyorsanız 0540 003 19 81 numarasını arayın veya WhatsApp'tan ihtiyacınızı birkaç cümleyle yazın; teklif formunu da doldurabilirsiniz.
SSSSık sorulan sorular
Kullanıcı rolleri nasıl belirlenir?
Kimin neyi göreceği, kimin neyi onaylayacağı mevcut iş akışından çıkarılır ve bir yetki matrisiyle belgelenir.
Hangi özellik ilk sürümde olmalı?
Her gün kullanılacak ve en çok zaman kazandıracak özellikler ilk sürümde olmalıdır; diğerleri kullanım verisine göre eklenir.
Özellik listesini nasıl hazırlamalıyım?
Bugün nasıl çalıştığınızı, en çok zaman alan işi ve olmazsa iş yapılamayacak adımları yazmanız yeterli; teknik listeyi analizde birlikte çıkarırız.
İşletme (kurum içi) uygulaması için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve kurum içi dağıtım gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
İşletme (kurum içi) uygulaması sonradan genişletilebilir mi?
Evet. Rol bazlı yetki gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
Mağaza hesapları kimin adına açılır?
İşletmenin adına açılır. Apple'da tüzel kişi hesabı için D-U-N-S numarası istenir; hesap erişimleri işletmede kalır.
Darende'den yazıyorum; toplantılar nasıl yapılıyor?
Analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
Tüm özellikler ilk sürümde mi olmalı?
Hayır. İlk sürüm en çok zaman kaybettiren işi çözmeye odaklanır; diğer özellikler kullanım verisi ve geri bildirimle sürüm planına alınır.
→İlgili sayfalar
İşletme (Kurum İçi) Uygulaması hakkında diğer konular
- İşletme (kurum içi) uygulaması bakım ve destekYayın sonrası bakım, güncelleme ve destek
- İşletme (kurum içi) uygulaması firmasıFirma seçerken bakılacaklar
- İşletme (kurum içi) uygulaması geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- İşletme (kurum içi) uygulaması fiyatlarıMaliyeti belirleyen kalemler ve teklif karşılaştırma
- İşletme (kurum içi) uygulaması entegrasyonlarıBağlanabilecek sistemler
Darende'de ilgili hizmetler
Malatya içindeki diğer ilçeler
- Doğanyol için işletme (kurum içi) uygulaması özellikleri ve modülleri
- Yazıhan için işletme (kurum içi) uygulaması özellikleri ve modülleri
- Malatya Kale için işletme (kurum içi) uygulaması özellikleri ve modülleri
- Arguvan'da işletme (kurum içi) uygulaması özellikleri ve modülleri
- Hekimhan için işletme (kurum içi) uygulaması özellikleri ve modülleri
Bu sayfada geçen kavramlar
- kurum içi dağıtım
- rol bazlı yetki
- çevrimdışı
- React Native
- Google Play
- Swift
- iç test
- Android
- Malatya
- Darende