Marc Benioff & Salesforce: SaaS CRM สู่บริการแบบสมัครสมาชิก

เรื่องราวนี้อธิบายอะไร—และทำไมถึงสำคัญ

เรื่องราวต้นกำเนิดของ Salesforce มีประโยชน์เพราะมันแสดงให้เห็นการเปลี่ยนแปลงเฉพาะทางในการซื้อ การใช้งาน และการขยายซอฟต์แวร์ของบริษัท: จากการซื้อครั้งเดียวที่ต้องติดตั้งและดูแล ไปสู่บริการที่สมัครใช้งานและปรับปรุงอย่างต่อเนื่อง

บทความนี้ใช้ CRM เป็นเลนส์—ไม่ใช่เพราะ CRM จะดูหรูหรา แต่เพราะมันใกล้กับรายได้ เมื่อระบบที่ติดตามลูกค้า โอกาส และประวัติการติดต่อใช้งานง่ายขึ้นและอัปเดตได้ง่ายขึ้น ทีมขาย บริการ และฝ่ายรายงานก็ทำงานได้เร็วขึ้น

บทบาทของ Marc Benioff ในการเปลี่ยนแปลงนี้ไม่ใช่การคิดค้น CRM ขึ้นมา แต่เป็นการตัดสินใจตั้งต้นหลายอย่าง—ส่งมอบ CRM ผ่านเว็บ ตั้งราคารูปแบบการสมัคร และถือว่าการอัปเกรดเป็นสิ่งที่ผู้ขายดูแลศูนย์กลาง เวลาในช่วงนั้นก็สำคัญด้วย: การเข้าถึงอินเทอร์เน็ตเริ่มเป็นเรื่องปกติในที่ทำงาน และธุรกิจเหนื่อยกับการเปิดตัวซอฟต์แวร์ที่ช้าและมีค่าใช้จ่ายสูง

สิ่งที่คุณจะเรียนรู้ที่นี่

คุณจะได้ความเข้าใจแบบภาษาธรรมดาเกี่ยวกับ:

• รูปแบบธุรกิจ SaaS (ลูกค้าจ่ายอะไร และผู้ขายสัญญาอะไรตอบแทน)
• แนวทางผลิตภัณฑ์เบื้องหลัง CRM ที่ส่งผ่านเว็บ (เรียบง่าย เริ่มใช้งานเร็ว ลดปัญหาเรื่องเวอร์ชัน)
• ทำไม Salesforce จึงขยับจาก "ผลิตภัณฑ์" ไปสู่แพลตฟอร์มและระบบนิเวศ

“ซอฟต์แวร์แบบสมัครสมาชิก” ในคำง่ายๆ

ซอฟต์แวร์แบบสมัครสมาชิกทำตัวคล้ายไฟฟ้ามากกว่าการเป็นกล่องเครื่องมือ: คุณไม่ได้ "เป็นเจ้าของ" มัน แต่เข้าถึงได้อย่างเชื่อถือได้ คุณคาดหวังให้มันพร้อมใช้งาน ปลอดภัย และปรับปรุงขึ้นเมื่อเวลาผ่านไป—ในขณะที่ผู้ขายดูแลโครงสร้างพื้นฐาน การอัปเดต และการปรับสเกลเบื้องหลัง

พื้นฐานของ CRM: งานที่ลูกค้าจ้างให้มันทำ

ซอฟต์แวร์บริหารความสัมพันธ์ลูกค้า (CRM) เป็นที่เก็บ "บันทึกมีชีวิต" ของการติดต่อกับลูกค้า—ใครคือลูกค้า มีการพูดคุยอะไร บอกไว้ว่าอะไร และต้องทำอะไรต่อไป คนมักบอกว่า CRM เป็นฐานข้อมูล แต่ลูกค้าซื้อเพื่อสิ่งที่เป็นประโยชน์มากกว่า: ลดการหลุดมือและทำให้ความรับผิดชอบชัดเจน

งานหลัก: ขาย บริการ และเติบโต

ทีมขาย ใช้ CRM เพื่อติดตาม pipeline: ลูกค้าเป้าหมาย โอกาส ระยะขั้นตอน ขั้นตอนต่อไป และวันที่คาดว่าจะปิดดีล ตัวแทนขายเห็นบัญชีของตน บันทึกสายและอีเมล ตั้งการติดตาม และไม่ต้องพึ่งพาความจำหรือบันทึกกระจัดกระจาย

