İş Fikrim Var, Nereden Başlamalıyım? İlk 90 Gün Rehberi

İş fikrim var, nereden başlamalıyım? Kısa cevap

İlk adım şirket kurmak, logo tasarlamak veya bütün ürünü geliştirmek değildir. Önce belirli bir müşteri grubunun gerçek bir sorununu anlamalı, bu sorunun bugün nasıl çözüldüğünü öğrenmeli ve önerdiğiniz çözümün değerini küçük deneylerle sınamalısınız. İlk doksan günün amacı kusursuz bir şirket kurmak değil, fikrinizi ilerletmeye değecek kanıtları toplamaktır. Bu süreçte kimi varsayımlarınız doğrulanabilir, kimileri değişebilir; her iki sonuç da doğru kaydedildiğinde değerlidir.

Bir iş fikri başlangıçta çoğu zaman bir çözüm cümlesi olarak ortaya çıkar: bir uygulama, bir cihaz, bir platform veya bir hizmet. Oysa çözümün anlamı, kimin hangi sorununu giderdiğinde ortaya çıkar. Bu rehber, fikri üç aylık uygulanabilir bir çalışma planına dönüştürür. Verilen görüşme sayıları ve takvimler örnek çalışma hedefleridir; her sektör için başarı eşiği değildir. Düzenlemeye tabi ürünlerde ve teknik araştırma gerektiren projelerde hazırlık süresi daha uzun olabilir.

İlk hafta: Problemi tek cümlede yazın

“Küçük işletmeler için yapay zekâ platformu geliştiriyoruz” cümlesi ne yaptığınızı kısmen anlatır, fakat neden ihtiyaç olduğunu göstermez. Daha açıklayıcı bir cümle, belirli bir işletme türünün belirli bir işte yaşadığı sorunu tanımlar. Örneğin “Servis işletmeleri, gelen talepleri farklı mesajlaşma kanallarından topladığı için randevu takibinde zaman kaybediyor” ifadesi araştırılabilir bir başlangıçtır. Cümlenin içinde çözümünüzü övmek zorunda değilsiniz; önce mevcut durumu anlamaya çalışıyorsunuz.

Ardından sorunun kimin hayatında yaşandığını yazın. Kullanıcı, satın alma kararını veren ve ödeme yapan kişi aynı olmayabilir. Bir çalışan ürünü kullanacak, bir yönetici onaylayacak ve şirket bütçesi ödeme yapacaksa üç farklı bakış açısını incelemelisiniz. Bu ayrım yapılmadığında, ürünü beğenen kişinin satın alma yetkisi olmadığı çok geç fark edilebilir. İlk haftanın çıktısı uzun sunum değil; müşteri tanımı, problem cümlesi ve yanıtlanması gereken sorular listesidir.

İkinci hafta: Varsayımlarınızı önem sırasına koyun

Fikrinizin çalışması için doğru olması gereken varsayımları listeleyin. Müşterinin sorunu yeterince önemli bulması, yeni bir aracı kullanmaya istekli olması, gerekli veriye erişilebilmesi ve çözümün ekonomik biçimde sunulabilmesi bunlardan bazılarıdır. Hepsini aynı anda test etmeye çalışmayın. Yanlış çıkması halinde fikrin yönünü en çok değiştirecek varsayımdan başlayın. Böylece erken dönemde kritik belirsizliğe kaynak ayırmış olursunuz.

Bir varsayım tablosunda “iddia, mevcut kanıt, test yöntemi, karar” sütunları bulunabilir. “Müşteri aylık ödeme yapar” bir iddiadır; bunu destekleyen gerçek davranış yoksa kanıt sütunu boş kalmalıdır. Kendi heyecanınızı kanıt yerine yazmayın. Test yöntemi olarak görüşme, prototip kullanımı veya ücretli pilot önerisi düşünülebilir. Karar sütununda hangi sonucun sizi devam etmeye, değiştirmeye veya durmaya yönelteceğini önceden belirleyin. Sonuç çıktıktan sonra ölçüt değiştirmek, kendinizi yanıltmanızı kolaylaştırır.

Müşteri görüşmesinde ne sormalısınız?

