01 / Vaka çalışması · Ürün evrimi ve gereksinimler

HERA V2

Çalışan bir masaüstü sistemden daha ölçeklenebilir bir web ürününe.

Gerçek operasyonel geri bildirimin, Tazelenme Üniversitesi için yeni bir ürün kapsamını, yetki modelini ve araştırma iş akışlarını nasıl şekillendirdiği.

Geliştirme aşamasındaAnaliz ve ürün tanımı

Yönetici görünümüGeniş operasyonel modül erişimi

Katkım
Ürün Gereksinimleri ve İş Akışı Tasarımı
Ekip
4 kişi
Kapsam
14 modül · 4 kullanıcı rolü
Aşama
Analiz ve ürün tanımı

Bu diyagram ürün kapsamını ve planlamayı gösterir; V2'nin kullanıma alındığı iddiası değildir.

Evrilme nedeni

V2 boş bir sayfadan başlamadı.

HERA V1 kurulmuş ve kullanılıyordu. Bu deneyim yeni gereksinimleri ortaya çıkarırken, diğer Tazelenme Üniversitelerinden gelen ilgi bağımsız, yerel bir masaüstü kurulumunun sınırlarını gösterdi. Sonraki adım, ürünü daha geniş erişim ve daha karmaşık kurumsal iş akışları için yeniden düşünmekti.

Girdi 01

Operasyonel geri bildirim

Gerçek kullanıcılar sürtünme noktalarını, eksik yetenekleri ve iş akışı iyileştirmelerini belirledi.

Girdi 02

Daha geniş uygulanabilirlik

İlk kurumun ötesindeki ilgi, web odaklı ürün düşüncesini tetikledi.

Girdi 03

Araştırma ihtiyaçları

Anketlerin yeniden kullanımı ve araştırma verileri, V1'in sunduğundan daha net bir yapı gerektiriyordu.

Yaklaşımım

Geri bildirimi daha uzun bir özellik listesine değil, ürün kararlarına dönüştürmek.

  1. V1 kullanımını gözlemle
  2. İhtiyaçları topla ve filtrele
  3. İş akışlarını tanımla
  4. Kuralları ve erişimi belirle
  5. V2 kapsamını belgele

Özellik kapsamına, modül sınırlarına, iş kurallarına, rollere ve yetkilere ve gereksinim dokümantasyonuna katkı verdim. Bu kararlar ekipçe alındı; benim odağım, operasyonel ihtiyaçları ürün geliştirmeye yön verecek kadar açık hale getirmekti.

Dört ürün kararı · bir seçki

Ürünün daha bilinçli hale geldiği yerler.

Proje boyunca tanımlanan 60'tan fazla ürün kararından dört örnek — farklı düşünme biçimlerini göstermek için seçildi.

01Yeniden kullanılabilirlik

Araştırmadan ayrı bir anket havuzu

Problem
Her araştırma projesi için soruları yeniden oluşturmak işi tekrarlar ve bir anket ile onu kullanan çalışma arasındaki farkı bulanıklaştırırdı.
Karar
Araştırma yönetiminden ayrı, yeniden kullanılabilir bir anket havuzu tanımlamak; böylece öğrenciler araştırma yönetimine erişmeden kendilerine atanan anketleri doldurabilir.

02Yetkiler

Sınırları belirlenmiş öğrenci self-servisi

Problem
Tüm güncellemeleri yöneticilere bırakmak gereksiz iş yaratır; sınırsız düzenleme ise risk getirir.
Karar
Rol tabanlı kısıtları koruyarak öğrencilerin ilgili dersleri ve etkinlikleri görmesine ve seçili bilgileri güncellemesine izin vermek.

03Modül sınırları

Kulüpler etkinliklerle aynı şey değil

Problem
Her aktiviteyi aynı şekilde ele almak, farklı katılım örüntülerini ve yönetim ihtiyaçlarını gizlerdi.
Karar
Düzenli kulüp iş akışlarını etkinliğe özel yönetimden ayırmak.

04Alan mantığı

Klasik not ortalamasının ötesinde ilerleme

