เขียนเยอะมากว่าทำไม Webmail Popular ทำให้ควรทิ้ง Desktop Email Clients ผมไม่เห็นด้วยเลย
몇 ปีก่อน Gmail ดึงดูด User ด้วย Design เรียบง่าย Features ทรงพลัง และ Promise เข้าถึง Email ทุกที่ Desktop Clients ถูกทิ้ง แต่ตอนนี้追赶得很快 สำหรับบางกลุ่ม คน ข้อดีของ Desktop Client หนักกว่า Web-based มาก
มา看ว่าเมื่อไหร่ควร Consider Desktop Clients
ถ้าคุณมี Multiple Email Accounts
หลายคนมีหลาย Email Address อย่างน้อย Work และ Personal
คนที่มี Address เยอะสุดมักเป็น Freelancers ถ้าคุณ Freelancer คุณเข้าใจ ทำงานกับหลายบริษัท Long-term Projects พร้อมกัน อาจมี Email Address กับแต่ละที่ รวม Gmail ของตัวเอง และ (น่าจะ) Address บน Domain ของตัวเอง = Bottleneck
แม้ Gmail Smartphone App เพิ่ม Multiple Addresses ได้ดีแล้ว Web-based App ยังรู้สึก Desperate Need Graphical/Usability Overhaul — Manage Multiple Accounts บน Gmail ค่อนข้าง Cumbersome เช่น เปลี่ยน "From" Address ลืมง่าย และ Header เปิดเผย Original Account เหนือ Alias
ใช้ Best Free Desktop Email Clients (หรือจ่าย Premium) จัดการ Accounts ทั้งหมด แยกจากกัน Organized มากขึ้น ลดโอกาส Vital Email หลุดไป
ถ้าต้อง Backup อีเมลบ่อย
คิดได้หลายเหตุผลต้อง Backup อีเมลบ่อย
เหตุผลสำคัญสุด: Security Statistics: 1 ใน 5 Email Accounts ถูก Hack = 540 ล้าน Accounts/ปี หากมี Client Data, Project Info, Important Personal Emails ไม่อยาก Risk Lost Access
มุมมอง Business: Recovery Costs, Lost Opportunities, Regulatory Breaches มุมมอง Personal: Identity Theft, Blocked Accounts Permanently, Lost Contact Data แม้ Outage สั้นของ Free Service (อย่าง Yahoo 2013) ก็สร้างความวุ่นวาย — โดยเฉพาะตอน Inopportune Moment
Gmail เริ่มเสนอ Download All Emails اواخر 2013 แต่ไม่ Auto และไม่ทำผ่าน Gmail Interface ต้อง Login Google Account > Personal info & privacy > Control your content > Download your data
จำทำบ่อยยาก กระบวนการหลาย Accounts Time-consuming
Desktop Client กำจัด Worries และ Hassles บริการส่วนใหญ่มี Auto-scheduled Backups Backup ทุก Accounts พร้อมกันที่เดียว สำคัญ: ไม่ Limited by File Size หาก Webmail ให้แค่ Cloud Backups ผู้ไม่ Zero-Inbox Policy อาจเต็มพื้นที่เร็ว
ถ้าอยากได้ Add-ons & Plugins เยอะกว่า
ดูครั้งแรกเป็น Grey Area Chrome มี Plugins/Extensions เยอะ Sync กับ Gmail สนิท แต Data ล่าสุด: 60% Webmail Users ไม่ได้ใช้ Gmail = หลายคน Productivity จำกัด
Rivals ใหญ่ Yahoo, Outlook ให้ Plugins บ้าง Provider อื่นเกือบไม่มี เหตุผล Commercial/Competitive
Desktop Client คุณภาพดี Overcome Limitation นี้ เช่น Mailbird — Desktop Client ยอดนิยม — มี Open Source App Store = Plugins สำหรับ Productivity Tools (iCal, Dropbox), Social (Facebook), Task Managers, Toolbars, To-do Lists
Store Open Source = New Content เพิ่มตลอดเวลา สุดท้าย: หากคุณ Programmer เก่ง Tool ที่ต้องการไม่มี สร้างเองได้!
ถ้าอยากได้ Organizational Tools ระดับจริงจัง
Webmail Clients ไม่แข็งแรงด้าน Organizational Tools Gmail Fans ชี้ Labels, Categories, Stars Outlook Web Users ชี้ Flags — แต่จริงๆ ทั้งคู่ Pale เมื่อเทียบกับ Desktop Clients
เช่น Desktop Clients ยอดนิยม: Outlook, Thunderbird, Postbox ให้ Group Filters, Flags, Categories, Priorities, Color-coding, Follow-up Sorting, และมากกว่านั้น
ขยายได้ด้วย Plugins: QuickFolders (Thunderbird) จัด Favorite Folders เป็น Tabs, Send Later (มี Browser Addon ให้ Gmail) Schedule ส่งอีเมลอนาคต
ถ้าต้องการ Offline Access
Gmail นำหน้าบาง Services ให้ Gmail Offline ผ่าน Chrome Web Store Users อื่นไม่โชค และ Gmail Users หลายคนอาจยังไม่ Implement
คุณอาจต้องเข้าถึง Email เมื่อไม่มี Internet: เดินทาง, Internet Down, Presentation On-the-fly
โชคดี Desktop Providers ทุกตัวให้เข้าถึง Email (และ Attachments) ได้ Offline และส่วนใหญ่ No Setup Required
มันไม่เหมาะกับทุกคน
ผมเชื่อใน Desktop Clients แต่ไม่ Naive ว่า One-size-fits-all
Argument ที่ถูกต้อง: เก็บ Email ทั้งหมด Off Physical Computer ใน Online Space (Theft) คุณอาจ Lean เขavily บน App/Integration ที่ไม่มีบน Desktop หรือชอบ Multi-device Nature ของ Webmail
อย่างไรก็ตาม หากไม่ได้ลอง Desktop Client เร็วๆ นี้ ควรลอง แล้ว Decide ว่าอันไหน Fit Needs คุณ
คุณใช้ Provider ไหน?
ถ้าเป็น Desktop Client User แล้ว เราอยากได้ Feedback ให้ Non-users: Provider ไหน Best? Pros/Cons? Miss อะไรจาก Webmail?
ถ้ายังไม่ใช่ Desktop User ทำไม? ต้องทำไงให้ต่างออกไปถึงจะ Jump?
ทิ้ง Thoughts, Ideas, Opinions ใน Comments ด้านล่าง
