Şişli’de yazılım geliştirme: Aynı saate iki randevu yazılmasını nasıl önlersiniz?

Bir çalışan telefondaki müşteriye uygun saati söylüyor. Aynı sırada başka biri web sitesinden o saati seçiyor. İki kişi de onay alıyor; ekip çakışmayı müşteriler kapıya gelmeden fark etmeye çalışıyor. Takvim ekranının bulunması bu sorunu kendiliğinden çözmez. Asıl soru, aynı zaman aralığında gerçekten kullanılabilecek personel ve yerin, bütün başvuru yollarında nasıl ayrıldığıdır.

Şişli’de yazılım geliştirme desteği arayan bir işletme için çift randevu sorunu ekran görünümünden önce iş kuralıyla ele alınabilir. Bu rehberde aynı kaynak için çakışan görüşmeleri, telefon ve web üzerinden eş zamanlı işlemleri ve iki görevliyle yapılabilecek kabul denemesini anlatıyoruz. Örneğimiz bütünüyle varsayımsal bir görüşme ofisidir; gerçek işletme, müşteri veya başarı sonucu içermez. Verilen saatler de yalnızca açıklama içindir. Görseller gerçek ofis veya çalışan randevu sisteminin kanıtı değildir.

Aynı saat iki randevu için her zaman çakışma mıdır?

İki ayrı personel, iki ayrı uygun odada aynı anda görüşme yapabiliyorsa aynı saat iki kayıtta bulunabilir. Buna karşılık iki personelin ortak kullandığı tek oda varsa kişilerin boş olması yeterli değildir. Randevunun hangi insanı, yeri veya ekipmanı gerektirdiğini belirlemek gerekir. Yalnızca takvimde aynı saate iki satır yazıldığını görmek, hatayı tanımlamaya yetmeyebilir. Aynı imkânın hangi iki görüşmeye birden ayrıldığını bulun.

İşletme sahibi bu ayrımı teknik terim kullanmadan anlatabilir: “Bu görüşme için bir görevli ve görüşme odası gerekiyor.” Başka bir hizmetin yalnızca belirli bir personelle yapılabildiği de söylenebilir. Bazı görüşmelerde birden fazla kişinin birlikte bulunması gerekebilir. Gerçekte gerekenleri yazın; işletmede bulunmayan bir kaynak veya sunulmayan görüşme biçimini kapsamlı görünmek için eklemeyin. Yazılım bu gerçek ihtiyaçlara göre değerlendirilmelidir.

Bir personelin görevi başka biri tarafından karşılanabiliyorsa bunun da kuralı açık olmalıdır. Müşteri belirli kişiyi mi seçiyor, yoksa uygun bir görevliyle mi görüşüyor? İkisi farklı beklentidir. Yazılımın arka planda başka kişiye ataması, müşterinin seçimini sessizce değiştirmemelidir. İşinize uygun yazılım geliştirme kapsamını konuşurken bu ayrımı örnek bir görüşme üzerinden anlatmak, yalnızca “randevu modülü istiyoruz” demekten daha açıklayıcıdır.

İki ayrı takvim aynı fiziksel odayı gösteriyor olabilir

Varsayımsal ofiste her görevlinin kendi randevu listesi bulunduğunu düşünelim. Birinde “görüşme alanı”, diğerinde “toplantı odası” yazıyor olsun; fakat gerçekte ikisi aynı kapının ardındaki odayı kullanıyor. Ekranda farklı adların görünmesi ikinci bir oda yaratmaz. İşletme, bu iki kullanımın ortak olduğunu yazılım ekibine anlatmalıdır. Sorun yalnızca kayıtların adını değiştirmekle de bitmeyebilir; ayrılan şeyin aynı fiziksel yer olduğunun karar sırasında dikkate alınması gerekir.

Örnekteki ikinci görevli kendi takvimini boş gördüğünde müşteriye onay vermeye çalışsın. İlk görevlinin aynı odayı ayırmış olması bu yolu nasıl etkiliyor? İşletme sahibi bu soruyu gösterim sırasında sorabilir. Bir çalışanın kişisel takvimiyle ortak oda listesinin yan yana görünmesi, aralarında doğru kontrolün kurulduğunu kanıtlamaz. Kaynaklardan biri uygun değilken kesin onay verilip verilmediğini görmek gerekir. Böylece tek bir odanın farklı listelerde çoğalmasıyla gerçekten farklı kaynak bulunması birbirine karıştırılmaz.