ทีมบริการ ใช้ CRM จัดการเคสและการตอบกลับ เมื่อลูกค้าติดต่อมา ฝ่ายสนับสนุนเห็นปัญหา การซื้อ และการสนทนาก่อนหน้า—ลูกค้าจึงไม่ต้องเล่าซ้ำ

ทีมการตลาด ใช้ข้อมูล CRM แบ่งกลุ่มผู้ชมและวัดว่าแคมเปญใดมีส่วนต่อรายได้จริง ๆ (ไม่ใช่แค่คลิก)

ทำไม CRM แบบติดตั้งเดิมถึงรู้สึกเจ็บปวด

CRM ที่ติดตั้งแบบดั้งเดิมมักหมายความว่าต้องซื้อเซิร์ฟเวอร์ กำหนดการติดตั้ง และรอไอทีเพื่อการเปลี่ยนแปลง การอัปเกรดเป็นเหตุการณ์ใหญ่—มักถูกเลื่อนเพราะเสี่ยงต่อการทำให้การปรับแต่งเสียหาย เมื่อเวลาผ่านไป ทีมติดอยู่กับเวอร์ชันเก่า มีปัญหาคุณภาพข้อมูล และกระบวนการไม่สอดคล้อง

ฝ่ายต่าง ๆ ต้องการต่างกัน

ผู้นำต้องการการมองเห็น: พยากรณ์ที่แม่นยำ อัตราการแปลง และรายงานที่เชื่อถือได้

ตัวแทนหน้าบ้านต้องการความง่าย: การป้อนข้อมูลเร็ว ฟิลด์ที่ต้องกรอกน้อย และรายการงานประจำวันที่ชัดเจน

แอดมินและไอทีต้องการการควบคุม: สิทธิ์ที่คาดเดาได้ กฎข้อมูลที่สะอาด และระบบที่ไม่ต้องบำรุงรักษาตลอดเวลาเพียงเพื่อให้ทันสมัย

CRM ที่ดีประสบความสำเร็จเมื่อมันทำให้งานเหล่านี้ง่ายขึ้นโดยไม่ทำให้ "การอัปเดต CRM" กลายเป็นงานหลัก

SaaS 101: ซอฟต์แวร์สมัครสมาชิก vs ซอฟต์แวร์ติดตั้ง

SaaS (Software as a Service) คือซอฟต์แวร์ที่คุณเข้าถึงผ่านเบราว์เซอร์หรือแอป ในขณะที่ผู้ขายดูแลเซิร์ฟเวอร์ สตอเรจ แพตช์ความปลอดภัย และการอัปเกรดให้ คุณล็อกอิน ใช้ผลิตภัณฑ์ และผู้ให้บริการจัดการงานเบื้องหลังที่เคยอยู่ในสำนักงานของคุณหรือในสัญญาโฮสติ้งที่คุณดูแล

สมัครสมาชิก vs "ซื้อครั้งเดียว" ในคำง่าย ๆ

ซอฟต์แวร์ที่ติดตั้ง (รูปแบบเก่า) เหมือนการซื้อเครื่องเล่นดีวีดี: คุณจ่ายครั้งเดียวสำหรับเวอร์ชัน ติดตั้งบนเครื่อง และการอัปเกรดเป็นการซื้อหรือโครงการแยก บริษัทหลายแห่งยังต้องซื้อและดูแลฮาร์ดแวร์สำรองและใช้เวลาไอทีเพื่อให้ทุกอย่างทำงาน

ซอฟต์แวร์แบบสมัครสมาชิกเหมือนจ่ายค่าสาธารณูปโภคหรือค่าสมาชิกร้านยิม: คุณจ่ายเป็นงวด และคุณใช้บริการปัจจุบัน ราคามักคิดต่อผู้ใช้ ต่อเดือน/ปี บางครั้งมีระดับตามฟีเจอร์หรือสตอเรจ

ทำไม SaaS มักให้ความรู้สึกว่าง่ายกว่า

