Çalışan bir akışın var. Bir müşteriye kurdun, aylardır dönüyor, memnunlar. Sonra ikinci müşteri geliyor ve iş neredeyse baştan başlıyor: tablo yapısı farklı, onay zinciri farklı, fiyat yeniden pazarlık konusu. Üçüncüsünde de aynı. Beş müşteriden sonra elinde beş ayrı proje var, tek bir ürün yok.

Aradaki fark teknik değil. Beş projede de aynı akış çalışıyor olabilir; eksik olan şey akışın kendisi değil, etrafındaki tanım. Ürünleştirmek için akışı sıfırdan yazman gerekmiyor. Gereken şey kapsamı, girdiyi, sınırı, fiyatı ve kanıtı bir kere düzgün yazıya dökmek.

Bu yazı, n8n ile kurduğun bir akışı tekrar satılabilir hâle getirmek için yedi adımlık bir yol haritası. Make, Zapier veya kendi yazdığın bir servis kullanıyorsan da geçerli; adımların hiçbiri araca bağlı değil. Her adımın sonunda somut bir çıktı var. Yedisi bittiğinde elinde bir AI çalışan CV'si oluyor.

Önce şu: ürünleştirme ne değildir

Üç yaygın yanılgı var.

  • Şablon dosyasını paylaşmak ürün değildir. Akışın JSON'unu vermek işi müşteriye devretmektir. Çoğu müşteri onu kuramaz; kursa bile çalışmayan her şey için yine seni arar.
  • Prompt koleksiyonu ürün değildir. İçinde çalışan bir sistem yoksa sattığın şey bir dosyadır.
  • "Otomasyon yaparım" hizmeti ürün değildir. O danışmanlıktır; saatle satılır, büyümesi senin takviminle sınırlıdır ve sen tatile çıkınca durur.

Basit bir kabul testi var: Bir sonraki müşteriye aynı işi, özünü değiştirmeden kurabiliyor musun? Değişen şey yalnızca veri, hesap ve birkaç kural mı?

Cevap evetse elinde zaten bir ürün var, sadece adı konmamış. Cevap hayırsa henüz özel proje aşamasındasın — bu da kötü bir şey değil, ama bu yazıdaki adımlar seni oradan çıkarır.

Adım 1 — Ürünü tek cümlelik iş sonucuyla tanımla

Müşteri n8n satın almıyor. Bir işin kendiliğinden bitmesini satın alıyor. İlk adım, teknik tanımı iş tanımına çevirmek.

Yanlıştan doğruya birkaç örnek:

  • "n8n + OpenAI + WhatsApp entegrasyonu" yerine → "WhatsApp'tan gelen talepleri sınıflandırır, eksik bilgiyi sorar, satış ekibine hazır bir özet bırakır."
  • "RAG tabanlı doküman asistanı" yerine → "Yeni teklif hazırlanırken geçmiş teklifler arasından benzerini bulur ve taslak çıkarır."
  • "Instagram otomasyonu" yerine → "Haftalık içerik takvimini çıkarır, gönderi metinlerini yazar, yayından önce onaya sunar."

Bu adımın çıktısı tek bir cümledir. İçinde araç adı geçmemeli, bir fiil bulunmalı, teslim edilen şey belli olmalı.

Kontrol yöntemi: cümleyi müşterinin muhasebecisine oku. Ürünün ne iş yaptığını anladıysa cümle hazırdır.

Adım 2 — Kapsamı dondur: içinde ne var, dışında ne var

Bir işi ürün yapan şey yaptıkları değil, yapmadıklarının yazılı olması. Kapsamı dondurmayan herkes aynı yere varır: üçüncü ayda "bunu da ekleyebilir miyiz" mesajları ve bitmeyen bir proje.

İki liste yaz.

Standart kapsam: her müşteride aynı biçimde işleyen, kurulum adımları belli olan kısım.

Kapsam dışı: ek ücretle yapılabilecekler ve hiç yapılmayacaklar.

Teklif hazırlama çalışanı için örnek:

  • Standart kapsamda: gelen talebi yapılandırılmış forma çevirme, eksik bilgiyi sorma, fiyat tablosundan taslak teklif üretme, PDF çıktısı, onaya gönderme.
  • Ek ücretle: yeni bir fiyat tablosu biçimine uyarlama, ikinci dil, ek onay adımı.
  • Hiç yapılmaz: ödeme tahsilatı, ERP'ye sipariş yazma, müşteriyle pazarlık etme.

Bu liste satışı yavaşlatmaz, yalnızca yanlış müşteriyi baştan eler. Erken elenen müşteri, sonradan kapsam tartışmasına dönüşen müşteriden çok daha ucuzdur.

Adım 3 — Müşteriden istediğin girdileri tek bir forma topla

Kurulumu uzatan şey genelde kod değil, bekleme. Erişim yetkisi gelmedi, fiyat listesi Excel değil kâğıt üstünde, hesabın sahibi tatilde.