İnsanlara doğrudan “Bu uygulamayı kullanır mıydınız?” diye sorduğunuzda nazik ve iyimser cevaplar alabilirsiniz. Geleceğe ilişkin niyet yerine geçmiş davranışı konuşmak daha açıklayıcıdır. Sorunu en son ne zaman yaşadıklarını, nasıl çözdüklerini, ne kadar zaman ayırdıklarını ve çözüm için hangi araçları kullandıklarını sorun. Ayrıntılı bir örnek isteyin. Gerçek bir olayın anlatımı, genel beğeni cümlesinden daha fazla bilgi taşır.

Görüşmede ürününüzü hemen savunmaya başlamayın. Müşteri sizin önemli sandığınız sorunu önemsiz buluyorsa bunu anlamaya çalışın. Belki yanlış müşteri grubuyla konuşuyorsunuzdur; belki de sorun başka bir iş akışının sonucudur. Notlarda müşterinin söylediğiyle sizin yorumunuzu ayrı tutun. Görüşmelerden sonra tekrar eden örüntüleri arayın, fakat tek bir güçlü hikâyeyi bütün pazara genellemeyin. Örneklem küçükse bulgunun sınırını açıkça belirtin ve sonraki deneyi buna göre kurun.

İlk otuz günün sonunda hangi çıktılar olmalı?

Birinci ayın sonunda ürünün bütün ekranlarının çizilmiş olması şart değildir. Daha değerli çıktılar; netleşmiş müşteri grubu, müşterilerin mevcut çözüm biçimleri, öncelikli sorun ve test edilecek teklif olabilir. Görüşmelerin yalnızca sayısını değil, ne öğrendiğinizi de özetleyin. Hangi soruya hâlâ cevap veremediğinizi yazın. Bu belirsizlikler, ikinci ayın çalışma planını belirleyecektir.

Bu tablo, kurucu ekibin aynı şeyi konuşmasını sağlar. Bir kişi müşteri doğrulamasından söz ederken diğeri yalnızca tasarım beğenisini kastediyorsa ilerleme değerlendirmesi sağlıklı yapılamaz. Terimleri ve ölçütleri başlangıçta ortaklaştırın.

İkinci ay: En küçük anlamlı deneyi tasarlayın

MVP, yalnızca eksik özellikli bir ürün değildir. Doğrulamak istediğiniz varsayım için yeterli öğrenmeyi sağlayan en küçük uygulanabilir deneyi düşünmelisiniz. Bazı fikirlerde tıklanabilir prototip yeterli olabilir. Bazılarında hizmetin bir bölümünü elle yürütmek gerekir. Teknik performansın temel değer olduğu bir cihazda ise gerçek bir çalışma örneği gerekebilir. Deneyin biçimi, sorunuza göre seçilmelidir.

Örneğin randevu planlama fikrinde ilk aşamada tam otomatik bir sistem kurmak yerine, sınırlı sayıda işletmenin randevularını kontrollü bir süreçle yönetebilirsiniz. Bu çalışma talebi, iş akışını ve operasyon yükünü anlamanızı sağlar. Ancak insan emeğiyle elde edilen sonucu yazılımın tamamen otomatik performansı gibi sunmayın. Deneyin hangi bölümünün elle, hangi bölümünün sistem tarafından yapıldığını açıkça belirtin. Böylece öğrendiğiniz şeyin sınırlarını korur ve sonraki geliştirme ihtiyacını daha doğru belirlersiniz.

Kullanım ile ödeme isteğini ayrı test edin

Bir ürünü ücretsiz denemek, onun için ödeme yapmaya karar vermekten farklıdır. İlk denemede kullanıcıların davranışını gözlemleyin: temel işi tamamlıyorlar mı, tekrar geliyorlar mı, mevcut yöntemlerine geri dönüyorlar mı? Sonra ekonomik değeri konuşun. Müşterinin elde ettiği fayda, bütçesi ve satın alma süreci fiyatlamayı etkiler. Sadece rakiplerin ücretini kopyalamak, sizin ürününüzün kullanım biçimini açıklamaz.