SaaS สามารถเริ่มต้นใช้งานได้เร็ว—มักภายในวันไม่ใช่เดือน ค่าใช้จ่ายคาดการณ์ได้มากกว่าเพราะแบ่งเป็นงวด และการอัปเดตมาถึงอย่างต่อเนื่องโดยไม่มี "ช่วงอัปเกรด" ครั้งใหญ่ ทีมยังได้ประโยชน์จากการล็อกอินจากที่ไหนก็ได้ ซึ่งสำคัญสำหรับงานขายและบริการที่ต้องเคลื่อนที่

ข้อแลกเปลี่ยนที่ต้องเข้าใจก่อนตัดสินใจ

SaaS ไม่ได้ปราศจาก friction คุณต้องพึ่งพาอินเทอร์เน็ตให้ทำงานได้ราบรื่น บางอุตสาหกรรมมีกฎเรื่องการเก็บข้อมูลที่จำกัดว่าเก็บไว้ที่ไหนได้บ้าง และมีความเสี่ยงเรื่องการล็อกกับผู้ขาย: เมื่อข้อมูล กระบวนการ และการผสานงานอยู่ในระบบเดียว การย้ายออกอาจมีค่าใช้จ่ายสูง—ดังนั้นควรถามล่วงหน้าเกี่ยวกับการส่งออก API และเงื่อนไขสัญญา

การเดาทางของ Salesforce ตั้งแต่ต้น: CRM ผ่านเว็บ

Salesforce เติบโตควบคู่กับการเปลี่ยนแปลงวงกว้าง: ธุรกิจเริ่มเชื่อถือแอปเว็บที่โฮสต์สำหรับงานสำคัญ ไม่ใช่แค่เครื่องมือเสริม แทนที่จะซื้อกล่องซอฟต์แวร์ ติดตั้งบนเซิร์ฟเวอร์ แล้วอัปเกรดทุก ๆ สองสามปี ทีมสามารถล็อกอินผ่านเบราว์เซอร์และได้รับคุณค่าทันที

ทำไมข้อความ "no software" จึงโดนใจ

ข้อความ "no software" ที่โด่งดังไม่ได้เป็นแค่ละครการตลาด—มันตอบโจทย์ความเจ็บปวดในชีวิตจริง โครงการ CRM แบบดั้งเดิมมักหมายถึงการติดตั้งยาวนาน ตั๋วไอที ข้อขัดแย้งเรื่องเวอร์ชัน และการฝึกอบรมบนระบบที่ดูเก่าเมื่อเปิดตัว CRM ผ่านเว็บสัญญาทางเลือกที่ง่ายกว่า:

• ใช้เวลาติดตั้งโครงสร้างพื้นฐานน้อยลง
• ลดการพึ่งพาเครื่องในท้องถิ่นและเซิร์ฟเวอร์ภายใน
• เปิดตัวให้ทีมขายทั้งทีมรวมถึงผู้ใช้ระยะไกลได้เร็วขึ้น

นั่นสำคัญสำหรับผู้นำที่ไม่ต้องการให้ CRM กลายเป็นโครงการไอทีข้ามเดือน พวกเขาต้องการเครื่องมือที่นำมาใช้ได้ทันไตรมาสการขาย

จุดโฟกัสเริ่มต้นที่ชัดเจน: อัตโนมัติด้านการขาย

Salesforce ในช่วงแรกวางตำแหน่ง CRM รอบสิ่งที่ทีมขายเห็นผลทันที: จัดการลูกค้าเป้าหมาย ติดตามโอกาส ดูแลการติดตาม และรายงานพยากรณ์ ด้วยการเน้นอัตโนมัติการขายก่อนและรักษาการปรับใช้ให้น้ำหนักเบา มันลด "เวลาไปสู่ชัยชนะครั้งแรก" ตัวแทนขายสามารถเริ่มบันทึกกิจกรรม และผู้จัดการก็เห็นรายงาน pipeline โดยไม่ต้องรอการติดตั้งยาวนาน

การเดิมพันในตอนต้นบน CRM ผ่านเว็บตั้งความคาดหวังว่าซอฟต์แวร์ธุรกิจสามารถทำตัวเหมือนบริการมากกว่าผลิตภัณฑ์: เข้าถึงได้จากทุกที่ เริ่มใช้งานเร็ว และอัปเดตได้ง่ายกว่า

ห้องเครื่อง: มัลติเทแนนต์คลาวด์และการอัปเดตต่อเนื่อง