Kendine bir "işe alım formu" hazırla. İçinde şunlar olsun:

  • Hangi hesaplara erişim gerekiyor, hangi yetki seviyesinde
  • Hangi veriler, hangi biçimde (dosya türü dahil)
  • İşin kuralları: kim, ne zaman, hangi durumda ne yapar
  • Kim onaylayacak, kim günlük sorumlusu olacak
  • Kurulum sonrası kime eğitim verilecek

Bu formu sözleşmeden önce gönder. Kurulum süresi ölçümü de buradan başlar: süre, girdilerin tamamlandığı günden itibaren sayılır. Bu kuralı baştan yazmazsan müşteri kaynaklı gecikme senin gecikmen gibi görünür.

Adım 4 — İnsan onayı gereken kararları işaretle

Alıcının aklındaki asıl soru "yapay zekâ mı yazıyor?" değil, "yanlış bir şey yaparsa ne olur?" Cevabını ürünün içine yaz.

Kararları üçe ayır:

  • Otomatik: talebi sınıflandırma, eksik bilgiyi sorma, taslak hazırlama, iç bildirim gönderme
  • Onaylı: müşteriye giden ilk teklif, indirim içeren teklif, fatura veya iptal işlemi
  • İnsana devir: iki denemede anlaşılamayan talep, şikâyet dili, kapsam dışı soru, ödeme itirazı

Bu ayrım alıcı için bir risk cetvelidir. "Hata yapmaz" diyemezsin, kimse diyemez. Ama "şu kararların hepsi bir insanın onayından geçer" diyebilirsin. Satın alma kararını çoğunlukla bu cümle açar.

Adım 5 — Kurulumu tekrarlanabilir hâle getir, süresini ölç

Kurulum kontrol listeni yaz ve ilk kurulumda süre tut. İkinci kurulumda aynı listeyi kullan, nerede takıldığını not et. İki kurulumdan sonra "kurulum 3–5 iş günü" gibi savunabileceğin bir aralığın olur. Tahmin değil, ölçüm.

Aynı aşamada teknik ayrımı da yap: hangi adımlar müşteriye özel (kurallar, fiyat tablosu, ton, onay zinciri), hangileri her müşteride sabit?

Sabit kısmı şablona al. Özel kısmı akışın içinden çıkarıp dışına taşı — bir yapılandırma dosyasına, bir tabloya ya da ortam değişkenlerine. Ürünleşmenin teknik tarafı esasen bundan ibarettir: değişkenleri gövdeden ayırmak. Bunu yaptığın anda ikinci kurulum, ilk akışı kopyalayıp elde düzeltmek olmaktan çıkar; gerçekten kurulum hâline gelir.

Adım 6 — Fiyatı ikiye ayır: kurulum bedeli ve aylık ücret

Tek rakam vermek zorunda değilsin, ama fiyat mantığını gizlemenin sana faydası yok. Fiyatı olmayan sayfa varsayılan olarak "pahalıdır" diye okunur.

İki kalemi ayır ve neyin karşılığı olduğunu yaz:

  • Kurulum bedeli: keşif görüşmesi, yapılandırma, veri hazırlama, test, devreye alma, kullanıcı eğitimi
  • Aylık ücret: çalışır tutmak, çalıştığı araçlardan biri değiştiğinde düzeltmek, küçük kural değişiklikleri, destek

Sonra şu dört soruyu sayfanda cevapla; bu sorular cevaplanmadan satın alma kararı çıkmıyor:

  1. Aylık ücrete dahil kapasite ne kadar? (Kaç talep, kaç gönderi, kaç teklif?)
  2. Kapasite aşılırsa ne olur — durur mu, ek ücret mi çıkar?
  3. Model, API ve telefon numarası gibi üçüncü taraf ücretleri kime ait?
  4. Destek saatleri ve ilk yanıt süresi nedir?

Değeri anlatırken çerçeveyi doğru kur. Satacağın şey personel tasarrufu değil, kapasite. Sorulacak soru şu: "Bu iş şu an ayda kaç saat alıyor, o saatler serbest kalınca ekip neye bakacak?" Alıcı bunu kendi rakamlarıyla cevaplayabildiğinde fiyat tartışması kısalır.

Adım 7 — Kanıt üret ve bir deneme vardiyası tasarla

Alıcının en makul sorusu şu: "Sende çalışıyor olabilir, bende de çalışacak mı?"

Kanıtı üç seviyede kur:

  • Örnek girdi–çıktı çifti. En ucuzu, çoğu zaman en ikna edicisi. Gerçek bir girdi, ürünün ürettiği gerçek çıktı. Müşteri verisi kullanacaksan izin al ve kimlik bilgilerini temizle.
  • Kısa ekran kaydı. 2–3 dakika yeter. Tanıtım değil, işin akışı.
  • Deneme vardiyası. Genel bir "demo iste" formu değil; küçük ve gerçek bir görev.

İyi bir deneme vardiyasının özellikleri:

  • Görev tanımı 15 dakikada anlatılabilir
  • 24–72 saat içinde teslim edilir
  • Ürünün ana iş sonucunu gösterir
  • Müşterinin bütün sistemlerine erişim istemez
  • Başarı kriteri önceden yazılıdır
  • Sana sınırsız, ücretsiz danışmanlık yüklemez

