İçeriğe geç
JARVIX Software
JARVIX / PROJE HAZIRLIK REHBERİ

Fikrinizi anlatmak için yüz sayfalık dosya gerekmiyor.

Bir web sitesi ya da mobil uygulama yaptırmadan önce hangi bilgilerin işimizi kolaylaştırdığını, nelere karar vermenin erken olduğunu ve teklif alırken nelere bakmanız gerektiğini açıkça anlatalım.

03temel öncelik
05görüşme konusu
01birlikte net teklif
01 / ÖNCE ŞUNLAR

Birlikte konuşmayı kolaylaştıran liste.

Hepsini doldurmanız gerekmiyor. Ne kadar net bilgi paylaşırsanız maliyet ve teslim planını o kadar somutlaştırabiliriz.

01

Kimin için?

Sitenizi veya uygulamanızı kim kullanacak? Müşteri mi, çalışan mı, herkes mi?

02

Hangi sorun?

İnsanların hangi işi daha hızlı veya kolay yapmasını istiyorsunuz?

03

En önemli üç özellik

İlk gün olmazsa olmaz olanları ayırın. Geri kalanı sonraki sürüme bırakabiliriz.

04

Beğendiğiniz örnekler

İki beğendiğiniz örneğin hangi kısmını sevdiğinizi anlatın; birebir kopyalamayalım.

05

Bütçe ve öncelik

Başlangıç bütçenizi ve en önce çözülecek konuyu açıkça paylaşın.

06

İçerik ve erişimler

Logo, metin, fotoğraf, alan adı ve teknik hesaplar sizde mi, paylaşılabilir mi?

Hazırım, fikrimi anlatayım

“Şu işe yarayan bir ekran istiyorum” demek de yeterli bir başlangıç.

02 / KAPSAM

İlk sürümü akıllıca sınırlamak.

İyi bir proje, her özelliğin ilk günden bulunduğu proje değildir. Kullanıcının temel ihtiyacını çözen sürümü seçmek daha sağlıklı olabilir.

OLMAZSA OLMAZ

İlk sürüm

Kullanıcı ana işi yapabiliyor mu? Temel akış ve gerekli ekranlar burada.

İYİ OLUR

İkinci aşama

İlk kullanıcı deneyiminden sonra geliştirilecek rapor, otomasyon veya konfor özellikleri.

SONRA BAKARIZ

Uzun vadeli fikirler

İleride değer katabilecek ama ilk teslimi geciktirmesi gerekmeyen detaylar.

03 / YAZILI TEKLİF

Rakam kadar kapsam da önemli.

İki teklif aynı tutarda olsa bile içerdiği işler farklı olabilir. Aşağıdaki kalemleri görünür tutmak işleri kolaylaştırır.

Teslim edilecekler

Sayfalar, ekranlar, ana özellikler, dosyalar ve yayın biçimi yazılır.

Revize ve onay

Tasarım ve geliştirmede geri bildirimlerin nasıl ele alınacağı netleşir.

Ek hizmetler

Alan adı, hosting, mağaza hesabı, ödeme servisleri ve içerik üretimi ayrı ayrı belirtilir.

Takvim

Önizleme, test, onay ve teslim aşamalarının sırası belirlenir.

Veri ve güvenlik

Kullanıcı verisi varsa erişim ve güvenlik gereksinimleri değerlendirilir.

Yayın sonrası

Bakım, yedekleme, hata düzeltme ve yeni geliştirmelerin kapsamı konuşulur.

04 / YAYIN VE SONRASI

“Site açıldı” demek son satır değil.

Web siteleri ve uygulamalar zamanla içerik, güvenlik, işletim sistemi veya mağaza kuralı güncellemeleri gerektirebilir.

01

Sahiplik ve erişim

Domain, hosting, mağaza hesabı ve gerekli hesapların kime ait olduğu belirlenir.

02

Bakım ve güncelleme

Hata düzeltmeleri, sürüm geçişleri ve içerik ihtiyaçları için çalışma biçimi konuşulur.

03

Başarıyı ölçme

Ziyaret, iletişim talebi, sipariş veya kullanıcı geri bildirimi gibi gerçek sonuçlar izlenebilir.

05 / SORULAR

Biraz da şunları konuşalım.

Dilerseniz aklınızdakileri birlikte bir kontrol listesine dönüştürebiliriz.

Tüm rehberlere dön
Henüz bütçem belli değil, ne yapmalıyım?

Önce temel ihtiyacı belirleyip hangi paketin veya özel geliştirme kapsamının uygun olduğuna bakabiliriz.

Sadece fikir anlatsam yeterli mi?

Evet. Ön görüşme için bir fikri anlaşılır birkaç cümleyle anlatmak yeterli olabilir.

Tasarımım yoksa proje başlayabilir mi?

Evet. Tasarım sürecini ihtiyaç ve kapsamla birlikte planlayabiliriz.

Hazır pakette sonradan özellik eklenebilir mi?

Teknik olarak mümkün olan eklemeler için mevcut yapı değerlendirilir; maliyet ve takvim ayrıca konuşulur.

Teklifte özellikle ne istemeliyim?

Teslim kapsamı, düzeltmeler, yayın koşulları, üçüncü taraf maliyetler, kaynak dosyalar ve destek şartlarının açık yazılmasını isteyin.

SON SÖZ SİZİN

Hazır olunca değil, merak edince yazın.

Çünkü bazen iyi bir projenin ilk cümlesi sadece “Aklımda şöyle bir şey var...” oluyor.