Salesforce ไม่ได้แค่นำ CRM ไปไว้บนอินเทอร์เน็ต—แต่เปลี่ยนวิธีสร้างและดำเนินการซอฟต์แวร์ ไอเดียสำคัญคือ มัลติเทแนนซี่ พร้อมกระบวนการปล่อยที่ถือว่าการอัปเดตเป็นบริการปกติและต่อเนื่อง

มัลติเทแนนซี่ อธิบายง่ายๆ

ในมัลติเทแนนต์คลาวด์ ลูกค้าหลายรายรันบนโครงสร้างพื้นฐานพื้นฐานเดียวกัน (เหมือนตึกเดียวกัน) ในขณะที่ข้อมูลของแต่ละคนถูกแยกไว้ (เหมือนอพาร์ตเมนต์ล็อกประตูต่างกัน) คุณใช้ท่อและสายไฟร่วมกัน แต่ไม่แชร์ไฟล์ของกันและกัน

การออกแบบนี้สำคัญเพราะมันให้ผู้ให้บริการรันระบบมาตรฐานชุดเดียว แทนที่จะเป็นการติดตั้งเล็ก ๆ น้อย ๆ หลายพันชุด

ทำไมมันลดต้นทุนและเร่งฟีเจอร์ได้

เมื่อผู้ขายดำเนินระบบแกนเดียว พวกเขาสามารถ:

• ดูแลเวอร์ชันของผลิตภัณฑ์ให้น้อยลง
• ตรวจสอบประสิทธิภาพในที่เดียว
• แก้บั๊กครั้งเดียวเพื่อทุกคน

ประสิทธิภาพนี้มักลดต้นทุนการดำเนินงานต่อผู้ใช้ได้ ที่สำคัญกว่านั้น มันทำให้การปล่อยฟีเจอร์เร็วขึ้น: ความสามารถใหม่สามารถกระจายไปยังบริการทั้งหมดโดยไม่ต้องรอให้แต่ละบริษัทกำหนดการและทำการอัปเกรด

ตอนจบของ "ฤดูการอัปเกรด" สำหรับลูกค้า

ซอฟต์แวร์ติดตั้งแบบดั้งเดิมมักหมายถึงการอัปเกรดที่เจ็บปวด: วางแผน downtime โครงการไอที การตรวจสอบความเข้ากันได้ และการฝึกซ้อม ด้วยการอัปเดตต่อเนื่อง ลูกค้าจะเลิก "ซื้อเวอร์ชัน" และเริ่มรับการปรับปรุงเป็นขั้นตอน CRM จะทันสมัยโดยไม่ต้องมีการย้ายระบบภายในบ่อยครั้ง

โครงสร้างพื้นฐานร่วมต้องการการควบคุมที่จริงจัง

มัลติเทแนนซี่จะได้ผลก็ต่อเมื่อความปลอดภัยถูกออกแบบเข้ามา: การแยกข้อมูลระหว่างลูกค้าที่แข็งแรง สิทธิ์ภายในที่ละเอียด และการควบคุมแอดมินที่ชัดเจนว่าใครเห็น เปลี่ยน หรือส่งออกข้อมูลได้ ในสภาพแวดล้อมที่แชร์ ความน่าเชื่อถือไม่ใช่ฟีเจอร์—แต่เป็นพื้นฐาน

เปลี่ยนซอฟต์แวร์ให้เป็นสาธารณูปโภค: วงจรสมัครสมาชิก

Salesforce ไม่ได้แค่ขายซอฟต์แวร์ CRM; พวกเขาขายบริการอย่างต่อเนื่อง การเปลี่ยนแปลงนี้ทำให้การสมัครดูน่าสนใจเพราะเหตุผลง่ายๆ: ความคาดเดาได้ เมื่อรายได้ต่ออายุทุกเดือนหรือปี บริษัทสามารถวางแผนการจ้างงาน โครงสร้างพื้นฐาน และการลงทุนผลิตภัณฑ์ได้ด้วยความไม่แน่นอนน้อยกว่าการขายไลเซนส์ครั้งเดียว

สำหรับลูกค้า การสมัครเปลี่ยนบทสนทนาในการซื้อด้วย แทนที่จะเป็นการลงทุนก้อนใหญ่ CRM กลายเป็นค่าใช้จ่ายดำเนินงาน—งบประมาณง่ายขึ้น อธิบายคุ้มค่าของการใช้งานง่ายขึ้น และหยุดได้ถ้าไม่เห็นคุณค่า เท่า ๆ กัน ทีมสามารถเริ่มใช้งานได้เร็วขึ้น ด้วยการส่งผ่านเว็บและการปรับใช้มาตรฐาน คุณอาจใช้งานได้ภายในสัปดาห์ไม่ใช่ไตรมาส

