Templat ini dari Sales Enablement RFI telah disumbangkan dengan murah hati oleh BPM Bekerjadengan izin tertulis dari Pendirinya, Robin Griffiths. Anda dapat meninjaunya secara keseluruhan di sini, atau mengunduh dan menggunakan versi Dokumen Google untuk kenyamanan Anda.
Perhatikan bahwa tim di sini di Coffee, Collaboration, dan Enablement akan memperluas templat RFI Sales Enablement ini dari waktu ke waktu berdasarkan umpan balik dari komunitas, tetapi TIDAK PERNAH akan menyesuaikan dokumen awal untuk mendukung satu vendor di atas yang lain. -Kolaborator.
Sangat menantang untuk mencari Solusi Sales Enablement, terutama mengingat tingkat pemahaman yang bervariasi tentang Enablement dan bagaimana hal itu dapat membantu Anda mendorong efisiensi, efektivitas penjualan, dan banyak lagi. Dokumen ini akan memberi Anda titik awal yang solid ketika menjadi waktu yang tepat bagi Anda untuk memulai proses RFI.
Seperti biasa, jika Anda melihat area bagi kami untuk meningkatkan hal ini dengan cara apa pun yang mengarah pada nilai nyata bagi bisnis dan peningkatan kualitas proposal teknis untuk vendor, harap beri tahu kami.
| [logo perusahaan] |
| Nama | Tanggal | Versi | Ringkasan perubahan |
Tinjau Sejarah
| Nama Peninjau | Versi Dokumen yang Ditinjau | Tanggal Dikirim untuk ditinjau | Tanggal Ulasan Diajukan | Disetujui/Ditolak (dengan Alasan) |
Tentang dokumen ini............................................................................................................................... 4
Bab 1 Informasi Perusahaan.......................................................................................................... 5
1.1 Keuangan dan Operasi Bisnis...................................................................................................... 5
1.2 Kredensial dan Kontak.................................................................................................................... 6
Bab 2 Kemampuan Fungsional....................................................................................................... 7
2.1 Belajar tentang Pelanggan dan Produk/Proposisi...................................................................... 7
2.2 Menemukan dan Melacak Materi Dukungan Penjualan................................................................................... 8
2.3 Mempersiapkan dan Melaksanakan Panggilan dan Pertemuan................................................................................... 10
2.4 Menghasilkan Presentasi dan Dokumen Lainnya............................................................................. 12
2.5 Berbagi Materi dengan Pelanggan.................................................................................................... 13
Bab 3 Operasi Teknis dan Keamanan............................................................................... 15
3.1 Operasi Teknis........................................................................................................................ 15
3.2 Keamanan.............................................................................................................................................. 16
3.3 Manajemen Akun dan Dukungan.................................................................................................. 17
Bab 4 Harga Indikatif dan Biaya........................................................................................... 19
4.1 Layanan Awan.................................................................................................................................... 19
4.2 Orientasi dan Pelatihan................................................................................................................... 19
Tujuan dari dokumen RFI Sales Enablement ini adalah untuk mengumpulkan informasi dari vendor-vendor sebagai bagian dari proses seleksi daftar pendek untuk platform teknologi yang perlu Anda evaluasi.
Hak Cipta dan Distribusi
Desain dan konten yang terkandung dalam dokumen ini awalnya dikembangkan oleh BPM Works Limited. BPM Works telah memberikan izin kepada situs web Coffee, Collaboration, dan Enablement untuk berbagi dan memperbarui template RFI Sales Enablement untuk komunitas Enablement dan telah memberikan izin bagi siapa pun yang mengakses template ini dari Coffee, Collaboration, dan Enablement untuk menggunakan template ini baik apa adanya, atau dengan cara yang dimodifikasi, untuk mereka gunakan dalam membuat keputusan pembelian.
Terakhir, konten ini tidak dapat digunakan kembali sebagai contoh oleh individu, komunitas, atau bisnis lain tanpa izin tertulis dari BPM Works.
Bagian 1 Informasi Perusahaan
Di bagian RFI Sales Enablement ini, kami ingin mencari tahu tentang perusahaan Anda karena kami berusaha mengidentifikasi kandidat ideal untuk membantu kami memenuhi tujuan bisnis kami.
1.1 Keuangan dan Operasi Bisnis
| Pertanyaan | Tanggapan Vendor | |
| PENDAPATAN DAN PEMBIAYAAN | ||
1.1.1. 1.1 |
Apakah perusahaan Anda dimiliki oleh publik atau swasta? | |
1.1.2. 1.2 |
Jika publik di bursa saham mana? | |
1.1.3. 1.3 |
Harap berikan pendapatan untuk perusahaan (dalam USD). | |
1.1.4. 1.4 |
Bagaimana perusahaan Anda dibiayai (misalnya modal ventura Seri B USD 50 juta; laba ditahan)? | |
| Harap berikan salinan akun 12 bulan terakhir Anda yang telah diaudit termasuk laba & rugi dan neraca. | ||
| OPERASI BISNIS | ||
1.1.5. 1.5 |
Berikan lokasi kantor Anda di seluruh dunia. | |
1.1.6. 1.6 |
Berapa banyak anggota staf yang Anda miliki di setiap lokasi? |
1.2 Kredensial dan Kontak
| Pertanyaan | Tanggapan Vendor | |
| KREDENSI | ||
1.2.1. 1.8 |
Jika Anda sudah bekerja dengan [nama perusahaan], harap berikan rinciannya. | |
1.2.2. |
Jika Anda terpilih, apakah Anda dapat memberikan 2 referensi pelanggan untuk kami ajak bicara, di perusahaan di mana setidaknya 100 orang penjualan dalam organisasi penjualan mereka menggunakan solusi Anda? | |
| INFORMASI KONTAK | ||
1.2.3. 1.9 |
Harap berikan nama orang yang akan memimpin penawaran Anda untuk solusi ini. | |
1.2.4. |
Apa informasi kontak? (alamat email, telepon kantor, telepon seluler, lokasi kantor). |
Bagian 2 Kemampuan Fungsional
Di bagian RFI Sales Enablement ini, kami ingin mengetahui tentang kemampuan fungsional solusi Anda. Fungsi-fungsi yang akan didukung oleh solusi Sales Enablement baru dipertimbangkan di bawah judul berikut:
- Belajar tentang pelanggan dan produk/proposisi
- Menemukan dan Melacak materi pendukung penjualan
- Mempersiapkan dan Melaksanakan panggilan dan pertemuan
- Menghasilkan presentasi dan kutipan
- Berbagi materi dengan pelanggan
Kami berharap Anda memberikan tanggapan RFP Anda dengan keterusterangan maksimal. Kurangnya kemampuan di bidang tertentu tidak akan serta merta membuat perusahaan Anda tidak terpilih.
Namun demikian, mengklaim untuk memberikan fungsionalitas yang kemudian ditemukan bukan informasi yang akurat, atau masih dalam pengembangan (dan Anda tidak mengungkapkan hal ini), akan menyebabkan diskualifikasi otomatis dari proses seleksi.
2.1 Belajar tentang Pelanggan dan Produk/Proposisi
| Persyaratan fungsional | Pertanyaan | Tanggapan vendor | |
| SISTEM MANAJEMEN PEMBELAJARAN (LMS) / PORTAL PENGETAHUAN | |||
2.1.1. 2.1 |
LMS / Portal untuk menyimpan pengetahuan1 pada pelanggan dan proposisi nilai perusahaan dan menyajikannya pada serangkaian halaman web, yang di-host di cloud | Bagaimana Anda membuat ini untuk pelanggan? (misalnya, dikonfigurasi dengan menggunakan alat bantu yang disediakan, dibuat dari awal dengan menggunakan HTML5) Apa saja proses utama yang Anda gunakan? | |
2.1.2. 2.2 |
Bagaimana sumber daya Anda untuk pekerjaan ini? (misalnya sumber daya internal, perusahaan mitra). | ||
2.1.3. |
Sejauh mana pelanggan dapat membuat perubahan dan pembaruan pada LMS/Portal Pengetahuan, dan bagaimana mereka melakukannya? | ||
2.1.4. 2.3 |
Pengguna menavigasi konten melalui menu dan struktur halaman yang logis | Apakah Anda memiliki contoh LMS/Portal Pengetahuan yang telah Anda bangun untuk pelanggan yang dapat Anda tunjukkan kepada kami? | |
2.1.5. 1.4 |
Halaman memiliki tautan ke dokumen yang dihosting pada sistem atau di tempat lain | tidak ada | |
2.1.6. 1.5 |
Fungsi pencarian yang canggih untuk menemukan halaman LMS / Portal dengan konten yang relevan | Teknologi pencarian apa yang Anda bangun ke dalam LMS / Portal Pengetahuan? | |
2.1.7. 1.5 |
Konten yang disimpan dalam basis data yang juga digunakan oleh Playbook halaman | Apakah konten tekstual pada halaman LMS/Portal Pengetahuan Anda disimpan dalam database (sistem manajemen konten) atau hanya dikodekan dalam HTML pada halaman? | |
2.1.8. 1.5 |
Dukungan untuk set karakter Jepang, Cina, Korea, dan Rusia, dll. untuk menyajikan konten pada halaman | Dapatkah Anda menunjukkan contoh halaman LMS/Portal Pengetahuan yang telah Anda buat yang menampilkan karakter bahasa Jepang, Korea dan Cina? | |
2.1.9. |
Kontrol hak akses | Berikan deskripsi singkat tentang bagaimana solusi Anda dapat dikonfigurasi untuk mengontrol hak akses ke LMS/Portal Pengetahuan | |
| KELOMPOK KEPENTINGAN | |||
2.1.10. 1.5 |
Kemampuan untuk dengan mudah membuat kelompok minat secara online, di mana wawasan2 dan pemikiran penjualan terbaru dapat dibagikan | Apakah mudah bagi pimpinan penjualan atau pemasaran untuk mengatur salah satu dari ini dan mengundang orang-orang internal untuk bergabung? |
1 Jenis konten: wawasan tentang industri, aktivitas bisnis, persona, dll.; wawasan tentang tantangan khas berdasarkan industri dan persona; informasi produk; bagaimana solusi Perusahaan terkait dengan tantangan pelanggan; analisis dan diferensiasi pesaing.
2 Termasuk, misalnya, perkembangan industri topikal yang dapat mendorong percakapan penjualan di wilayah atau negara tertentu.
2.2 Menemukan dan Melacak Materi Dukungan Penjualan
| Persyaratan fungsional | Pertanyaan | Tanggapan vendor | |
| REPOSITORI DOKUMEN | |||
2.2.1. 1.5 |
Tempat untuk menampung materi dukungan penjualan1 di awan | Apakah Anda menyediakan repositori dokumen atau konten Anda sendiri di cloud atau mengandalkan 3rd solusi partai? | |
2.2.2. 1.5 |
Fungsi pencarian yang canggih untuk menemukan materi dengan konten yang relevan | Teknologi pencarian apa yang dibangun ke dalam repositori dokumen yang Anda sediakan? | |
2.2.3. |
Pengorganisasian materi berdasarkan industri, persona, dan tahap penjualan untuk memungkinkan Anda menelusuri konten yang relevan | Apakah Anda memiliki contoh repositori dokumen yang telah Anda bangun untuk pelanggan yang bisa Anda tunjukkan kepada kami? | |
2.2.4. |
Akses ke repositori dokumen termasuk fungsi pencarian dalam Salesforce UI | Dari layar/tab Salesforce mana pengguna dapat mengakses repositori dokumen Anda? | |
2.2.5. |
Dapatkah pengguna mengakses fungsionalitas pencarian dokumen Anda di dalam layar Salesforce? | ||
2.2.6. |
Presentasi kontekstual dari materi yang direkomendasikan dalam Salesforce, misalnya materi yang ditampilkan tergantung pada industri dan persona serta tahap penjualan yang terkait dengan peluang yang saat ini sedang dilihat di Salesforce. | Apakah Anda memiliki contoh presentasi kontekstual materi dalam Salesforce yang dapat Anda tunjukkan kepada kami? | |
2.2.7. |
Kontrol hak akses | Berikan deskripsi singkat tentang bagaimana solusi Anda dapat dikonfigurasi untuk mengontrol hak akses ke Repositori Dokumen | |
2.2.8. |
Kontrol versi dan kontrol masa pakai dokumen | Berikan deskripsi singkat tentang kontrol versi yang disediakan oleh solusi Anda | |
2.2.9. |
Ruang penyimpanan awan | Apakah ada batasan untuk keseluruhan ruang penyimpanan yang tersedia di cloud Anda untuk dokumen kami? | |
2.2.10. |
Dukungan untuk file besar | Apakah ada batasan pada ukuran file individual yang dapat disimpan di cloud Anda? | |
2.2.11. |
Dukungan untuk streaming video | Apakah platform mendukung streaming langsung konten video? | |
2.2.12. |
Kemampuan untuk memilih mencari repositori dokumen lain | Yang mana 3rd solusi manajemen dokumen pihak yang saat ini Anda miliki integrasinya dengan pencarian yang terintegrasi penuh? | |
| MELACAK PENGGUNAAN KONTEN OLEH PENJUALAN | |||
2.2.13. |
Melacak dan melaporkan penggunaan dokumen dan materi pendukung penjualan lainnya oleh anggota tim penjualan | Berikan deskripsi singkat tentang fungsionalitas yang Anda sediakan dan praktik terbaik yang sesuai untuk memaksimalkan keberhasilan bisnis. | |
2.2.14. |
Fitur penilaian | Dapatkah staf penjualan mengirimkan peringkat untuk suatu item? | |
2.2.15. |
Kemampuan bagi pengguna untuk mengirim umpan balik | Bagaimana orang penjualan memberikan umpan balik tentang materi? |
1 Termasuk: kertas putih; jaminan produk; deck presentasi standar; contoh diagram/infografis Gambar Besar; studi kasus; video, panduan knock-out kompetitif; alat persiapan Demo
2.3 Mempersiapkan dan Melaksanakan Panggilan dan Rapat
| Persyaratan fungsional | Pertanyaan | Tanggapan vendor | |
| PLAYBOOK | |||
2.3.1. |
Playbook yang menyajikan panduan terstruktur1 tentang cara menjual proposisi tertentu | Bagaimana Anda membuat ini untuk pelanggan? (misalnya, dibuat dari awal menggunakan HTML5; tersedia templat desain standar) | |
2.3.2. |
Bagaimana sumber daya Anda untuk pekerjaan ini? (misalnya, sumber daya internal, perusahaan mitra) | ||
2.3.3. |
Sejauh mana pelanggan bisa membuat perubahan dan pembaruan pada Playbook dan bagaimana mereka melakukan ini? | ||
2.3.4. |
Playbook yang dibuat untuk mengikuti proses penjualan Perusahaan | Apakah Anda memiliki contoh Playbook yang telah Anda buat untuk pelanggan yang bisa Anda tunjukkan kepada kami? | |
2.3.5. |
Halaman Playbook dirancang untuk mengubah ukuran dan menyesuaikan seperlunya untuk dilihat pada perangkat faktor bentuk kecil (misalnya tablet dan ponsel pintar) | Jelaskan bagaimana hal ini dicapai untuk Playbook Anda. | |
2.3.6. |
Playbook dapat didistribusikan ke dan diperbarui secara otomatis pada laptop, tablet, dan ponsel pintar untuk dilihat secara offline | Tentukan jenis perangkat mana yang didukung untuk tampilan offline. | |
2.3.7. |
Halaman-halaman memiliki tautan ke dokumen yang dihosting pada sistem atau di tempat lain dan ke halaman yang relevan dalam LMS/Portal Pengetahuan | Apakah dokumen yang ditautkan juga didistribusikan dan diperbarui secara otomatis pada perangkat untuk dilihat secara offline? | |
2.3.8. |
Fungsi pencarian yang canggih untuk menemukan halaman dengan konten yang relevan | Teknologi penelusuran apa yang ada di dalam Playbook yang Anda sediakan? | |
2.3.9. |
Konten yang disimpan dalam basis data yang juga digunakan oleh LMS / Portal Pengetahuan halaman | Apakah konten tekstual pada halaman Playbook Anda disimpan dalam database (sistem manajemen konten) atau hanya dikodekan dalam HTML pada halaman? | |
2.3.10. |
Kontrol hak akses | Berikan penjelasan singkat tentang bagaimana solusi Anda dapat dikonfigurasi untuk menyelaraskan dengan standar manajemen akses dalam bisnis kami. | |
2.3.11. |
Kemampuan tim lokal untuk dengan mudah menambahkan konten regional/negara | Jelaskan bagaimana tim lokal bisa menambahkan atau mengedit konten dalam Playbook. | |
2.3.12. |
Dukungan untuk set karakter Jepang, Cina, Korea, Rusia, dll. untuk menyajikan konten pada halaman | Dapatkah Anda menunjukkan contoh halaman Playbook yang sudah Anda buat yang menampilkan karakter bahasa Jepang, Korea atau Cina? |
1 Jenis konten biasanya akan mencakup: templat email; pertanyaan untuk ditanyakan pada titik yang berbeda dalam proses penjualan; cara menggunakan konten dan alat bantu Perusahaan; Number Plays; penanganan keberatan; daftar periksa proses Analisis Kebutuhan; Daftar periksa percobaan; Templat proposal
2.4 Menghasilkan Presentasi dan Dokumen Lain
| Persyaratan fungsional | Pertanyaan | Tanggapan vendor | ||
| KOMPILASI PRESENTASI | ||||
2.4.1. |
Alat kompilasi presentasi yang memungkinkan pengguna membuat pilihan konten, menyertakan konten yang disesuaikan agar sesuai dengan situasi tertentu, dan kemudian membuat presentasi untuk dibagikan melalui Web atau menggunakan laptop atau perangkat tablet | Jelaskan bagaimana seorang sales person akan membuat presentasi untuk pertemuan pelanggan tertentu. | ||
2.4.2. |
Presentasi dapat dengan mudah disesuaikan oleh staf penjualan untuk pertemuan individual | Jelaskan bagaimana seorang sales person bisa melakukan ini pada solusi Anda. | ||
2.4.3. |
Kontrol pusat dapat dilakukan atas bagian mana dari presentasi (seluruh slide atau konten dalam slide) yang dapat diedit oleh staf penjualan | Jelaskan bagaimana pustaka konten disiapkan dan dipelihara pada solusi Anda. | ||
2.4.4. |
Kolaborasi dalam pengembangan presentasi | Jelaskan bagaimana platform mendukung kolaborasi antara pengguna yang berbeda dalam pembuatan presentasi dan konten terkait proses. | ||
2.4.5. |
Halaman presentasi dirancang untuk mengubah ukuran dan menyesuaikan seperlunya untuk dilihat pada perangkat faktor bentuk kecil (misalnya tablet dan ponsel pintar) | Jelaskan bagaimana hal ini dicapai untuk presentasi yang dibuat menggunakan alat bantu Anda. | ||
2.4.6. |
Presentasi dapat didistribusikan ke dan secara otomatis diperbarui pada laptop, tablet, dan ponsel pintar untuk dilihat secara offline | Tentukan jenis perangkat mana yang didukung untuk tampilan offline. | ||
| PEMBUATAN DOKUMEN SECARA OTOMATIS1 | ||||
2.4.7. |
Halaman pembuatan dokumen yang mudah dikonfigurasi yang memungkinkan pengguna membuat pilihan konten, mengedit konten agar sesuai dengan situasi tertentu, dan kemudian secara otomatis menghasilkan dokumen Word1 dan deck PowerPoint menggunakan templat yang telah dikonfigurasi sebelumnya | Apakah Anda memiliki contoh halaman pembuatan dokumen dan templat dokumen terkait yang telah Anda konfigurasikan untuk pelanggan yang dapat Anda gunakan untuk mendemonstrasikan fitur ini kepada kami? | ||
1 Dokumen bisa mencakup pembuatan kutipan sederhana tetapi bukan proposal besar, karena ini akan memerlukan aplikasi pembuat proposal spesialis, yang berada di luar cakupan proyek ini
2.5 Berbagi Materi dengan Pelanggan
| Persyaratan fungsional | Pertanyaan | Tanggapan vendor | ||
| BERBAGI DOKUMEN | ||||
2.5.1. |
Kemampuan untuk memilih satu atau beberapa dokumen dan mengirim tautan ke pelanggan melalui email agar mereka dapat mengakses item (terintegrasi dengan Pelacakan - lihat di bawah) | Jelaskan bagaimana seorang sales person melakukan ini dengan menggunakan antarmuka pengguna aplikasi Anda. | ||
2.5.2. |
Akses ke fungsionalitas berbagi dokumen dalam Salesforce UI dan integrasi sehingga catatan item yang dikirim secara otomatis dibuat di Salesforce | Jelaskan bagaimana seorang sales person melakukan hal ini dengan menggunakan Salesforce dan layar/tab mana yang digunakan. | ||
2.5.3. |
Integrasi dengan aplikasi email standar (misalnya Outlook pada Windows, Gmail) | Jelaskan bagaimana seorang sales person melakukan hal ini dan aplikasi email mana yang didukung. | ||
2.5.4. |
Pemberitahuan / indikasi ketika item dibuka dan dilihat oleh pelanggan | Apakah staf penjualan yang relevan mendapatkan indikasi waktu nyata dan bagaimana hal ini disampaikan? | ||
| PORTAL PELUANG | ||||
2.5.5. |
Portal untuk berbagi dokumen dan melakukan interaksi lain dengan pelanggan di sepanjang proses penjualan dan seterusnya | Apakah mudah bagi staf penjualan untuk mengatur salah satu dari ini dan mengundang pelanggan dan orang internal untuk bergabung? | ||
2.5.6. |
Dukungan untuk konten interaktif (misalnya kalkulator, presentasi gaya Prezi) | Jelaskan bagaimana solusi Anda dapat mendukung konten interaktif seperti aplikasi HTML5 dengan Portal Peluang. | ||
| MELACAK KONTEN YANG DILIHAT OLEH PELANGGAN | ||||
2.5.7. |
Melacak dan melaporkan pembukaan dan penayangan dokumen (seberapa jauh mereka telah membaca) dan materi dukungan penjualan lainnya, video (seberapa jauh mereka telah melihat) dan konten interaktif yang dibagikan kepada pelanggan | Jelaskan bagian mana dari fungsionalitas ini yang disediakan solusi Anda. | ||
Bagian 3 Operasi Teknis dan Keamanan
Bagian RFI Sales Enablement ini mencakup pertanyaan teknis umum dan topik keamanan teknis yang kami lihat dan dengar. Namun, kebutuhan bisnis bervariasi dan sangat penting untuk melibatkan pakar TI dan keamanan Anda untuk memenuhi kebutuhan mereka sepenuhnya.
3.1 Operasi Teknis
| Persyaratan fungsional | Pertanyaan | Tanggapan vendor | |
| HOSTING DAN KETAHANAN | |||
3.1.1. |
Lokasi | Jelaskan di mana platform cloud Anda dihosting. | |
3.1.2. |
Fasilitas | Siapa yang mengelola bangunan dan layanan teknik di lokasi hosting Anda? | |
3.1.3. |
Ketentuan apa yang tersedia untuk memastikan kelanjutan operasi layanan teknik (misalnya, pembangkit listrik siaga, pasokan listrik ganda)? | ||
3.1.4. |
Perangkat keras dan sistem operasi | Siapa yang mengelola perangkat keras dan sistem operasi? | |
3.1.5. |
Penyediaan server | Apakah solusi Anda berjalan pada server khusus atau farm server bersama? | |
3.1.6. |
Apa SLA dengan penyedia hosting Anda untuk penggantian server jika terjadi kegagalan perangkat keras atau perangkat lunak yang besar? | ||
3.1.7. |
Apakah Anda mengoperasikan server siaga atau cermin untuk peralihan otomatis jika terjadi bencana kegagalan (misalnya kebakaran di pusat data)? | ||
3.1.8. |
Jika Anda tidak mengoperasikan server standby atau mirrored untuk peralihan otomatis, jelaskan ketentuan yang Anda miliki untuk memulihkan layanan jika terjadi kegagalan besar? | ||
| KETERSEDIAAN DAN PEMELIHARAAN | |||
3.1.9. |
Ketersediaan platform | Berapa persentase ketersediaan1 yang telah Anda sampaikan selama 3 tahun terakhir? | |
3.1.10. |
Peningkatan layanan perangkat lunak | Apa ritme pemeliharaan normal yang Anda ikuti untuk memperbarui layanan perangkat lunak? | |
3.1.11. |
Pada jam berapa waktu pemeliharaan terjadi dan biasanya berapa lama layanan tidak tersedia untuk digunakan? |
1 Ketersediaan = Total Jam Uptime untuk Platform di Tahun / 8760. CATATAN: Ketika platform tidak tersedia untuk digunakan karena pemeliharaan yang direncanakan, jam-jam ini tidak boleh dihitung sebagai Uptime untuk tujuan RFI Sales Enablement ini.
3.2 Keamanan
| Persyaratan fungsional | Pertanyaan | Tanggapan vendor | |
| KEAMANAN INFORMASI | |||
3.2.1. |
Kata sandi masuk | Kontrol apa yang bisa dilakukan terhadap kata sandi yang digunakan orang dan seberapa sering mereka diharuskan untuk mengubahnya? | |
3.2.2. |
Otentikasi dua faktor | Apakah Anda menawarkan ini dan jika ya, opsi apa yang Anda tawarkan untuk perangkat ini? | |
3.2.3. |
Sistem masuk tunggal | Dapatkah akses difederasikan dengan sistem autentikasi pelanggan sendiri? | |
3.2.4. |
Pencegahan intrusi | Jelaskan langkah-langkah apa yang Anda miliki untuk mencegah akses tidak sah ke platform komputasi awan Anda oleh peretas eksternal. | |
3.2.5. |
Jelaskan tindakan apa yang Anda lakukan untuk mencegah akses tidak sah ke data yang disimpan di server Anda oleh staf dalam organisasi Anda atau organisasi perusahaan hosting Anda. |
3.3 Manajemen dan Dukungan Akun
| Persyaratan fungsional | Pertanyaan | Tanggapan vendor | |
| MANAJEMEN AKUN | |||
3.3.1. |
Panjang kontrak | Jelaskan opsi panjang kontrak Anda dan dampaknya pada harga. | |
3.3.2. |
Dewan penasihat pelanggan | Apakah ada dewan penasihat pelanggan yang memberikan masukan ke peta jalan pengembangan produk? | |
| DUKUNGAN TEKNIS | |||
3.3.3. |
Opsi akses dukungan teknis | Jelaskan berbagai opsi yang Anda sediakan bagi pengguna untuk mengakses dukungan teknis (misalnya, telepon, email, formulir Web). | |
3.3.4. |
SLA meja bantuan | Jelaskan waktu respons yang Anda lakukan untuk berbagai metode yang berbeda dalam mengakses dukungan teknis. | |
3.3.5. |
Cakupan jam berapa yang Anda sediakan untuk dukungan teknis (misalnya, 24/7, jam kerja) dan di zona waktu mana? |
Bagian 4 Harga dan Biaya Indikatif
Bagian RFI Sales Enablement ini digunakan untuk mengungkap setiap dan semua biaya yang terkait dengan pembelian solusi Enablement Anda.
4.1 Layanan Cloud
| Barang | Harga per pengguna per tahun USD | Kuantitas | Total biaya per tahun USD | |
| PENGGUNAAN APLIKASI | ||||
4.1.1. |
Pengguna penjualan | |||
4.1.2. |
Pengguna pemasaran | |||
4.1.3. |
Pengguna admin | |||
| DUKUNGAN TEKNIS | ||||
4.1.4. |
Dukungan teknis yang berkelanjutan untuk penggunaan platform oleh penjualan dan/atau pemasaran tim | |||
4.1.5. |
Dukungan teknis yang berkelanjutan untuk penggunaan dan pengaturan platform oleh pengguna admin |
4.2 Orientasi dan Pelatihan
| Barang | Biaya tipikal per item/pengguna USD | Kuantitas | Total biaya USD | |
| ONBOARDING | ||||
4.2.1. |
Onboarding dan penyiapan sistem | |||
| PELATIHAN | ||||
4.2.2. |
Pengguna penjualan | |||
4.2.3. |
Pengguna pemasaran | |||
4.2.4. |
Pengguna Admin |
Catatan - Misi kami di Coffee, Collaboration, dan Enablement adalah untuk mengembangkan lingkungan kolaboratif bagi kita semua untuk belajar dan tumbuh. Jika Anda dan kesempatan untuk memperbaiki template RFI Sales Enablement ini, untuk menangkap persyaratan bisnis dengan lebih baik, untuk mengenali dan bekerja dengan tingkat keamanan baru, teknologi umum yang mendasari, atau karena alasan lain yang mungkin berdampak pada bagaimana bisnis berpikir tentang membeli alat baru, beri tahu kami sehingga kami dapat meningkatkan ini untuk semua orang.