Aynı ayrım iç toplantılarda da önem kazanabilir. Oda yalnızca müşteri görüşmeleri için kullanılmıyorsa ekip toplantısı veya işletmenin gerçekten planladığı başka bir kullanım o aralığı etkileyebilir. Bunun hangi kayıtta görüneceğini belirleyin. Yazılım ekibi işletmenin gündelikte yaptığı bütün ayrı planları kendiliğinden bilemez. Fakat her çalışanı bütün ayrıntıları açıklamak zorunda da bırakmayın; müşteriye söz verilirken uygunluğu etkileyen gerçek kullanımların ortak kurala girmesi yeterli bir başlangıçtır.

Bu incelemenin sonunda uzun bir oda envanteri hazırlamak şart değildir. Tek ortak alan için bile “Kimler kullanır, hangi işler o yeri kapatır ve yeni görüşmede hangi bilgi kontrol edilir?” soruları cevaplanabilir. Daha sonra yeni oda eklenirse aynı sorular o yer için de sorulur. Kaynak sayısı değiştiğinde yalnızca listede yeni satır açıldığını değil, çakışan ve çakışmayan örneklerin doğru sonuç verdiğini denemek gerekir.

Başlangıç saati kadar görüşmenin kapladığı aralık da önemli

İki randevu aynı anda başlamasa da çakışabilir. Varsayımsal ofisimizde aynı oda için bir görüşme 11.00–11.30, diğeri 11.15–11.45 aralığında planlanmış olsun. Başlangıçlar farklıdır; fakat odanın kullanıldığı süre kesişmektedir. Sadece “Aynı başlangıç saati var mı?” kontrolü bu durumu açıklamaz. İşletmenin ihtiyacı, ilgili kaynak için bütün kullanım aralığının uygunluğudur. Bu saatler bir hizmet süresi önerisi değildir.

Hazırlık veya iki görüşme arasında gerçekten gerekli bir düzenleme süresi varsa onu da açıklayın. Müşterinin gördüğü görüşme süresiyle odanın tekrar kullanılabilir olduğu an farklı olabilir. Böyle bir ihtiyaç yoksa sırf başka işletmeler kullanıyor diye ek süre koymayın. Gerçek işleyişi yazılım ekibiyle konuşun; müşteriye söylenen saat ile ekibin içeride planladığı süre anlaşılır bir ilişki taşısın.

Arka arkaya iki görüşmenin kabul edilip edilmeyeceği de işletmenin kararıdır. Bir görüşme biter bitmez diğeri başlayabiliyor mu? Personelin başka yere geçmesi gerekiyor mu? Bu soruların cevabı her hizmette aynı olmayabilir. Evrensel bir boşluk süresi aramak yerine kendi düzeninizi doğrulayın. Kural net değilse yazılımın hangi sonucu doğru sayacağı da belirsiz kalır; sonradan her çakışma için ayrı açıklama yapılır.

Telefon ve web aynı boşluğu farklı yerlerden mi görüyor?

Telefondaki çalışan kendi defterine, web sitesi başka bir takvime bakıyorsa iki taraf da elindeki bilgiye göre saati boş görebilir. Sorun çalışanın dikkatsizliği olmayabilir; başvuru yolları birbirinin kararını görmüyordur. Önce randevuların nerede kesinleştiğini bulun. Web, telefon, işletmede yüz yüze görüşme veya yetkili personelin doğrudan eklediği kayıt aynı kaynakları kullanıyorsa bu yollar birlikte düşünülmelidir.

Telefonla alınan bir randevu daha sonra sisteme yazılıyorsa aradaki dönemde ne olacağını açıkça konuşun. İşletme o anda müşteriye ne sözü veriyor, hangi kayıtla kaynak ayrılıyor, diğer görevli değişikliği nerede görecek? Bir defterin fotoğrafını akşam paylaşmak, web üzerinden anlık seçim yapılırken aynı bilgiyi sağlamaz. Yazılımın dışında alınan kararın ne zaman ve nasıl ortak düzene gireceği, geliştirme kadar günlük kullanım sorusudur.