ทำไมวงจรนี้ขึ้นกับการรักษาลูกค้า

ธุรกิจสมัครอาศัยการต่ออายุเป็นชีวิตหรือความตาย นั่นผลักดันผู้ขายให้โฟกัสสิ่งที่เกิดขึ้นหลังเซ็นสัญญา:

• การสนับสนุนที่แก้ปัญหาได้จริงและเร็ว
• การฝึกอบรมที่เปลี่ยนจาก "เราซื้อแล้ว" เป็น "เราใช้ทุกวัน"
• การปรับปรุงผลิตภัณฑ์ต่อเนื่องที่สอดคล้องกับงานขาย
• งานการนำมาใช้ (แอดมิน แชมเปียน รายงานการใช้งาน) ที่ทำให้มูลค่าเป็นที่เห็นได้

โมเดลง่าย ๆ ของสมัครสมาชิก

คิดถึงวงจรสมัครเป็นสี่การเคลื่อนไหวที่เชื่อมโยง:

1. การได้ลูกค้าใหม่: ชนะบัญชีใหม่
2. การเปิดใช้งาน: พาผู้ใช้ไปสู่โมเมนต์ "คุณค่าแรก" (การติดตามดีล การพยากรณ์ รายงาน)
3. การต่ออายุ: พิสูจน์ ROI ต่อเนื่องเพื่อให้ลูกค้ายังจ่ายต่อ
4. การขยาย: เพิ่มที่นั่ง เพิ่มโมดูล หรือขยายไปยังทีมอื่น

เมื่อการเปิดใช้งานดีขึ้น การต่ออายุก็ง่ายขึ้น เมื่อการต่ออายุดี การขยายเพิ่มขึ้นเอง วงจรนี้ทำให้ซอฟต์แวร์รู้สึกเหมือนสาธารณูปโภค: พร้อมใช้งาน อัปเดตเป็นประจำ และจ่ายตามมูลค่าที่ส่งมอบ

จากผลิตภัณฑ์สู่แพลตฟอร์ม: สร้างบน CRM

CRM แบบ "ผลิตภัณฑ์" ให้ชุดฟีเจอร์คงที่: บัญชี ผู้ติดต่อ โอกาส รายงาน แพลตฟอร์ม CRM เพิ่มสิ่งที่ใหญ่กว่า: วิธีการสร้างแอปของคุณเองบนบริการร่วม—โดยไม่ต้องเริ่มจากศูนย์ทุกครั้งที่ต้องการกระบวนการใหม่

"แพลตฟอร์ม" หมายถึงอะไรจริง ๆ

คิดว่าคุณเช่าอาคารสำนักงานแทนที่จะซื้อห้องเดียว คุณยังได้ห้องมาตรฐานของ CRM แต่คุณยังได้ท่อประปา ความปลอดภัย และการบำรุงรักษาสำหรับห้องใหม่ที่คุณเพิ่ม แอปที่กำหนดเองของคุณอาศัยอยู่ภายในสภาพแวดล้อมเดียวกับข้อมูล UI และสิทธิ์ของ CRM

พาราเลลสมัยใหม่ที่ช่วยให้เข้าใจคือเครื่องมือสร้างแอปด้วยการแชท เช่น Koder.ai ซึ่งเป็นแพลตฟอร์มที่ให้ทีมสร้างเว็บ แบ็กเอนด์ และแอปมือถือผ่านอินเทอร์เฟซแชท (React บนเว็บ, Go + PostgreSQL ฝั่งเซิร์ฟเวอร์, Flutter สำหรับมือถือ) มันไม่ได้มาแทนที่ CRM โดยตรง แต่เหมาะกับแอปเวิร์กโฟลว์ที่อยู่รอบ ๆ CRM—ฟอร์มรับข้อมูล เครื่องมือตรวจสอบการอนุมัติ พอร์ทัลน้ำหนักเบา และตัวช่วยการผสานงาน—โดยเฉพาะเมื่อต้องการความเร็วและการส่งออกซอร์สโค้ด