Untuk pesanan peralatan parkir OEM, setujui lebih dari sekadar logo. Tentukan perubahan, perangkat lunak dan dokumen yang akan dikirimkan, penggunaan yang memerlukan izin bisnis Anda, dan konfigurasi sampel produk fisik yang tepat yang harus diikuti oleh produksi massal. Kemudian setujui bagaimana penggantian dan pembaruan perangkat lunak nantinya akan ditinjau.
Sebuah kabinet dapat terlihat identik ketika membawa pengontrol, pembuatan firmware, atau perilaku antarmuka yang berbeda. Akun demonstrasi dapat berfungsi meskipun distribusi bermerek atau pemeliharaan independen tidak terselesaikan. Oleh karena itu, persetujuan OEM yang berguna menghubungkan tiga hal: cakupan yang ditentukan, garis dasar sampel produk fisik yang dapat diidentifikasi, dan jalur perubahan yang terkendali.
Ubah permintaan kustomisasi menjadi daftar hasil kerja yang jelas
Mulailah dengan produk dasar dan pasar tempat produk tersebut akan dijual. Nyatakan apakah permintaan tersebut mencakup penghalang, kamera ANPR, terminal tampilan, stasiun pembayaran, atau kombinasi keduanya. Pisahkan opsi yang ada dari pengembangan baru, dan minta pemasok untuk menandai setiap item sebagai disertakan, opsional, tidak tersedia, atau dipasok oleh pihak lain.
Gunakan matriks ini sebagai titik awal. Tambahkan file referensi atau revisi, pemilik persetujuan, dan status kutipan untuk setiap perubahan yang diminta.
| Ruang lingkup | Tentukan sebelum produksi sampel produk fisik | Bukti persetujuan |
|---|---|---|
| Kabinet dan branding | Model, referensi warna, perawatan permukaan akhir, karya seni, posisi logo, dan penggunaan aset merek yang diizinkan | Revisi gambar atau karya seni yang disetujui dan sampel fisik produk yang diidentifikasi |
| Layar dan bahasa | File terjemahan, font, status layar, pesan kesalahan, unit, dan siapa yang menyediakan kata-katanya | File dan tangkapan layar yang disetujui dari pembuatan perangkat lunak yang disepakati |
| Perilaku fungsional | Alur kerja, pengaturan, dan pengecualian yang diperlukan; membedakan fungsi yang diubah dari label yang diubah | Skenario yang disepakati, hasil yang diharapkan dan hasil sampel produk fisik yang dicatat |
| Antarmuka | Protokol, versi API atau SDK, bidang peristiwa, konfigurasi yang didukung, dan pemilik integrasi | Dokumen dan hasil berversi dengan sistem mitra yang dimaksud |
| Kemasan dan label | Karya seni karton, penamaan model, keterlacakan serial, konten, dan tanggung jawab label khusus tujuan | Karya seni, daftar pengepakan, dan kemasan sampel produk fisik yang disetujui |
| Dokumen dan layanan | Bahasa manual, diagram, referensi suku cadang, pembaruan informasi dan serah terima dukungan | Daftar file pengiriman berversi dengan pemilik bernama untuk item yang hilang |
Catat perkakas, pengembangan satu kali, biaya sampel produk fisik, biaya lisensi berulang, jumlah minimum, dan waktu tunggu terhadap cakupan yang disepakati. Tanyakan siapa yang mengendalikan file perkakas dan desain, apakah ada eksklusivitas yang ditawarkan, dan produk, pasar, atau periode apa yang dicakupnya. Jangan tinggalkan keputusan ini dalam frasa umum seperti “termasuk layanan OEM.”
Pastikan hasil kerja perangkat lunak dan hak penggunaannya secara terpisah
File perangkat lunak, akun administrator, dan izin untuk mendistribusikan perangkat lunak menjawab berbagai pertanyaan. Untuk setiap aplikasi, paket firmware, SDK, dan runtime yang diperlukan, tanyakan persyaratan yang berlaku dan hasil yang dibutuhkan oleh tim Anda sendiri dan pelanggan hilir.
- Operasikan dan instal: produk, pelanggan, dan pengaturan penerapan mana yang dapat menggunakan versi yang dikirimkan? Siapa yang menyediakan akses aktivasi, pemulihan, dan penggantian perangkat?
- Merek dan mendistribusikan: bolehkah Anda menggunakan nama Anda di antarmuka, penginstal, manual, dan paket pelanggan? File mana yang dapat diteruskan ke pelanggan atau pemasang lokal?
- Integrasikan: SDK, dokumentasi API, contoh, dan berkas runtime apa yang disediakan, serta mana yang boleh didistribusikan kembali? Siapa yang memelihara integrasi ketika salah satu pihak mengubah sistemnya?
- Mengubah dan memelihara: apakah kode sumber disertakan, apa yang dapat diubah, dan siapa yang dapat membuat dan mendukung versi modifikasi? Jika pemeliharaan independen diperlukan, identifikasi instruksi pembangunan yang disepakati, ketergantungan dan material serah terima.
- Komponen pihak ketiga: minta informasi komponen, versi, lisensi, dan pemberitahuan, serta kode sumber atau penawaran tertulis untuk menyediakannya apabila diwajibkan ketentuan yang berlaku. Pastikan pembatasan dan kewajiban penyediaan materi untuk komponen yang benar-benar dipakai.
Menerima kode sumber tidak dengan sendirinya membuat suatu produk menjadi open source. Itu Definisi Open Source Initiative juga membahas izin redistribusi dan modifikasi. Tetapkan persyaratan sebenarnya untuk paket yang dikirimkan daripada berasumsi bahwa pembayaran penyesuaian, akses ke kode sumber perangkat lunak, atau logo baru menyelesaikan setiap izin.
Bedakan teknologi pemasok yang sudah ada, karya desain dari pembeli, dan pekerjaan pengembangan baru yang dipesan untuk proyek ini dalam perjanjian. Jika kepemilikan hak, eksklusivitas, atau pengembangan mandiri berikutnya penting, tentukan hasil kerja dan hak yang dimaksud untuk ditinjau sebelum pengembangan disetujui. Untuk batas lisensi, peningkatan versi, dan biaya berulang, lihat daftar periksa perizinan perangkat lunak parkir.
Menyetujui kumpulan referensi, bukan hanya sampel produk fisik showroom
Berikan sampel fisik produk referensi unik dan catat identitas fisiknya. Tautkan ke gambar, karya seni, konfigurasi perangkat keras, pembuatan dan pengaturan firmware/perangkat lunak yang disetujui. Sertakan versi dokumen antarmuka, manual, label, dan kemasan yang ada di dalamnya. Simpan catatan persetujuan bertanggal yang menghubungkan file-file ini ke pengidentifikasi sampel produk fisik. Jika rincian rincian material tidak dapat dibagikan, sepakati pengidentifikasi dan perubahan komponen penting mana yang harus tetap dapat dilacak.
Simpan hasilnya di samping konfigurasi itu. Sebuah video yang memperlihatkan pembukaan kabinet atau layar terjemahan merupakan bukti berguna dari demonstrasi tersebut, namun tidak menjelaskan setiap alur kerja yang diperlukan atau membuktikan bahwa setiap unit produksi akan cocok. Pilih pemeriksaan dari penyesuaian yang disetujui: misalnya, pesan yang diterjemahkan panjang di layar sebenarnya, bidang peristiwa yang ditentukan dengan perangkat lunak yang dimaksud, dan penamaan model yang disetujui di seluruh label dan manual.
Nyatakan keputusan dengan jelas: disetujui untuk produksi, disetujui dengan syarat yang dirinci, atau belum disetujui untuk produksi. Setiap masalah yang belum selesai memerlukan penanggung jawab, bukti yang harus diberikan, dan titik penyelesaian. Penyimpangan tampilan yang diterima untuk satu sampel tidak otomatis mengizinkan perubahan seluruh pesanan.
Catatan ringkas ini dapat ditambahkan ke dokumentasi pembelian. Entri di bawah adalah kolom yang harus diisi, bukan persetujuan yang sudah selesai.
Catatan persetujuan sampel OEM Pesanan / produk / pengenal sampel: Perangkat keras dan komponen kritis: Firmware / versi aplikasi / pengaturan: Revisi desain / dokumen antarmuka / manual / kemasan: Pemeriksaan yang disepakati dan referensi berkas hasil: Masalah tertunda / penyimpangan yang diizinkan / penanggung jawab penyelesaian: Keputusan produksi / pemberi persetujuan / tanggal: Pesanan massal atau batch yang dicakup persetujuan ini:
Tetapkan proses perubahan dari permintaan hingga persetujuan produksi
Membekukan versi acuan berarti mempertahankan konfigurasi yang disepakati sambil mengendalikan pembaruan berikutnya. Hal itu tidak boleh menghalangi perbaikan keamanan yang perlu atau penggantian komponen yang tidak lagi tersedia. Sepakati perubahan yang wajib diberitahukan, yang perlu persetujuan sebelum produksi, dan cara menangani pembaruan mendesak.
Untuk usulan perubahan, catat alasannya, pengidentifikasi lama dan baru, produk atau batch produksi yang terpengaruh, dan pengaruhnya terhadap fungsi, kesesuaian, antarmuka, merek, dokumen, dan layanan. Sebutkan orang yang memutuskan apakah sampel produk fisik baru atau pemeriksaan yang lebih sempit diperlukan. Catat keputusan yang dihasilkan dan pengiriman pertama yang menerapkannya.
Misalnya, pengontrol pengganti yang diusulkan mungkin membiarkan tampilan kabinet tidak berubah sehingga memengaruhi waktu kejadian, pemulihan konfigurasi, atau prosedur servis. Periksa perilaku yang terpengaruh dengan konfigurasi yang diinginkan sebelum menerimanya sebagai setara. Koreksi ejaan karton biasanya memerlukan tinjauan karya seni dan dokumen kemasan, daripada mengulangi tes fungsional yang tidak terkait. Buktinya harus mengikuti konsekuensi perubahan.
Catat penyimpangan yang diterima dengan cakupan spesifiknya, kuantitas atau batch produksi, dan kondisi yang terpengaruh. Pisahkan dari revisi dasar permanen. Jika tidak, pengecualian satu pesanan dapat menjadi standar tidak terdokumentasi pada pengiriman berikutnya.
Hubungkan pengiriman massal dengan versi yang disetujui
Setujui bagaimana unit yang masuk akan ditelusuri ke konfigurasi yang disetujui untuk produksi. Referensi pesanan yang cocok, catatan batch serial atau produksi, pengidentifikasi perangkat keras/perangkat lunak yang relevan, label, dan file yang dikirimkan. Menetapkan rencana pemeriksaan atau pengambilan sampel yang masuk dengan pemasok sesuai dengan pesanan dan risikonya; satu sampel produk fisik yang disetujui bukanlah pengganti rencana tersebut.
Jika terdapat ketidaksesuaian, identifikasi dan pertahankan ruang lingkup yang terkena dampak sementara pihak yang bertanggung jawab memutuskan apakah akan memperbaiki, mengganti atau menerimanya berdasarkan penyimpangan yang terdokumentasi. Catat apa yang sebenarnya telah diserahkan dan disetujui sebelum menyetujui unit peralatan tersebut untuk tahap berikutnya. Selalu sediakan informasi konfigurasi akhir untuk tim layanan, termasuk suku cadang yang kompatibel dan rute pembaruan perangkat lunak di masa mendatang.
Siapkan pertanyaan OEM yang terfokus
SHUNJIE secara publik menawarkan penyesuaian OEM/ODM di seluruh tampilan, fungsi, bahasa, perangkat lunak, dan integrasi sistem. Perlakukan tawaran itu sebagai titik awal untuk diskusi spesifik produk: the Jangkauan kamera ANPR, misalnya, mencantumkan kustomisasi casing kamera dan warna. Hasil kerja perangkat lunak, izin, proses sampel, biaya, serta jadwal yang diminta tetap perlu disepakati untuk pesanan tersebut.
Kirimkan produk dasar, pasar penjualan, jumlah, file merek, bahasa, alur kerja yang diperlukan, dan versi integrasi, beserta penggunaan yang harus dicakup dalam perjanjian perangkat lunak Anda. Mintalah tanggapan terhadap matriks cakupan dan proses persetujuan dan perubahan sampel produk fisik yang diusulkan. Anda kemudian bisa mendiskusikan proyek OEM dengan SHUNJIE menggunakan satu referensi yang ditentukan untuk kutipan, sampel produk fisik, dan pengiriman massal.
Gambar unggulan: Adegan perencanaan OEM yang dihasilkan AI. Peralatan generik dan materi ulasan tidak menggambarkan pabrik SHUNJIE, sampel produk fisik yang disetujui, audit atau pengujian.
Adegan perencanaan OEM yang dihasilkan AI. Peralatan generik dan materi ulasan tidak menggambarkan pabrik SHUNJIE, sampel produk fisik yang disetujui, audit atau pengujian.