Yetkili çalışanın elle eklediği kayıtları da denemeye katın. Müşteri ekranında engellenen çakışma, çalışan panelinde hiçbir açıklama olmadan kabul ediliyorsa başka bir yol açık kalmış olabilir. İşletmenin gerçekten kullandığı istisna varsa bunun kim tarafından ve nasıl değerlendirildiği belli olsun. “Yönetici ekledi” ifadesi aynı odanın iki yerde kullanılmasını mümkün kılmaz. İstisna, kaynak değişikliği veya başka bir gerçek çözüm gerektiriyorsa müşterinin ve ekibin gördüğü güncel bilgi de bunu anlatmalıdır.

Dış takvimle bağlantı kurulması düşünülüyorsa yalnızca “bağlandı” bilgisini yeterli saymayın. Hangi takvimler kontrol ediliyor, hangi kayıtlar meşgul sayılıyor ve bir değişiklik diğer yerde ne zaman görülüyor? Kullanılan aracın gerçek kapsamı incelenmelidir. Bir personelin takvimi bağlıyken ortak oda ayrı tutuluyor olabilir. Bütün kaynakların otomatik korunacağını varsaymak yerine denemede odanın ve kişinin ayrı ayrı uygunluğunu gösterin.

Bu çalışma bütün iletişimi tek kanala zorlamak anlamına gelmez. Müşteri telefonla görüşmeye devam edebilir. Önemli olan telefonda verilen sözün ortak kaydı etkilemesi ve web yolunun aynı kurala göre karar vermesidir. İhtiyaç belgesine bu yolları yazmak için yazılım kapsamını gerçek iş adımlarıyla hazırlama rehberi destek sağlayabilir. Burada öncelik ekran sayısı değil, aynı kaynağa verilen sözlerin tutarlılığıdır.

İki kişi aynı anda boş görünen saati seçerse ne olmalı?

Bir saatin ekranda boş görünmesi, başka birinin o sırada işlem yapmadığını göstermez. İki kişi farklı ekranlarda aynı uygunluğu görmüş olabilir. Randevu kesinleştirilirken işletmenin güncel kaynak kuralının korunması gerekir. Teknik ekibin bunu hangi yöntemle sağlayacağı ayrıca tasarlanır. İşletme sahibi açısından istenen sonuç nettir: tek kullanım hakkı olan aynı oda ve zaman aralığı iki farklı müşteriye kesinleşmiş olarak verilmemelidir.

İkinci kişi için görünen sonuç da önceden konuşulmalıdır. O saat artık uygun değilse yeni seçenekler gösterilebilir veya işletmenin gerçekten yürüttüğü görüşme yoluna geçilebilir. “Randevunuz onaylandı” yazıp ardından personelin telefonla özür dilemesini olağan yöntem olarak planlamayın. Müşteri başarısız bir denemede de ne olduğunu anlayabilmelidir. Önceki seçimin değiştiği açık olsun; başka bir personel veya oda kendiliğinden kabul edilmiş sayılmasın.

Sorunu yalnızca ekrandaki saatlerin daha sık yenilenmesine bağlamak eksik kalabilir. Güncel görünüm yararlıdır, fakat neredeyse aynı anda tamamlanan iki işlemin ne yaptığı ayrıca denenmelidir. Arayüzün boşluğu göstermesiyle kaynak ayrılmasının doğrulanması aynı kontrol değildir. Bu nedenle yazılım tesliminde iki kayıt işlemini sırayla yapmak yerine birlikte başlatılacak örnek bulunmalıdır. Burada belirli bir kilit, veri tabanı veya kod yöntemi önermiyoruz; gözlenecek iş sonucunu tanımlıyoruz.

Varsayımsal ofiste iki görevliyle çakışmayı deneyelim

Örneğimizde iki görevli ve tek ortak görüşme odası bulunsun. İki görevli de aynı aralıkta çalışabiliyor olsun; ancak o oda aynı anda yalnızca bir görüşmede kullanılabilsin. İlk görevli telefonla randevu ekliyor, ikinci görevli de web üzerinden gelen müşteri yolunu deniyor. Test gerçek müşteri üzerinde yapılmaz; işletmenin onayladığı deneme ortamı ve açıkça test için oluşturulan kayıtlar kullanılır.

Önce tek bir randevuyla normal yolu görün. Müşteri hangi zaman aralığını ve hangi görüşmeyi seçiyor? Ekip kaydında hangi personel ve oda ayrılıyor? Sonuç ekranı ne söylüyor? Bu ilk tur gereklidir, fakat tek başına çift randevu sorununu sınamaz. Aynı işlemi bir kişi tamamladıktan sonra diğeri yeni ekran açarsa ikinci ekran dolu saati görebilir; yarışan işlemin ne yapacağı hâlâ görülmemiş olur.

