Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Penentuan versi

Versi membantu Anda mengelola Alur Cepat Amazon saat Anda membuat, menguji, dan membagikannya dengan orang lain. Pikirkan versi seperti menyimpan salinan berbeda dari karya Anda - Anda dapat memiliki salinan yang berfungsi sambil menyimpan versi yang bersih dan diterbitkan untuk digunakan orang lain. Amazon Quick Flows membuatnya tetap sederhana dengan tidak lebih dari tiga versi untuk setiap aliran tertentu.

Cara kerja pembuatan versi

Penyiapan organisasi Anda menentukan jenis versi yang akan Anda lihat:

Jika organisasi Anda menggunakan peninjauan persetujuan

Anda akan bekerja dengan tiga jenis versi. Untuk informasi mendetail tentang cara kerja tinjauan persetujuan, lihat dokumentasi Amazon Quick Flows - Approval review.

Jika organisasi Anda tidak menggunakan peninjauan persetujuan

Anda akan bekerja dengan dua jenis versi:

Konsep versi kunci

Memahami konsep inti ini akan membantu Anda bekerja secara efektif dengan pembuatan versi Amazon Quick Flows:

Multi-versi untuk pembuat konten: Sebagai pembuat alur, Anda dapat melihat dan bekerja dengan beberapa versi alur Anda (draf, persetujuan tertunda, dibagikan). Ini memungkinkan Anda untuk terus mengembangkan saat pengguna mengakses versi stabil yang diterbitkan.

Versi tunggal untuk pengguna: Pengguna akhir selalu melihat hanya satu versi aliran Anda - versi yang saat ini diterbitkan. Ini mencegah kebingungan dan memastikan setiap orang memiliki pengalaman yang sama.

Publikasikan alur kerja perubahan: Saat Anda membuat perubahan pada alur bersama yang ada, Anda harus “menerbitkan perubahan” agar pembaruan tersebut tersedia bagi pengguna. Ini membuat versi baru dan dapat memicu peninjauan persetujuan.

Penggantian versi: Setiap kali Anda mempublikasikan perubahan, versi baru menggantikan versi yang diterbitkan sebelumnya untuk semua pengguna. Versi historis dipertahankan untuk pembuat konten tetapi pengguna selalu melihat versi terbaru yang disetujui.

Versi definisi aplikasi: Perubahan pada elemen aliran inti seperti judul, deskripsi, dan struktur dianggap sebagai perubahan definisi aplikasi dan memerlukan proses penerbitan lengkap.

Membuat dan mengedit alur

Semua alur baru dimulai sebagai konsep di ruang kerja pribadi Anda. Anda dapat membangun dan menguji alur Anda, menambahkan kartu, mengonfigurasi pengaturan, dan mengulangi sesuai kebutuhan. Pekerjaan Anda disimpan secara otomatis, tetapi Anda dapat menyimpan tonggak penting secara manual. Saat Anda siap untuk membagikan alur Anda dengan orang lain, Anda harus “mempublikasikan perubahan” agar tersedia bagi audiens yang dituju.

Menerbitkan alur Anda

Dengan tinjauan persetujuan: Ketika draf Anda siap, Anda “menerbitkan perubahan” untuk mengirimkannya untuk ditinjau. Alur Anda beralih ke status “Persetujuan Tertunda” di mana pengulas dapat mengevaluasinya. Jika perubahan diminta, Anda harus membuat draf baru dengan pembaruan dan mengirimkan ulang. Setelah disetujui, alur Anda menjadi “Diterbitkan” dan tersedia untuk pengguna. Setiap perubahan future pada alur bersama memerlukan penerbitan ulang dan melalui proses persetujuan lagi.

Tanpa peninjauan persetujuan: Ketika draf Anda siap, Anda “menerbitkan perubahan” untuk segera membagikannya. Alur Anda menjadi “Diterbitkan” dan langsung tersedia untuk pengguna. Anda dapat terus membuat perubahan dalam mode draf dan mempublikasikan pembaruan sesuai kebutuhan.

Membuat perubahan pada alur bersama

Setelah Anda membagikan alur, perubahan apa pun yang Anda buat harus melalui proses “terbitkan perubahan” agar tersedia bagi pengguna. Ini memastikan bahwa pengguna selalu memiliki akses ke versi yang stabil dan teruji saat Anda terus mengembangkan peningkatan.

Publikasi mengubah alur kerja

Saat memodifikasi alur bersama, Anda sedang mengerjakan versi draf baru. Pengguna terus melihat dan menggunakan versi yang diterbitkan saat ini hingga Anda menyelesaikan proses perubahan publikasi. Pendekatan ini mencegah pengguna melihat perubahan yang tidak lengkap atau belum teruji.

Perubahan judul dan deskripsi: Pembaruan pada judul atau deskripsi alur Anda dianggap sebagai perubahan definisi aplikasi. Ini memerlukan perubahan penerbitan dan, jika tinjauan persetujuan diaktifkan, melalui proses persetujuan lagi.

Perubahan konten: Modifikasi kartu, prompt, atau logika aliran juga memerlukan perubahan penerbitan. Setiap pembaruan yang diterbitkan membuat versi baru yang menggantikan versi sebelumnya untuk semua pengguna.

Perubahan izin berbagi: Menambahkan pengguna baru atau mengubah izin (seperti mengonversi penonton menjadi pemilik bersama) mungkin memerlukan persetujuan tergantung pada setelan organisasi Anda.

Alur pembatalan penerbitan

Anda dapat membatalkan publikasi alur bersama untuk menghapusnya dari ketersediaan umum sambil tetap dapat diakses oleh pemilik bersama. Saat Anda membatalkan publikasi alur:

Fitur ini berguna saat Anda perlu membuat perubahan signifikan pada alur yang dibagikan secara luas atau menghapus akses sementara saat menangani masalah.

Kiat untuk sukses

Ikuti praktik terbaik ini untuk memastikan alur Anda bekerja dengan andal dan memberikan pengalaman hebat bagi pengguna Anda.

Sebelum Anda mengirimkan atau mempublikasikan

Mengelola beberapa versi

Bekerja dengan tim Anda

Referensi versi

Gunakan tabel ini sebagai referensi cepat untuk memahami apa yang dapat Anda lakukan dengan setiap jenis versi dan langkah selanjutnya dalam alur kerja Anda.