Alamat e-mel ialah sebahagian daripada identiti anda
Fikirkan semua tempat alamat e-mel perniagaan anda dipaparkan: sebut harga, invois, kad perniagaan dan mesej kepada pelanggan baharu. Alamat seperti [email protected] membawa nama perniagaan dalam setiap perbualan. Pelanggan juga lebih mudah mengenali organisasi anda apabila ahli pasukan yang berbeza membalas mesej.
Alamat tersuai bukan jaminan bahawa sesebuah perniagaan itu sah, dan tidak menjamin mesej sampai ke peti masuk. Nilainya ialah identiti yang lebih jelas dan konsisten, disokong oleh mutu perkhidmatan sebenar anda.
Mulakan dengan orang yang memerlukan peti mel
Senaraikan kakitangan yang memerlukan log masuk sendiri dan sejarah mesej berasingan. Kemudian senaraikan fungsi perniagaan yang perlu dihubungi pelanggan, seperti jualan, akaun atau pertanyaan umum. Keperluannya berbeza: alamat tambahan mungkin boleh menggunakan alias atau pemajuan e-mel, bukannya peti mel berasingan, bergantung pada tetapan penyedia.
Sebelum memilih pakej, tentukan penerima bagi setiap alamat dan pihak yang bertanggungjawab membalas. Senarai alamat yang ringkas membantu mengelakkan pertanyaan dihantar kepada ramai orang tanpa pemilik tugas yang jelas.
- Alamat individu: [email protected] untuk urusan peribadi kakitangan.
- Alamat fungsi: [email protected] untuk pertanyaan pelanggan.
- Hubungan umum: [email protected] untuk laman web dan kad perniagaan.
Pilih storan berdasarkan penggunaan sebenar
Bilangan peti mel dan kapasiti setiap peti mel ialah dua keputusan berbeza. Lima akaun dengan 5GB setiap satu tidak sama dengan satu akaun berkapasiti 25GB. Kakitangan yang menyimpan lampiran besar mungkin memerlukan lebih ruang berbanding mereka yang kebanyakannya bertukar mesej ringkas.
Jika anda sudah menggunakan e-mel, semak saiz setiap peti mel sebelum berpindah. Pastikan kapasiti yang dipilih mempunyai ruang untuk mesej baharu, dan sahkan cara arkib serta sandaran akan diuruskan. Jangan padam surat-menyurat lama semata-mata untuk memuatkannya dalam pelan lebih kecil tanpa menyemak rekod yang perlu disimpan.
Rancang pertukaran sebelum membuat perubahan
Alamat e-mel baharu melibatkan sedikit perancangan operasi. Sahkan akses domain, senaraikan akaun yang perlu diwujudkan dan kenal pasti peranti yang perlu disediakan. Jika alamat sedia ada dikekalkan, persetujui cara mesej lama dipindahkan dan masa penghalaan e-mel ditukar.
Uji penghantaran dan penerimaan selepas pemasangan. Kemas kini laman web, tandatangan e-mel dan dokumen pelanggan jika alamat berubah. Kekalkan perkhidmatan lama sehingga semakan migrasi yang dipersetujui selesai.
Titik permulaan praktikal bersama OnHypp
Pelan Business OnHypp bermula dengan lima akaun e-mel, dengan pakej lebih besar untuk pasukan yang berkembang. Bandingkan bilangan akaun dan pilihan storan di halaman pelan kami. Maklumkan sama ada anda sudah mempunyai domain dan peti mel supaya sebut harga merangkumi skop pemasangan dan migrasi yang sesuai.
Pilih kaedah penamaan yang kekal sesuai untuk kakitangan
Syarikat kecil mungkin bermula dengan satu alamat umum, tetapi kaedah penamaannya perlu sesuai apabila lebih ramai kakitangan menyertai pasukan. Tentukan sama ada peti mel individu menggunakan nama pertama, gabungan nama atau jawatan bersama jabatan. Elakkan beberapa identiti hampir serupa sehingga pelanggan tidak tahu pihak yang harus dihubungi. Keseragaman penting apabila alamat tertera pada kontrak, pesanan belian, invois dan sistem pembekal. Kekalkan alamat fungsi seperti sales@ dan accounts@ untuk urusan organisasi; apabila pekerja berhenti, alamat itu masih boleh dialihkan kepada pengganti yang dibenarkan. Rekodkan peraturan penamaan dan pihak yang meluluskan pengecualian, termasuk pekerja dengan nama hampir sama.
Asingkan alamat e-mel daripada peti mel sebenar
Alamat e-mel tambahan tidak semestinya bermaksud akaun lengkap yang baharu. Alias boleh menghantar mesej ke peti mel sedia ada tanpa kata laluan atau kuota storan tersendiri, manakala pemajuan menghalakan mesej ke alamat lain. Peti mel khusus biasanya mempunyai log masuk, mesej tersimpan dan kebenaran akses tersendiri. Sesetengah platform kolaborasi menyediakan peti mel berkongsi dengan akses yang diwakilkan; ciri itu tidak sama dengan pemajuan biasa dalam cPanel. Mulakan dengan aliran kerja: siapa menerima mesej, siapa membalas, sama ada balasan mesti menggunakan alamat jabatan dan adakah sejarah tindakan diperlukan. Jangan berkongsi kata laluan peribadi hanya kerana beberapa pekerja menjawab pertanyaan.
Anggarkan storan menggunakan bukti penggunaan peti mel
Bilangan peti mel, storan bagi setiap peti mel dan jumlah peruntukan hosting ialah angka berbeza. Semak saiz peti masuk, mesej dihantar, lampiran yang disimpan dan pertumbuhan penggunaan sepanjang beberapa bulan lalu. Sebagai contoh, kakitangan jualan yang menghantar gambar produk mungkin menggunakan ruang jauh lebih besar daripada rakan sekerja yang hanya menghantar nota kelulusan ringkas. Sediakan ruang lebihan untuk musim sibuk dan pastikan aturan arkib memenuhi keperluan penyimpanan rekod syarikat. Lima peti mel berkuota 5 GB setiap satu tidak sama dengan satu peti mel bersama berkapasiti 25 GB; setiap akaun mempunyai had sendiri. Apabila kuota hampir penuh, penerimaan e-mel boleh terganggu.
Rancang kata laluan, peranti dan sempadan akses
Alamat profesional tidak menghalang pekerja daripada meluluskan permintaan pancingan data atau menggunakan semula kata laluan yang dicuri. Gunakan akaun individu, kelayakan unik, kunci skrin peranti dan pengesahan pelbagai faktor apabila platform menyokongnya. Hadkan akses pentadbiran kepada kakitangan dibenarkan dan lindungi pilihan pemulihan daripada bekas pekerja. Jika seseorang menggunakan beberapa telefon atau komputer, rekodkan peranti yang dibenarkan serta cara membatalkan akses. Elakkan menghantar kata laluan peti mel melalui sembang kumpulan biasa. Sediakan proses ringkas melaporkan log masuk mencurigakan, peraturan pemajuan yang tidak dijangka atau e-mel arahan pembayaran. Keselamatan bergantung pada amalan harian, bukan hosting semata-mata.
Fahami kepentingan SPF, DKIM dan DMARC
E-mel perniagaan menggunakan rekod domain yang membantu sistem penerima menilai kesahihan penghantaran. SPF mengenal pasti infrastruktur penghantar yang dibenarkan, DKIM boleh menambah tandatangan kriptografi, manakala DMARC menetapkan dasar dan pelaporan berdasarkan hasil pengesahan yang sepadan. Tiada satu pun menjamin mesej masuk peti utama atau menggantikan penjagaan kandungan dan keselamatan akaun. Senaraikan semua penghantar sah terlebih dahulu: borang web, perisian invois, notifikasi HR, alat pemasaran serta peti mel pekerja. Perubahan terlalu ketat sebelum inventori lengkap boleh mengganggu surat-menyurat sah. Sahkan semula rekod apabila platform penghantar ditambah atau dibuang, khususnya semasa migrasi laman web.
Tetapkan Outlook dan telefon menggunakan arahan yang boleh diuji
Kakitangan boleh membaca peti mel perniagaan yang sama melalui Webmail, Outlook atau aplikasi telefon, namun setiap pelanggan e-mel memerlukan tetapan pelayan serasi serta akses yang dibenarkan. IMAP lazimnya menyelaraskan mesej antara peranti, manakala SMTP digunakan untuk penghantaran. Rekodkan nama hos pelayan rasmi, tetapan penyulitan, keperluan pengesahan dan versi aplikasi yang dibenarkan dalam dokumen serahan persendirian. Jangan meneka port atau menyalin kata laluan daripada peranti lama rakan sekerja. Uji penghantaran dan penerimaan menggunakan peti mel luar, kemudian semak alamat balasan dan nama penghantar. Apabila peranti diganti, batalkan akses lama dan semak sama ada mesej yang disimpan setempat memerlukan eksport.
Pindahkan surat-menyurat tanpa terlepas pertanyaan
Migrasi e-mel perlu dianggap sebagai serahan terkawal dan bukannya satu klik DNS. Eksport atau sandarkan peti mel lama, lengkapkan inventori akaun serta alias, sediakan akaun destinasi dan sahkan mesej yang perlu dikekalkan untuk tujuan operasi atau undang-undang. Kurangkan risiko perubahan DNS dengan merekodkan rekod e-mel sedia ada dan bersetuju tentang waktu penukaran. Uji kedua-dua arah menggunakan alamat ujian sebenar tanpa butiran kewangan pelanggan. Perhatikan mesej yang masih tiba pada perkhidmatan lama sepanjang penyebaran DNS, dan selaraskan folder yang tertinggal sebelum kakitangan berhenti menggunakannya. Kekalkan akses platform lama sehingga penerimaan yang dibenarkan direkodkan.
Jadikan penamatan akses pekerja satu tugas operasi biasa
Apabila pekerja meninggalkan syarikat, gunakan senarai semak akaun yang ditetapkan dan bukannya menukar kata laluan secara tergesa-gesa. Sahkan pihak yang boleh meluluskan penyingkiran akses, kekalkan surat-menyurat perniagaan yang perlu mengikut dasar syarikat, batalkan sesi aktif, buang aturan pemajuan dan dapatkan semula peranti milik organisasi. Tentukan sama ada alamat awam bekas pekerja memerlukan balasan automatik sementara atau pemajuan; jangan biarkan log masuk asal aktif tanpa had. Jika alamat tersebut digunakan untuk pendaftaran domain, akaun pembekal atau pemulihan kata laluan, kemas kini kebergantungan itu terlebih dahulu. Simpan rekod bertarikh supaya syarikat dapat membezakan serahan selesai daripada peti mel yang sekadar dinyahaktifkan.
Asingkan e-mel perniagaan daripada naik taraf prestasi laman web
Kedai atau portal pelanggan yang berkembang mungkin memerlukan lebih pekerja PHP, RAM atau kapasiti pangkalan data, tetapi sumber itu bukan pengganti kuota peti mel profesional yang lebih besar. Pejabat dengan banyak mesej arkib mungkin memerlukan peningkatan storan e-mel sedangkan laman web asasnya boleh kekal pada hosting berkongsi biasa. Sebaliknya, sistem tempahan sibuk mungkin memerlukan hosting awan terurus sementara semua pekerja mengekalkan platform e-mel sedia ada. Perubahan laman web boleh dibuat melalui rekod DNS yang berkaitan tanpa memindahkan rekod MX secara automatik. Minta baris caj berasingan untuk hosting aplikasi dan e-mel profesional, serta sahkan sama ada domain termasuk dalam pakej.
Bajetkan setahun penuh, bukan promosi bulan pertama
Harga pengenalan e-mel yang rendah boleh menyembunyikan caj pembaharuan biasa, sekatan storan lampiran, kerja migrasi atau sokongan peranti. Bandingkan langganan tahunan normal, kuota setiap peti mel, bilangan akaun, peruntukan domain, tempoh perkhidmatan dan keadaan apabila kakitangan bertambah. Asingkan kos pemasangan sekali sahaja daripada sokongan berterusan. Jika syarikat menggunakan aplikasi invois atau CRM luar untuk menghantar e-mel, masukkan kos platform dan tugas pengesahannya dalam rancangan. Susunan paling berpatutan bukan semestinya yang mempunyai angka promosi terendah, tetapi yang menyokong cara kerja pekerja sepanjang pembaharuan.
Gunakan senarai semak pertanyaan ringkas untuk memilih pakej
Sebelum meminta sebut harga, catat domain pilihan, bilangan pekerja, alamat jabatan, saiz peti mel semasa, keperluan aplikasi e-mel dan penyedia sedia ada. Tambah maklumat tentang lampiran terbesar, jangkaan pengguna baharu dalam dua belas bulan serta keperluan kalendar berkongsi atau peti mel dengan akses diwakilkan. Kenal pasti pemegang akses domain dan DNS supaya projek laman web tidak mengganggu e-mel secara tiba-tiba. Minta pasukan perkhidmatan menerangkan tugas yang akan dilaksanakannya dan tugas yang masih ditanggung perniagaan. Maklumat ini lebih berguna daripada terus meminta pelan terbesar tanpa ukuran penggunaan. Simpan sebut harga diluluskan, butiran domain dan hubungan pemulihan.
Apa yang sebenarnya diliputi pakej e-mel standard OnHypp
Pakej Biz sedia ada OnHypp menawarkan bilangan akaun tertentu dan peruntukan storan asas bagi setiap peti mel, manakala pakej Power membolehkan bilangan akaun lebih fleksibel tertakluk kepada penggunaan saksama serta kuota setiap peti mel yang tetap. Jumlah tahunan yang dipaparkan termasuk satu peruntukan domain layak; amaun itu tidak patut muncul semula sebagai caj standard domain kedua. Jika tujuannya e-mel profesional, pilih pakej peti mel dahulu. Jika tujuannya aplikasi, sebut harga hosting serta penjagaan perisian secara berasingan.
Gunakan contoh sebenar sebelum menaik taraf sistem e-mel
Bayangkan sebuah firma perunding yang mempunyai lapan kakitangan. Semua orang menerima e-mel syarikat, tetapi dua pekerja menyimpan lukisan projek yang besar sehingga peti mel mereka hampir penuh. Pengurus juga risau tentang pautan palsu yang pernah dibuka oleh pekerja. Penyelesaiannya bukan terus membeli hosting awan yang lebih besar. Semak dahulu kuota setiap peti mel, pilihan arkib, pengesahan berbilang faktor yang benar-benar tersedia pada platform e-mel, serta siapa boleh menetapkan semula akaun. Latihan kakitangan dan prosedur mengesahkan arahan pembayaran juga perlu dipertimbangkan, kerana kapasiti tambahan tidak mencegah penipuan.
Jika syarikat yang sama kemudian membina portal pelanggan, kumpulkan keperluan portal secara berasingan: bilangan pengguna serentak, saiz pangkalan data, dokumen yang dimuat naik dan jadual penyelenggaraan. Bincang sama ada portal itu sesuai pada hosting perniagaan biasa atau memerlukan pelan awan terurus. Kekalkan rekod DNS dan penghalaan e-mel yang telah diuji sewaktu memindahkan laman web. Sebut harga akhir patut menunjukkan komponen e-mel, hosting aplikasi, domain yang layak dan penjagaan perisian secara jelas, bukannya mencampurkan semua masalah di bawah istilah naik taraf pelayan.
Sumber & bacaan lanjut
Bersedia melihat perkhidmatan berkaitan?
Lihat perkhidmatan OnHypp yang berkaitan dan tentukan sama ada ia sesuai dengan keperluan perniagaan anda.
E-mel & hostingDomain