Ödeme isteğini sınarken teklifin kapsamını netleştirin. Ücretli pilot, sınırlı süreli hizmet veya belirli çıktıya bağlı çalışma seçeneklerini değerlendirebilirsiniz. Karşı tarafın kabulü kadar itirazının nedeni de önemlidir. Fiyat mı yüksek, fayda mı belirsiz, bütçe dönemi mi uygun değil, yoksa karar yetkisi başka yerde mi? Bu nedenleri birbirine karıştırmayın. Fiyatı düşürmek her sorunu çözmez; bazen ürünün değerini daha iyi kanıtlamak veya farklı bir müşteri grubuna yönelmek gerekir.

Ekip ve kurucu rollerini erken konuşun

İş fikri üzerinde arkadaşlarla çalışmaya başlamak kolay, beklentiler farklılaştığında ilerlemek zor olabilir. Kim ne kadar zaman ayıracak, hangi işi üstlenecek, kararlar nasıl alınacak ve masraflar nasıl karşılanacak? Bu soruları yalnızca yatırım görüşmesi başlayınca konuşmayın. Henüz gelir oluşmadan yapılan görev paylaşımı, ürün geliştirme hızını ve kurucular arasındaki güveni etkiler.

Herkesin aynı beceriye sahip olması gerekmez. Teknik geliştirme, müşteri görüşmesi ve operasyon takibi farklı sorumluluklar olabilir. Ancak görevler birbirinden kopmamalıdır; müşteri öğrenimleri ürün kararına yansımıyor ise ekip yapısında bir iletişim sorunu vardır. Haftada bir kısa toplantıda yapılan işleri, öğrenilenleri ve kararları birlikte gözden geçirin. Ortaklık, fikrî haklar ve ayrılma senaryoları gibi hukuki sonuç doğuran konularda uygun uzman desteği alarak yazılı çerçeve oluşturun.

Üçüncü ay: Tekrarlanabilir bir çalışma düzeni kurun

İlk iki ayda birden fazla fikir denemiş olabilirsiniz. Üçüncü ayın başında hangisinin daha güçlü kanıt ürettiğini değerlendirin. Her olumlu geri bildirim için yeni özellik eklemek yerine, temel değer önerisini güçlendirin. Bir müşteriye özel ihtiyaçla diğer müşterilerde de tekrarlanan ihtiyacı ayırın. Bu ayrım, ürünün kapsamının kontrolsüz biçimde büyümesini önler.

Düzenli bir satış ve ürün takip tablosu oluşturun. Müşteri görüşmesinin tarihi, ihtiyaç, sonraki adım ve sorumlu kişi aynı yerde bulunsun. Teknik iş listesinde de yalnızca görev adı değil, tamamlanma ölçütü yer alsın. “Entegrasyon yapılacak” yerine hangi veri akışının hangi koşullarda çalışması gerektiğini tanımlayın. Üçüncü ay sonunda bir sonraki dönemin bütçesini bu gerçek iş yüküne göre hazırlayın. Böylece plan, kurucu heyecanından çok gözlemlenmiş gereksinimlere dayanır.

Basit bir nakit planı nasıl hazırlanır?

İlk aşamada karmaşık finansal model kurmanız gerekmeyebilir. Kullanılabilir nakit, zorunlu aylık gider, planlanan tek seferlik harcama ve beklenen tahsilatı ayrı satırlarda izleyin. Gelir tahminiyle kesinleşmiş tahsilatı karıştırmayın. Bir müşterinin sözlü ilgisi, bankaya girecek para değildir. Tahsilat tarihindeki gecikmenin sizi nasıl etkileyeceğini ayrıca değerlendirin.

Örnek olarak kullanılabilir nakdi 300 bin lira, aylık net nakit çıkışı 50 bin lira olan bir ekibin basit hesapla yaklaşık altı aylık çalışma alanı bulunur. Bu hesapta yeni gelir, beklenmeyen gider ve gider artışı yoktur; dolayısıyla kesin bir dayanma süresi değildir. Ama hangi tarihte karar vermeniz gerektiğini düşünmenize yardımcı olur. Önemli harcamaları, doğrulama sonuçlarıyla ilişkilendirin. Henüz müşteri ihtiyacı netleşmemişken büyük ve geri dönüşü zor bir yükümlülüğe girmek seçeneklerinizi daraltabilir.

Destek ve yatırım arayışına ne zaman başlamalı?

