Elektronik kart tasarımı hizmeti almak isteyen firmaların önemli bir bölümü işe “bize bir kart lazım” cümlesiyle başlıyor. Bu anlaşılabilir ama riskli. Çünkü teknik şartname zayıfsa hem teklif karşılaştırması zorlaşır hem de proje süresince herkes başka bir şey beklemeye başlar.
- İyi şartname maliyeti değil, belirsizliği düşürür.
- Platform adı yazmaktan daha önemli olan, cihazın ne yapacağını ve başarı ölçütünü net tarif etmektir.
- Üretim hedefi, firmware kapsamı ve ERP entegrasyonu ilk günden şartnamede görünmelidir.
1. Şartnamenin ilk maddesi ne olmalı?
Cihazın ne yapacağı. Hangi veriyi toplayacak, hangi çıktıyı üretecek, hangi ortamda çalışacak ve başarı ölçütü ne olacak? Bu tanım ne kadar net olursa işlemci, sensör ve haberleşme kararları o kadar sağlıklı verilir.
2. Platform tercihi şartnamede yer almalı mı?
Eğer kurum içinde belirlenmiş bir tercih varsa evet. Ama çoğu zaman daha doğru yaklaşım işlemci adı yazmak değil, ihtiyaçları tarif etmektir. Böylece proje için Arduino, ESP32, STM32 veya Raspberry Pi arasında teknik olarak daha doğru seçim yapılabilir.
3. Üretim hedefi neden ilk günden sorulmalı?
Prototip mi yapılacak, pilot mu çıkacak, seri üretim mi hedefleniyor? Bu soruya göre PCB tasarımı, bileşen seçimi, test yaklaşımı ve maliyet optimizasyonu değişir. Aynı proje farklı üretim hedeflerinde bambaşka şekilde kurgulanabilir.
4. Gömülü yazılım tarafında ne istenmeli?
Haberleşme protokolleri, hata yönetimi, loglama, uzaktan güncelleme ihtiyacı, enerji modu ve debug beklentisi belirtilmelidir. Donanım kadar yazılım tanımı da şartnamenin temelidir.
5. Görüntü işleme veya yapay zeka varsa nasıl yazılmalı?
Kamera sayısı, beklenen karar tipi, hata sınıfları, ortam ışığı, işlem süresi ve sonuçların nasıl kullanılacağı açıklanmalıdır. “AI olacak” gibi genel ifade proje için yeterli değildir; sahadaki karar senaryosu tarif edilmelidir.
6. ERP entegrasyonu başlığı neden ayrı yazılmalı?
Çünkü cihazın veri üretmesi ile ERP'nin bu veriyi kullanması farklı şeylerdir. Odoo ERP'ye hangi alanların düşeceği, lot, kalite, stok, alarm veya dashboard tarafında ne beklendiği yazılırsa entegrasyon daha temiz ilerler.
7. Teklif karşılaştırmasında neye bakılmalı?
Sadece donanım maliyetine değil; prototip sayısı, test disiplini, firmware kapsamı, saha desteği, dokümantasyon ve entegrasyon yaklaşımına da bakılmalı. En ucuz teklif, en az riskli teklif olmayabilir.
| Şartname başlığı | Neden gerekli? | Yazılmazsa ne olur? |
|---|---|---|
| Kullanım senaryosu | Kartın görevini netler | Teklifler farklı varsayımlarla gelir |
| Üretim hedefi | Prototip mi ürün mü belirler | BOM ve test seviyesi yanlış seçilir |
| Firmware kapsamı | Bakım ve log ihtiyacını tanımlar | İlk demo sonrası kapsam tartışması çıkar |
| ERP entegrasyonu | Veri modelini netleştirir | Son aşamada entegrasyon tıkanır |
8. İyi bir başlangıç dokümanı nasıl çıkar?
İlk versiyonun mükemmel olması gerekmez. Ama açık, dürüst ve ölçülebilir olması gerekir. Şartname hazırlarken teknik partnerle birlikte ilerlemek çoğu zaman daha sağlıklı olur. Bunun için hizmet sayfamızı ve iletişim sayfamızı kullanabilirsiniz.
Sık Sorulan Sorular
Teknik şartnameyi satın alma ekibi tek başına hazırlayabilir mi?
Hazırlayabilir ama teknik partnerle birlikte olgunlaştırması daha güvenlidir. Özellikle haberleşme, üretim çıktıları ve firmware kapsamı gibi başlıklarda saha tecrübesi büyük fark yaratır.
Şartnamede işlemci adı vermek doğru mu?
Bazen evet, çoğu zaman hayır. Kurum içinde net teknik karar yoksa işlemci adı yazmak yerine performans, haberleşme ve bakım beklentisini tarif etmek daha doğru sonuç verir.
İyi şartname proje süresini gerçekten kısaltır mı?
Evet. Çünkü kapsamı, teslimleri ve başarı ölçütünü baştan netler. Bu da teklif karşılaştırmasını hızlandırır, revizyon tartışmalarını azaltır ve mühendislik ekibinin daha az varsayımla ilerlemesini sağlar.