1. İki görevli, aynı odayı gerektiren ve aynı aralığı kullanan iki ayrı deneme başvurusunu hazırlasın.
2. İkisi de saati uygun gördüğü aşamada dursun; biri telefonla alınan randevuyu, diğeri web yolunu temsil etsin.
3. İşlemleri aynı anda tamamlamaya çalışsınlar. Teknik ekip gerekirse bu koşulu kontrollü ortamda tekrar kurmaya yardımcı olsun.
4. İki ekrandaki sonucu ve ortak randevu kaydını birlikte inceleyin. Oda için kaç kesin kayıt oluşmuş?
5. İşlemi tamamlayamayan kişinin ne gördüğünü kontrol edin. Başka saat seçebiliyor veya doğru bilgi yoluna ulaşabiliyor mu?

Beklenen sonuç, örnekteki tek oda kapasitesinin aşılmamasıdır. Hangi işlemin önce tamamlanacağına dair bir üstünlük kuralı uydurmanız gerekmez; işletmenizde öncelik kuralı varsa ayrıca yazılır. Asıl kontrol iki müşterinin aynı oda için birbiriyle çelişen kesin onay almamasıdır. Kaydı yalnızca bir çalışanın ekranından incelemeyin. Müşteri sonucu, personel listesi ve oda kullanımı aynı görüşmeyi anlatmalıdır.

Bir de çakışmayan örnek deneyin. İşletmede gerçekten ikinci uygun oda ve uygun başka personel bulunduğu varsayımını ayrı bir testte kurabilirsiniz. O durumda farklı kaynaklar için aynı saatte iki görüşme kabul edilebilmesi anlamlı olabilir. Yazılım bütün aynı başlangıçları engelleyerek sorunu gizlememelidir. İstenmeyen çakışmayı önlemekle gerçekten sunulabilen kapasiteyi kapatmak farklıdır. Hangi kaynağın ortak olduğunu deneme sonucu açıkça göstermelidir.

Bu turu yalnızca eşit başlangıçlarla sınırlamayın. Aynı odada başlangıcı farklı, süresi kesişen iki görüşmeyi de deneyin. Ardından aynı görevli için farklı odalarda çakışan aralık oluşturmayı deneyin. Odanın uygun olması kişinin iki yerde aynı anda bulunabileceği anlamına gelmez. Tek bir başarılı denemenin bütün kaynak birleşimlerini doğruladığını söylemeyin. İşletmenizin kullandığı önemli birleşimleri seçin ve her birinde beklenen sonucu yazın.

Saat değişikliği, iptal ve tekrar denemede ne korunmalı?

Müşteri görüşmesini başka saate almak istediğinde yeni yerin uygunluğu da kontrol edilmelidir. Yeni aralık kabul edilemiyorsa önceki kesin randevunun durumunun ne olacağı baştan belirlenmelidir. Kullanıcı sadece yeni saati denedi diye eski görüşme sessizce kaybolmamalıdır. İşletmenin seçtiği değiştirme yolu, müşterinin ve ekibin gördüğü kayıtta anlaşılır kalmalıdır. Yeni saatin bulunmasıyla değişikliğin kesinleşmesi birbirine karışmamalıdır.

İptal de ortak kaynağı etkiler. Hangi kayıt gerçekten iptal edildi, ilgili personel ve oda yeniden ne zaman uygun gösterilecek? İptal talebi yalnızca incelemeye alınıyorsa gerçekleşmiş iptal gibi anlatılmamalıdır. Bu ayrıntıların adı kullanılan yazılıma göre değişebilir; iş sonucu ise ekip tarafından anlaşılmalıdır. Eski randevunun hatırlatma veya onay bilgisiyle güncel kaydın çelişip çelişmediği de örnek üzerinden görülebilir.

Aynı müşterinin düğmeye yeniden basması başka bir kontrol gerektirir. Bir görüşme için iki ayrı kayıt mı oluşuyor, yoksa aynı işlemin sonucu tekrar mı gösteriliyor? İki mesaj gelmesiyle iki kaynak ayrılması aynı hata değildir; ikisi de incelenebilir. Sorunu tarif ederken kayıt sayısını ve müşteriye gösterilen bilgiyi ayırın. Teknik ekip böylece “bildirim iki kez geldi” ile “oda iki müşteriye ayrıldı” bulgularını birbirine karıştırmaz.

