Rail
WINDOWS İÇİN KENARDAN HIZLI YAKALAMA ÇALIŞMA YÜZEYİ
Notları, görevleri ve kararları ana çalışma akışını bozmadan ekranın kenarından yakalamaya odaklanan Windows ürünü.
Teknik ayrıntıya geçmeden önce problemi, kararı ve kanıtı aynı anlatı zincirinde oku.
- DURUM
- Ön sürüm · aktif geliştiriliyor
- TÜR
- Ürün · Windows üretkenlik
- ROL
- Ürün ve sistem mimarisi · Windows çalışma akışı ve etkileşim modeli
- PLATFORMLAR
- Windows · Web satış yüzeyi
Problem neydi, ne yaptım, bugün ne farklı?
Teknoloji ayrıntılarından önce dönüşümü gösteriyorum: başlangıçtaki darboğaz, yapılan müdahale ve bugün doğrulanabilen sonuç.
PROBLEM
Hızlı yakalama, düzenli not/görev yönetimi ve ticari model aynı üründe birleşirken Windows deneyiminin hafif kalması; ücretli planların da gerçek ürün farklarına dayanması gerekiyordu.
MÜDAHALE
Ürünü Windows-first bir kenar çalışma yüzeyi olarak konumlandırdım; Command Center, notlar, görevler, klasörler, Markdown/Rich Text ve global kısayolları aynı hızlı erişim modelinde topladım. Ticari tarafta Cloud Sync'i aboneliğin ayırt edici değeri olarak koruyup lifetime lisansı yerel kullanımda bıraktım.
SONUÇ / MEVCUT DURUM
Rail'in rail.ahmetcanal.com satış yüzeyi, fiyatlandırma ve Paddle plan yapılandırması çalışıyor; Windows ürünü ise kaynakta açıkça ön sürüm olarak tutuluyor. Bu vaka, özellikle ürün sınırı ve ticari mimari kararlarını gösteriyor.
- EVD-01 / Mevcut durum
- Ön sürüm · aktif geliştiriliyor
- EVD-03 / Teslim yüzeyleri
- Windows · Web satış yüzeyi
ROI, gelir artışı veya yüzde ancak doğrulanabilir bir kaynak varsa gösterilir. Yoksa sahte metrik yerine çalışan ürün, dağıtım, sistem çıktısı ve doğrulanabilen kapsam kullanılır.
Bağlam
Masaüstünde küçük bir not veya görev için ana uygulamadan kopmak, yeni pencere açmak ve bağlam değiştirmek gereksiz sürtünme yaratıyor. Rail bu mikro yakalama anını ayrı bir ağır dashboard yerine çalışma yüzeyinin kenarına taşıyor.
Problem
Hızlı yakalama, düzenli not/görev yönetimi ve ticari model aynı üründe birleşirken Windows deneyiminin hafif kalması; ücretli planların da gerçek ürün farklarına dayanması gerekiyordu.
Rolüm
- Ürün ve sistem mimarisi
- Windows çalışma akışı ve etkileşim modeli
- Fiyatlandırma, lisans ve abonelik mimarisi
Çözüm
Ürünü Windows-first bir kenar çalışma yüzeyi olarak konumlandırdım; Command Center, notlar, görevler, klasörler, Markdown/Rich Text ve global kısayolları aynı hızlı erişim modelinde topladım. Ticari tarafta Cloud Sync'i aboneliğin ayırt edici değeri olarak koruyup lifetime lisansı yerel kullanımda bıraktım.
Neler yapıldı
- Windows-first hızlı yakalama ve Command Center ürün modeli
- Notlar, görevler, klasörler ve Markdown / Rich Text yüzeyi
- Global kısayollar ve otomatik güncelleme ürün kapsamı
- 7 günlük deneme ile aylık ve yıllık Rail Pro planları
- Cloud Sync'i Pro aboneliğe ayıran entitlement modeli
- Cloud Sync içermeyen tek seferlik lifetime yerel lisans
- Paddle ürün / fiyat kimlikleriyle çalışan satış yapılandırması
Sistem mimarisi
Teknik yığın
WEB ÜRÜN YÜZEYİ
React 19 · TypeScript · TanStack Start · Tailwind CSS 4
ÖDEME / ENTİTLEMENT
Paddle · Monthly Pro · Annual Pro · Lifetime Local
DAĞITIM
Cloudflare · rail.ahmetcanal.com
PLATFORM
Windows
Önemli mühendislik kararları
- Genel amaçlı masaüstü dashboard yerine ekran kenarında hızlı erişim modelini korumak
- Aboneliğin ana sürekli değerini Cloud Sync olarak net ayırmak
- Lifetime lisansı aboneliğin kopyası yapmamak; yerel özelliklerle sınırlamak
- Ön sürüm durumunu canlı ürün iddiasıyla karıştırmamak
Kod / mimari örnekleri
01const railPlans = {02 subscription: {03 localFeatures: true,04 cloudSync: true,05 },06 lifetime: {07 localFeatures: true,08 cloudSync: false,09 },10} as const;Veri akışı
Zorluklar ve kısıtlar
- Hızlı erişim hissini korurken not, görev ve düzenleme özelliklerini büyütmek
- Tek seferlik lisans ile abonelik arasında kullanıcının anlayacağı gerçek ürün sınırı kurmak
Sonuç / mevcut durum
Rail'in rail.ahmetcanal.com satış yüzeyi, fiyatlandırma ve Paddle plan yapılandırması çalışıyor; Windows ürünü ise kaynakta açıkça ön sürüm olarak tutuluyor. Bu vaka, özellikle ürün sınırı ve ticari mimari kararlarını gösteriyor.
Mühendislik çıkarımları
- Masaüstü üretkenlik ürününde hız, özellik sayısından önce gelen bir ürün sınırıdır.
- Abonelik ancak sürekli maliyet veya sürekli değer üreten bir yetenekle ayrışıyorsa savunulabilir.
- Pre-release bir üründe kanıt, olmayan kullanım metriği değil çalışan ürün ve ticari sözleşmelerdir.
OUT-LIVE / ÜRÜNÜ GÖR
Rail
EVIDENCE / AUTHORITY
Bu vaka neyi kanıtlıyor?
Vakadaki roller ve kararlar yalnızca proje anlatımı değil; hizmet ve yetkinlik sayfalarındaki çalışma alanlarının gerçek uygulama kanıtıdır.
SONRAKİ PROJE
PRJ-01Ordovia