Problem
Standart bir akademik notlandırma modeli, yaşlı yetişkinlere yönelik bir sosyal sorumluluk öğrenme programını tam olarak tanımlamaz.
Karar
Akademik ilerlemeyi ve transkript mantığını yalnızca notlara göre değil, programın gerçek kurallarına göre tanımlamak.

Roller ve erişim

Tek platform. Farklı sorumluluklar.

HERA V2 kullanıcı rolleri
RolSorumluluk
YöneticiKurumsal gözetim ve yönetim
ÖğretmenÖğretimle ilgili iş akışları
OperatörGünlük kayıt yönetimi
ÖğrenciKontrollü self-servis ve katılım

Rol açıklamaları planlanan erişim modelini özetler; eksiksiz bir yetki matrisi değildir.

Yönetim arayüzü · idari raporlama

Yönetim analitiğiDemografi, ders kapasitesi ve operasyonel aktivite üzerine idari raporlama

Yönetim analitiğiDers doluluğu, talep akışı ve gezi katılımı ile ödeme

Geliştirme aşamasındaki ürün ekranlarıdır; kamuya açık bir lansmanın kanıtı değildir. Görünen menü, ekranın alındığı andaki geliştirme durumunu yansıtır.

Ürün kanıtı · Araştırma iş akışı

Yeniden kullanılabilir anketler. Kontrollü araştırma erişimi.

Geliştirme aşamasındaki bu ekranlar ayrımı somutlaştırır: anket yeniden kullanılabilir bir soru yapısıdır; araştırma projesi ise hedef kitlesini, erişimi ve tekrarlı ölçümü kontrol eder.

Tekrarsız yeniden kullanım

Anketi bir kez tasarla.

Soru biçimleri ve zorunlu alanlar her çalışma için yeniden oluşturulmak yerine anket düzeyinde tanımlanır.

Karar 01Araştırmadan ayrı bir anket havuzu

01 / Anket kütüphanesiYeniden kullanılabilir sorular, ölçekler ve doğrulama kuralları

Sınırları belirli erişim

Araştırma yönetişimini ayrı tut.

Araştırma kayıtları sahiplik ve erişim kontrolleri içerir; böylece bir çalışmayı yönetmek, bir anketi yanıtlamakla aynı yetki değildir.

Karar 01Araştırma yönetimi ayrı kalır

02 / Araştırma erişimiSahiplik, erişim kademesi ve belgeler

Tekrarlanabilir ölçüm

Tek bir anketi farklı ölçüm dalgalarına bağla.

Bağlı anket iş akışı, ön test ve son test karşılaştırmaları dahil olmak üzere anket şablonlarını belirli bir araştırma projesi içindeki kullanımlarından ayırır.

03 / Bağlı anketlerAnket ataması ve tekrarlı ölçüm yapısı

Ekranlar geliştirme aşamasındaki bir uygulamayı gösterir. Görünen etiketler, durumlar ve kayıtlar arayüzü temsil eder; bağımsız olarak doğrulanmış araştırma sonuçları değildir.

Proje çıktısı

Tanımlanmış bir ürün yönü — uydurulmuş bir lansman hikâyesi değil.

14kapsamdaki işlevsel modül
4tanımlı kullanıcı rolü
60+tanımlanan ürün kararı
4'ü burada örnek olarak gösteriliyor

Bu çalışma, HERA'nın web'e evrimi için yapılandırılmış bir gereksinim, iş akışı ve iş kuralı seti ortaya koydu. Vaka çalışması analiz ve ürün tanımına odaklanır; V2'nin canlıya alındığını ya da benimsenmesinin ölçüldüğünü iddia etmez.

Ne öğrendim

Ürün evrimi daha fazla özellik eklemek değildir. Sistemin nasıl çalışması gerektiğini yeniden tanımlamaktır.

V1 bize gerçek operasyonların neye ihtiyaç duyduğunu öğretti. V2 ise bu öğrendiklerimizi daha net sınırlara, yetkilere ve yeniden kullanılabilir yapılara dönüştürmemizi gerektirdi.

Sonraki vaka çalışması · 02

AdSphere Uçtan uca bir influencer kampanya iş akışı için daha net roller, pazarlık kuralları ve onay adımları tasarlamak.