Bir işlem yarım kaldığında kullanıcıya ne olacağı da bilinmelidir. Sonucu göremediği için yeniden deneyen kişi eski işlemin tamamlanıp tamamlanmadığını anlayabilmelidir. Sadece tekrar başvuru yapmasını söylemek yeni karışıklık yaratabilir. İşletmenizin kullandığı takip veya destek yolu açık olsun. Bu senaryoların nasıl kabul beklentisine dönüştürülebileceğini yazılım kabul testi rehberi ayrıntılandırır. Denemede kullanılan koşulu ve görülen sonucu birlikte kaydedin.

Çakışma yaşandıysa hangi bilgileri toplamalısınız?

Önce müşterinin karşısındaki belirsizliği uygun sorumluyla ele alın. Teknik inceleme için ise iki kaydın hangi personeli, odayı ve aralığı kullandığına bakın. Hangi kanaldan oluşmuşlar, hangi anda kesinleşmişler ve sonradan biri değiştirilmiş mi? Gereksiz kişisel ayrıntıları çoğaltmadan bu soruları cevaplayacak kayıtlar incelenebilir. Hatayı yalnızca bir takvim ekranının fotoğrafıyla açıklamaya çalışmak nedenin bir bölümünü gizleyebilir.

“Çalışan yanlış girmiş” demeden önce yazılımın o anda neye izin verdiğini görün. Gerçekten kontrol dışı elle ekleme mi yapılmış, yanlış oda mı seçilmiş, yoksa iki işlem de uygun görünen aralığı mı almış? Her neden başka düzeltme gerektirir. Birini çözmek için herkese aynı genel uyarıyı göndermek yeterli olmayabilir. İşletme sahibi ekibe gözlenen durumu anlatmalı; teknik nedeni kayıt olmadan kesinleştirmemelidir.

Değişiklik geçmişinin neyi açıklayacağı için yazılımda denetim izi rehberi destek olabilir. Bu rehberde amaç yeni bir kayıt yığını üretmek değildir. Görüşmenin ne zaman ve nasıl değiştiğini yetkili kişinin anlayabilmesi gerekir. Çözüm uygulandığında daha önce çakışan iki yolu tekrar deneyin; yalnızca hata mesajının artık görünmemesini başarı saymayın. Kaynak ve müşteri sonuçları da doğru kalmalıdır.

Yazılım görüşmesine hangi somut örnekle gitmelisiniz?

Şişli’de yazılım geliştirme görüşmesi için bir hizmeti, gereken personeli ve ortak odayı seçin. Telefonla gelen ve web üzerinden yapılan iki isteğin bugün nasıl ele alındığını anlatın. Görüşme aralığını, varsa hazırlık ihtiyacını ve bir değişikliğin kim tarafından yapıldığını açıklayın. Ekipten kendi ürününüzde bu örneği göstermesini isteyin. Genel bir takvim tanıtımı, sizin ortak kaynak kuralınızın uygulandığını kanıtlamaz.

Hazır bir çözüm yeterli olabilir; mevcut araçta doğru ayarın veya günlük kayıt düzeninin kurulması da öncelik olabilir. Gerçek ihtiyaç incelenmeden her çift randevu için yeni yazılım projesi önermek gerekmez. Kullandığınız sistemi ve çakışmanın somut örneğini BiKreatif ile değerlendirerek gereken çalışmanın kapsamını konuşabilirsiniz. Teslim beklentisi, yalnızca randevu ekranının açılması değil ekibin iki eş zamanlı istekte ne olacağını görebilmesidir.

Sık sorulan sorular

İki personel varsa aynı saatte iki randevu verilebilir mi?

Gereken diğer kaynaklara da bağlıdır. İki kişi aynı anda çalışabilse bile ortak tek oda veya gerekli tek ekipman varsa iki görüşme mümkün olmayabilir. Farklı uygun odalar ve uygun personel varsa aynı zaman için iki ayrı görüşme anlamlı olabilir. Kararı yalnızca çalışan sayısıyla vermeyin. Her randevunun hangi kaynakları ve hangi aralığı kullandığını gerçek işleyişe göre tanımlayın.