Örnek: matbaa teklif çalışanı için girdi, "örnek bir müşteri talebi ve fiyat tablosunun sınırlı bir bölümü"; çıktı, "yapılandırılmış ihtiyaç formu ve taslak teklif". Kurulum yok, tam erişim yok, sonuç görünür.

Denemeyi ilk aşamada elle çalıştırman sorun değil. Önemli olan girdinin, çıktının ve sürenin önceden yazılı olması.

Yedi adımın toplamı bir CV'dir

Bu adımların çıktısını yan yana koyduğunda ortaya çıkan şey rastgele bir doküman değil, doğrudan bir AI çalışan CV'si:

  • Adım 1 → Kimlik ve tek cümlelik sonuç
  • Adım 2 → Görev tanımı, yetenekler ve sınırlar
  • Adım 3 → Çalışma koşulları: gereken hesaplar ve veriler
  • Adım 4 → İnsan onayı gereken kararlar
  • Adım 5 → Kurulum süresi
  • Adım 6 → Fiyat: kurulum bedeli, aylık ücret, dahil kapasite, üçüncü taraf ücretleri
  • Adım 7 → Kanıt ve deneme vardiyası

Bu format tesadüf değil. Alıcı işletmenin genelde yazılım satın alma deneyimi yok — ama insan işe alma deneyimi var. "Ne yapacak, neyi yapamaz, kime bağlı, ne zaman başlar, maliyeti ne?" sorularını zaten biliyor. CV formatı yeni bir dil öğretmiyor, bilinen dili kullanıyor.

Her otomasyon ürünleşmez

Dürüst kısım burası. Bazı işler özel proje olarak kalmalı:

  • İş sonucu her müşteride köklü biçimde değişiyorsa. Şirkete özel ERP alanlarına ve kuruma özel onay hiyerarşisine bağlı akışlar genelde ürünleşmez.
  • Değerin ana kaynağı senin sektör bilgin ve yorumunsa. Akış senin yanında küçük kalıyorsa sattığın şey aslında danışmanlıktır; onu ürün gibi paketlemek her iki tarafı da yanıltır.
  • Yüksek riskli bir alandaysan ve kontrolleri standartlaştıramıyorsan. Sağlık, hukuk, finans. Sınırları ve insan onayını her müşteride aynı biçimde yazamıyorsan bekle.
  • Kırılgan yöntemlere dayanıyorsa. Resmî olmayan API'ler, tarayıcı oturumu taklidi, platform kurallarını aşan erişimler. Bunlar bir gün değil, bir sabah durur; faturası da destek yükü olarak sana çıkar.

Bunları ürün diye satmak kısa vadede iş getirir, orta vadede zamanını yer.

Satmaya başlamadan önce sekiz soru

  1. Ürünün iş sonucunu araç adı kullanmadan tek cümlede yazabiliyor musun?
  2. Kapsam dışı listen var mı?
  3. Müşteriden istediğin girdiler tek bir işe alım formunda toplanmış mı?
  4. Hangi kararların insan onayı gerektirdiği yazılı mı?
  5. Kurulum süresini ölçtün mü, yoksa tahmin mi ediyorsun?
  6. Kurulum bedeli ve aylık ücret ayrı mı, her biri neyin karşılığı yazılı mı?
  7. Üçüncü taraf ücretlerinin kime ait olduğu belli mi?
  8. Gösterebileceğin bir örnek girdi–çıktı çiftin var mı?

İkiden fazla "hayır" varsa elinde ürün değil, taslak var. İyi haber şu: eksiklerin neredeyse tamamı kod değil, karar. Çoğu tek bir öğleden sonrada yazılabilir.

Ürünleştirme, akışını daha karmaşık yapmak değildir. Genellikle tam tersidir: kapsamı daralttıkça, sınırları yazdıkça ve değişkenleri dışarı çıkardıkça ürün ortaya çıkar.

AIÇalışanım bu adımların neresinde

Platformda yayınlanan her ürün yukarıdaki CV formatında yazılıyor: tek cümlelik sonuç, yetenekler, sınırlar, insan onayı, kurulum süresi, fiyat ve deneme vardiyası ürün sayfasının kendi alanları. Başvuru formu bunların bir bölümünü şimdiden soruyor — ürünün hangi işi yaptığını, fiyat modelini, kanıt bağlantısını, desteği kimin vereceğini ve hangi verilere eriştiğini. Geri kalanı ürün sayfasını hazırlarken tamamlanıyor.

Kendi sitesi olmayan bir üretici, müşterisine gönderebileceği bir ürün sayfası ediniyor. Sayfanın son 30 günlük görüntülenme, talep ve talep kaynağı verisi kendi panelinde görünüyor.

Açık olalım: şu an platform üzerinden ödeme alınmıyor. Müşteriyle doğrudan sen anlaşıyorsun; platform talebi ve talebin nereden geldiğini kaydediyor. Ödeme, aylık ücret tahsilatı ve fatura akışı yol haritasında, ama henüz yok.

Nasıl çalıştığını Üreticiler için sayfasında, yayındaki ürünlerin formatını da AI çalışanlar kataloğunda görebilirsin.