Finansman araştırmasını erken yapabilirsiniz; fakat başvuru takviminin ürün öğrenmesini tamamen durdurmasına izin vermeyin. Hibe, geri ödemeli destek, müşteri geliri ve sermaye yatırımı farklı ihtiyaçları karşılar. Teknolojik belirsizlik içeren bir geliştirme projesiyle, hazır ürünü pazara yayma planının finansman gereksinimi aynı değildir. Önce hangi aşamaya ulaşmak için ne kadar kaynağa ihtiyacınız olduğunu hesaplayın.

Şirketleşmeden önce hedeflediğiniz programların uygunluk koşullarını kontrol edin. Bazı başvuru yollarında şirket veya ortaklık durumunun zamanlaması önem taşıyabilir. Güncel resmî koşulları öğrenmeden yalnızca duyumla hareket etmeyin. Yatırımcı görüşmesine hazırlanırken de fikri büyük göstermek yerine topladığınız kanıtları paylaşın. Hangi müşteri ihtiyacını doğruladığınız, hangi riski azalttığınız ve yatırımla hangi sonuca ulaşacağınız, erken aşamada güçlü bir konuşma zemini oluşturur.

Karar vermek için küçük bir gösterge seti seçin

Her girişimin aynı sayılara bakması gerekmez. Bir kurumsal yazılım için nitelikli görüşme, pilot kullanımı ve ödeme süreci önemli olabilir. Bir tüketici ürününde tekrar kullanım ve kullanıcı kaybı daha açıklayıcı olabilir. Teknik bir ürün için performans, hata oranı veya test koşulları öncelikli olabilir. Göstergenin değerini, hangi kararı etkilediği belirler. Hiçbir kararınızı değiştirmeyen rakamları raporun merkezine koymayın.

Göstergelerin tanımını sabitleyin. Aktif kullanıcıyı bir hafta giriş yapan kişi, sonraki hafta kayıt olan kişi olarak sayarsanız karşılaştırma bozulur. Küçük örneklemlerde yüzdeleri tek başına paylaşmayın; kaç kişiden kaçının davranışı olduğunu da yazın. İki kişiden birinin tekrar kullanmasıyla iki yüz kişiden yüzünün tekrar kullanması aynı yorum gücünü taşımaz. Ölçümün amacı iyi görünmek değil, hangi adıma kaynak ayıracağınıza daha bilinçli karar vermektir.

Görüşme notlarını karar belgesine dönüştürün

Dağınık notlar bir süre sonra hatırlanması zor bir bilgi yığınına dönüşebilir. Her müşteri görüşmesinden sonra kısa bir kayıt oluşturun: görüşülen kişinin rolü, anlattığı son olay, kullandığı mevcut çözüm, sorunun etkisi ve önerilen sonraki adım. Kişisel verileri gereksiz yere toplamadan, iş kararı için gerekli bilgiyi tutun. Görüşmenin başında not alacağınızı belirtmeniz ve paylaşım sınırlarını açıklamanız karşılıklı beklentiyi netleştirir.

Haftanın sonunda notları birlikte inceleyin. Aynı kelimenin tekrarlanması tek başına aynı problemin yaşandığını göstermez. Örneğin iki müşteri “zaman kaybı” diyebilir; biri veri girişini, diğeri yönetici onayını kastediyor olabilir. Bu nedenle bulguları yüzeydeki ifadeye göre değil, iş akışındaki nedene göre gruplandırın. Ardından hangi bulgunun ürün kararını değiştirdiğini yazın. Değişmeyen bir karar da mümkündür; önemli olan nedenini açıklayabilmenizdir.

Bir küçük deney tamamlandığında sonuç belgesine başarısız denemeleri de ekleyin. Çalışmayan yaklaşımı kaydetmek, aynı hataya yeniden kaynak ayırmayı önler. Ekibe sonradan katılan bir kişi de neden bazı özelliklerin geliştirilmediğini anlayabilir. Böylece girişim yalnızca kurucunun hafızasına bağlı kalmaz. Düzenli öğrenme kaydı, yatırım sunumu hazırlarken de abartılı anlatım yerine gerçek gelişim çizgisini göstermenizi kolaylaştırır.