Boş saatleri daha sık yenilemek çakışmayı çözer mi?

Güncel görüntü yardımcı olabilir, fakat neredeyse aynı anda tamamlanan iki işlem ayrıca değerlendirilmelidir. İki kişi aynı boşluğu görmüş olabilir. Randevunun kesinleştiği anda ilgili kaynak kuralının korunması gerekir. İşletmenin beklediği sonucu teknik ekibe açıkça anlatın ve birlikte denemeyle gösterilmesini isteyin. Ekranın güncellenmesiyle aynı oda için iki kesin kaydın engellenmesi aynı kontrol değildir.

Telefonla alınan randevuları sonradan kaydetmek sorun olur mu?

Aradaki sürede diğer başvuru yollarının ne gördüğüne bağlı bir risk oluşturabilir. Müşteriye verilen sözün ne zaman ortak kayda girdiği ve kaynağın nasıl ayrıldığı açık olmalıdır. Telefon kullanımını kaldırmak zorunda değilsiniz; fakat o yolun web veya diğer personel kayıtlarıyla ilişkisini kurmalısınız. Sonradan kayıt yapılıyorsa bu gecikmenin işleyişte neye izin verdiğini gerçek örnekle inceleyin.

Başlangıçları farklı iki görüşme neden çakışıyor?

Görüşmelerin kapladığı süre kesişebilir. Aynı oda birinde kullanılırken diğeri başlamış olabilir. Yalnızca başlangıç saatlerinin eşitliğine bakmak yeterli değildir. Kullanım aralığı ve varsa gerçekten gerekli hazırlık süresi birlikte değerlendirilmelidir. Arka arkaya randevuların hangi koşulda kabul edilebildiğini işletme belirlemelidir. Farklı hizmetlere aynı süre veya aynı boşluk kuralı verilmesi gerektiğini varsaymayın.

Müşteri saati değiştirirken eski randevusu ne olmalı?

Bu davranış açıkça kararlaştırılmalı ve denenmelidir. Yeni aralık kabul edilemiyorsa eski kesin randevu sessizce kaybolmamalıdır. Müşteri yalnızca seçenek incelerken değişiklik tamamlanmış sayılmamalıdır. Yeni saatin uygunluğu, değişikliğin sonucu ve ekibin gördüğü kayıt birlikte kontrol edilir. İşletmenin onayladığı yöntem neyse müşteriye gösterilen açıklama da onu anlatmalıdır; kendiliğinden başka bir saat kabul edilmemelidir.

İki onay mesajı gelmesi iki randevu oluştuğunu gösterir mi?

Tek başına göstermez. Aynı kaydın bildirimi tekrar gönderilmiş olabilir veya gerçekten iki ayrı kayıt oluşmuş olabilir. İki durumu kayıt kimliği, kaynak kullanımı ve güncel durum üzerinden ayırmak gerekir. Her ikisi de müşteriyi yanıltabilir; ancak teknik incelemeleri farklı olabilir. “Mesaj iki kez geldi” bulgusunu “oda iki kişiye ayrıldı” sonucuna kayıtları görmeden çevirmeyin.

Çift randevuyu teslim sırasında nasıl deneyebiliriz?

İki görevliyle aynı kaynak ve kesişen zaman aralığı için iki ayrı deneme hazırlayın. İşlemleri birlikte tamamlamaya çalışıp müşteri sonuçlarını ve ortak kaydı inceleyin. Ardından gerçekten çakışmayan kaynaklar için kabulün çalıştığını da görün. Testi gerçek müşteri üzerinde yapmayın. Koşulu, beklenen sonucu ve gözlenen durumu yazmak, sonradan aynı sorunun düzelip düzelmediğini kontrol etmenizi sağlar.

Bu sorun için mutlaka sıfırdan yazılım mı gerekir?

Her durumda gerekmez. Kullanılan çözümde uygun ayar, doğru kaynak tanımı veya günlük kayıt düzeni eksik olabilir. Önce gerçek çakışmanın nasıl oluştuğunu ve mevcut aracın neyi desteklediğini inceleyin. Gereken değişiklik hazır araçla karşılanamıyorsa geliştirme kapsamı değerlendirilebilir. Kararı bir özellik listesine bakarak değil, sizin iki başvuru yolunuzun aynı kaynakla nasıl çalıştığını gösteren deneme üzerinden verin.