Sonraki deney için gerekli en küçük kararı belirleyin. Bazen bu karar bir özellik geliştirmek, bazen müşteri segmentini daraltmak, bazen de mevcut ürünü değiştirmeden farklı bir satış mesajı denemektir. Her belirsizliğin yanıtı daha fazla yazılım yazmak değildir. Doğru deney, gereksiz geliştirmeyi azaltırken ekibin hangi işe odaklanacağını da netleştirir.

Sık sorulan sorular

Fikrimi anlatırsam çalınır mı?

Hassas teknik ayrıntıları ve korunması gereken bilgileri düşünerek paylaşım sınırı belirleyebilirsiniz. Ancak müşteri problemini hiç kimseyle konuşmadan doğrulamak zordur. Görüşmelerde çözümün bütün teknik sırlarını açıklamak yerine ihtiyacı ve iş akışını araştırın. Fikrî hak veya gizlilik açısından özel durumlar varsa uzman görüşü alın. Mutlak gizlilik ile kontrolsüz paylaşım arasında amaca uygun bir yol kurun.

Yazılım bilmeden başlayabilir miyim?

Müşteri görüşmesi, problem analizi, süreç çizimi ve bazı prototip denemeleri için kod yazmak gerekmeyebilir. Bununla birlikte ürünün teknik olarak gerçekleştirilebilirliğini değerlendirecek yetkinlik gerekir. Dışarıdan hizmet alacaksanız teslim kapsamını, kaynak kodu sahipliğini ve bakım sorumluluğunu netleştirin. Teknik konuyu bütünüyle bilinmez bir kutu haline getirmeyin; temel kararları anlayacak kadar öğrenin.

İlk doksan günde satış yapamazsam fikir başarısız mı?

Tek bir takvim bütün sektörler için uygun değildir. Kurumsal satın alma, düzenleyici gereklilikler ve teknik testler süreci uzatabilir. Asıl soru, bu sürede hangi belirsizliği azalttığınızdır. Satış gerçekleşmemiş olsa bile karar vericiye erişim, pilot onayı veya teknik doğrulama anlamlı ilerleme olabilir. Fakat aylar boyunca yalnızca belirsiz ilgi varsa müşteri ve değer önerisini yeniden değerlendirin.

Ne zaman vazgeçmeliyim?

Bu kararı yalnızca moralinize göre vermemeye çalışın. Başlangıçta belirlediğiniz varsayımları, eldeki kanıtı, kalan kaynağı ve alternatif yolları birlikte inceleyin. Sorun gerçek olsa da seçtiğiniz çözüm yanlış olabilir. Müşteri grubu değişebilir veya kapsam küçülebilir. Devam kararı kadar durma kararı da bilinçli olmalıdır; daha önce harcadığınız emek tek başına yeni harcamanın gerekçesi değildir.

Doksanıncı gün toplantısında cevaplanacak sorular

Ekip olarak hangi müşteri grubuna odaklandığınızı, bu grubun hangi davranışını gözlemlediğinizi ve önerinizin hangi sonucu değiştirdiğini anlatın. Elinizdeki kanıtı, tahmini ve kişisel görüşü ayrı gösterin. Ürünün hangi kısmının gerçekten çalıştığını, hangi kısmının henüz elle yürütüldüğünü ve hangi teknik riskin açık kaldığını kaydedin. Sonraki dönem için en fazla üç öncelik belirleyin.

Toplantının sonunda tek bir karar belgesi oluşturun: mevcut yaklaşımla devam etmek, belirli bir varsayımı yeniden test etmek, müşteri grubunu değiştirmek veya çalışmayı durdurmak. Kararın gerekçesini yazmak, ileride aynı tartışmaları tekrarlamayı azaltır. İlk doksan günün değeri, tamamlanan görev sayısından çok kurucunun gerçeğe daha yakın karar verebilmesidir. Bu disiplin sonraki aylarda ürün, finansman ve ekip yönetimi için güçlü bir temel oluşturur.

İlgili rehberler

Bu konuyu bir sonraki adımla birleştirmek için Girişimime Nasıl Yatırım Bulurum? Yatırım Arama Rehberi ve TÜBİTAK BİGG Nedir? Kimler Başvurabilir, Süreç Nasıl İşler? yazılarını inceleyebilirsiniz.