เมื่อผมเริ่มเล่าถึงระบบที่พัฒนาภายใต้ HostDrift คำถามที่ตามมาคือ ทำไมต้องมีทั้ง CRM, CDP, Consent, Quotation และ Inventory ในเมื่อทั้งหมดก็ดูเหมือนเป็นซอฟต์แวร์สำหรับธุรกิจเหมือนกัน แต่ละระบบต่างกันตรงไหน และธุรกิจจำเป็นต้องใช้ทุกตัวพร้อมกันหรือเปล่า คำตอบของผมคือแต่ละ Platform เริ่มจากงานคนละประเภท และไม่ได้ถูกสร้างขึ้นเพื่อให้ทุกธุรกิจต้องเปิดใช้ทุกอย่างตั้งแต่วันแรก
ในบทความก่อนหน้า ผมเล่าถึงการเริ่มพัฒนาระบบจากปัญหาการทำงานจริง บทนี้อยากพามาดูภาพรวมว่า ปัญหาเหล่านั้นค่อย ๆ กลายเป็นผลิตภัณฑ์อะไรบ้าง แต่ละตัวรับผิดชอบเรื่องไหน และเหตุใดผมจึงมองทั้งหมดเป็น Ecosystem มากกว่าซอฟต์แวร์หลายตัวที่แค่อยู่ภายใต้ชื่อเดียวกัน สิ่งสำคัญสำหรับผมไม่ใช่การทำให้ทุกระบบมีฟีเจอร์เหมือนกัน แต่คือการแบ่งหน้าที่ให้ชัด แล้วค่อยออกแบบจุดที่ข้อมูลและงานจำเป็นต้องส่งต่อถึงกัน
Ecosystem ไม่ใช่ระบบเดียวที่ต้องทำทุกอย่าง
ผมใช้คำว่า HostDrift Ecosystem เพื่ออธิบายกลุ่มระบบที่มีบทบาทต่างกัน แต่พัฒนาไปในทิศทางเดียวกัน บางระบบอยู่ใกล้ทีมขายและการบริการลูกค้า บางระบบดูแลข้อมูล บางระบบช่วยจัดการเอกสาร และบางระบบเกี่ยวข้องกับอุปกรณ์หรือทรัพย์สินที่อยู่หน้างาน ความสัมพันธ์ระหว่างระบบจึงไม่ได้เกิดจากการเอาทุกเมนูมารวมไว้ในหน้าจอเดียว แต่เกิดจากการเข้าใจว่างานของทีมหนึ่งไปเกี่ยวข้องกับอีกทีมตรงไหน
ตัวอย่างง่าย ๆ คือบทสนทนากับลูกค้า ข้อมูลพฤติกรรมบนเว็บไซต์ และใบเสนอราคา ทั้งสามอย่างอาจเกี่ยวข้องกับลูกค้ารายเดียวกัน แต่ไม่ได้มีหน้าที่เหมือนกัน ทีมบริการต้องรู้ว่าคุยอะไรค้างไว้ ทีมการตลาดอาจต้องเข้าใจว่าลูกค้าสนใจเรื่องไหน ส่วนคนทำเอกสารต้องรู้ว่ากำลังเสนอสินค้าอะไรและใช้ข้อมูลใดในการออกเอกสาร การมีบริบทร่วมกันจึงมีประโยชน์ แต่ไม่ได้หมายความว่าทุกทีมควรเห็นหรือแก้ไขข้อมูลทุกอย่างได้เท่ากัน
HostDrift CRM: พื้นที่ทำงานของทีมที่ต้องดูแลลูกค้า
HostDrift CRM เป็นส่วนที่อยู่ใกล้การทำงานกับลูกค้าในแต่ละวันมากที่สุด ทั้งการรับบทสนทนา การดูข้อมูลลูกค้า การติดตามโอกาสทางการขาย และการจัดการงานของทีม ความสามารถที่พัฒนาไว้มีตั้งแต่ Shared Inbox สำหรับช่องทางอย่าง LINE OA, Facebook Messenger และเว็บไซต์ ไปจนถึง Customer 360°, Lead Pipeline, Tasks และ Points & Loyalty โดยมองให้ข้อมูลลูกค้าเป็นส่วนหนึ่งของการทำงาน ไม่ใช่แค่รายชื่อที่บันทึกไว้แล้วไม่ได้เปิดดูอีก
สำหรับผม CRM ควรช่วยตอบคำถามว่า ลูกค้ารายนี้เคยติดต่อเรื่องอะไร ใครเป็นผู้รับผิดชอบ ตอนนี้อยู่ในขั้นตอนไหน และทีมควรทำอะไรต่อ หากมีคนใหม่เข้ามารับงาน เขาควรเข้าใจสถานการณ์ได้จากข้อมูลที่มี โดยไม่ต้องเริ่มถามลูกค้าใหม่ทั้งหมด ส่วนระบบคะแนนและ Loyalty ก็เป็นอีกเครื่องมือสำหรับต่อยอดความสัมพันธ์ แต่ยังต้องมีแนวทางใช้งานที่เหมาะกับธุรกิจ ไม่ใช่คิดว่าการเพิ่มคะแนนเข้าไปจะทำให้ลูกค้ากลับมาเองโดยอัตโนมัติ
HostDrift CDP: ทำให้ข้อมูลลูกค้าจากหลายแหล่งมองร่วมกันได้
ถ้า CRM เน้นว่าทีมกำลังทำงานกับลูกค้าอย่างไร HostDrift CDP จะเน้นว่าธุรกิจมีข้อมูลอะไรเกี่ยวกับลูกค้ารายนั้นอยู่บ้าง CDP หรือ Customer Data Platform เป็นส่วนที่ผมพัฒนาสำหรับรวบรวม Customer Profile, Behavioral Events และข้อมูลจากแหล่งที่เชื่อมต่อเข้ามา เพื่อช่วยให้มองข้อมูลลูกค้าและพฤติกรรมร่วมกัน รวมถึงนำเงื่อนไขของข้อมูลไปสร้างกลุ่มลูกค้าหรือ Segmentation ที่มีความหมายกับงานต่อไป
ความต่างที่ผมใช้คิดคือ CRM อาจบอกได้ว่าทีมขายนัดติดต่อลูกค้าอีกครั้งวันไหน ขณะที่ CDP ช่วยเติมบริบทจากกิจกรรมหรือข้อมูลที่เก็บเข้ามาแล้ว อย่างไรก็ตาม การมี CDP ไม่ได้ทำให้เรารู้ทันทีว่าผู้เข้าชมเว็บไซต์ทุกคนเป็นใคร การเชื่อมข้อมูลยังต้องอาศัยตัวระบุที่เหมาะสม คุณภาพข้อมูล และกติกาที่ชัดเจน ผมจึงไม่อยากให้คำว่า Customer 360° ถูกใช้ในความหมายว่ารวมข้อมูลได้ทุกอย่างโดยไม่มีข้อจำกัด
HostDrift Consent: เก็บความยินยอมให้เป็นข้อมูลที่ตรวจสอบได้
เมื่อเริ่มเชื่อมข้อมูลมากขึ้น ผมไม่อยากให้เรื่องความยินยอมเป็นเพียงข้อความที่แสดงตอนเข้าเว็บไซต์แล้วจบไป HostDrift Consent จึงเป็น Platform สำหรับจัดการ Consent, Cookie และ Tag พร้อมการเก็บบันทึกที่ช่วยให้ตรวจสอบการเลือกของผู้ใช้และเหตุการณ์ที่เกี่ยวข้องได้ เป้าหมายคือทำให้ข้อมูลความยินยอมมีที่มาที่ไป และนำมาประกอบการออกแบบการใช้ข้อมูลในระบบอื่นได้อย่างเป็นระบบ
ผมมองว่า Consent ต้องมีรายละเอียดมากกว่าสถานะ “อนุญาต” เพียงค่าเดียว เพราะสิ่งที่ผู้ใช้ยอมรับในวัตถุประสงค์หนึ่งไม่ควรถูกตีความว่าเป็นการยอมรับทุกการใช้งาน การพัฒนาส่วนนี้จึงเกี่ยวข้องกับทั้งประสบการณ์บนเว็บไซต์และวิธีส่งต่อสถานะให้ระบบที่เกี่ยวข้อง ทั้งนี้ เครื่องมือ Consent ไม่ได้เป็นหลักประกันว่าการดำเนินงานทุกอย่างถูกต้องโดยอัตโนมัติ ธุรกิจยังต้องกำหนดวัตถุประสงค์ นโยบาย และการตั้งค่าให้สอดคล้องกับการใช้งานจริงของตัวเอง
HostDrift Quotation: จัดการเอกสารหลังจากเริ่มคุยธุรกิจ
งานไม่ได้จบเมื่อทีมขายตอบคำถามลูกค้าได้ครบ หลังจากนั้นยังมีการทำใบเสนอราคา ออกใบแจ้งหนี้ ส่งเอกสาร และติดตามสถานะการชำระเงิน HostDrift Quotation จึงถูกพัฒนาขึ้นมาเพื่อดูแลส่วนนี้โดยเฉพาะ ตั้งแต่ข้อมูลลูกค้าและรายการสินค้าในเอกสาร ไปจนถึงการสร้าง PDF ภาษาไทยและอังกฤษ รวมถึงช่องทางรับชำระที่ระบบรองรับ เช่น PromptPay และการชำระด้วยบัตร
เหตุผลที่ผมแยก Quotation ออกจาก CRM คือข้อมูลที่ใช้คุยกับลูกค้าและข้อมูลที่อยู่ในเอกสารธุรกิจมีรายละเอียดต่างกัน CRM ต้องช่วยให้ทีมเข้าใจความสัมพันธ์และงานติดตาม ส่วน Quotation ต้องช่วยให้รู้ว่ากำลังเสนออะไร จำนวนเท่าไร และเอกสารฉบับใดถูกส่งให้ลูกค้าไปแล้ว การแบ่งหน้าที่แบบนี้ทำให้แต่ละระบบมีขอบเขตชัดขึ้น โดยไม่จำเป็นต้องให้ทุกคนที่ใช้ CRM เข้ามาจัดการเอกสารหรือการรับชำระด้วย
HostDrift Inventory: ดูแลสิ่งของและงานที่เกิดขึ้นหน้างาน
อีกด้านหนึ่งของธุรกิจคือสิ่งของที่ต้องบริหารจริง ไม่ว่าจะเป็นสินค้า วัสดุ อุปกรณ์ หรือทรัพย์สิน HostDrift Inventory เป็นส่วนที่ผมพัฒนาสำหรับจัดการรายการ หมวดหมู่ จำนวน และตำแหน่งจัดเก็บ พร้อม QR Code และ Barcode สำหรับช่วยเข้าถึงข้อมูลจากสิ่งของหน้างาน รวมถึง Checklist และ Ticket สำหรับงานตรวจสอบหรือแจ้งปัญหาที่เกี่ยวข้อง
ผมไม่ได้มอง Inventory ว่าเป็นเพียงคำตอบของคำถาม “เหลือกี่ชิ้น” แต่ยังเกี่ยวข้องกับ “อยู่ที่ไหน” และ “มีอะไรที่ต้องดำเนินการต่อ” เช่น เมื่อสแกนอุปกรณ์แล้วพบว่าต้องตรวจเช็กหรือซ่อมแซม ข้อมูลการตรวจและปัญหาที่แจ้งควรอ้างอิงกลับไปยังรายการนั้นได้ แนวคิดนี้ทำให้ระบบมีประโยชน์กับงานปฏิบัติการมากขึ้น โดยไม่ต้องเปลี่ยนทุกเรื่องให้เป็นกระบวนการขายสินค้า
Core และ Pay: โครงสร้างกลางที่อยู่เบื้องหลัง
เมื่อมีหลาย Platform ก็มีงานพื้นฐานบางอย่างที่ไม่ควรต้องออกแบบแยกใหม่ทุกระบบ ผมจึงพัฒนา HostDrift Core เป็นส่วนกลางสำหรับเรื่องบัญชี Organization, Workspace, สิทธิ์การเข้าใช้ผลิตภัณฑ์ และเครดิตการใช้งาน ส่วน HostDrift Pay ทำหน้าที่ด้านโครงสร้างการรับชำระเงินและสถานะธุรกรรม การมีส่วนกลางช่วยให้แยกเรื่องการจัดการบัญชีและการชำระเงินออกจากหน้าที่หลักของแต่ละผลิตภัณฑ์ได้ชัดขึ้น
มีคำหนึ่งที่อยากแยกให้ชัดคือ “เครดิต” ใน Core ไม่ใช่คะแนน Loyalty ของลูกค้าใน CRM และไม่ใช่มูลค่าใบเสนอราคาที่ธุรกิจส่งให้ลูกค้า ทั้งสามอย่างเกี่ยวกับตัวเลขเหมือนกัน แต่เป็นข้อมูลคนละประเภท อีกเรื่องคือการมีบัญชีกลางไม่ได้หมายความว่าผู้ใช้จะเข้าถึงข้อมูลของทุก Workspace ได้โดยอัตโนมัติ ขอบเขตของธุรกิจและสิทธิ์ของแต่ละคนยังเป็นสิ่งที่ต้องกำหนดแยกอย่างชัดเจน
ลองมองทั้งหมดผ่านงานของลูกค้าหนึ่งราย
สมมติว่าธุรกิจให้บริการออกแบบเว็บไซต์ ลูกค้าเริ่มจากอ่านรายละเอียดบนเว็บไซต์และเลือกการตั้งค่าความยินยอม ข้อมูลกิจกรรมที่อนุญาตและตั้งค่าให้เก็บจึงเป็นบริบทด้านข้อมูล เมื่อเขาทักมาสอบถาม ทีมรับเรื่องและติดตามต่อใน CRM จากนั้นจึงจัดทำใบเสนอราคาใน Quotation ส่วนอุปกรณ์ที่ทีมใช้ทำงานอาจถูกดูแลอยู่ใน Inventory ตัวอย่างนี้ช่วยให้เห็นว่าทั้งห้าระบบเกี่ยวข้องกับการดำเนินธุรกิจเดียวกัน แต่ไม่ได้ต้องรับข้อมูลทุกชิ้นเหมือนกัน
ภาพนี้เป็นวิธีอธิบายบทบาทและทิศทางการเชื่อมงาน ไม่ใช่การบอกว่าทุกขั้นตอนเชื่อมอัตโนมัติครบแล้วในทุกบัญชี การใช้งานจริงต้องดูว่าจุดไหนมี Integration รองรับ เปิดใช้ไว้หรือยัง และต้องปรับให้เข้ากับ Workflow อย่างไร สิ่งที่ผมให้ความสำคัญคือการทำให้จุดส่งต่องานชัดและเชื่อถือได้ มากกว่าการลากเส้นเชื่อมทุกระบบในแผนภาพแล้วถือว่างานเสร็จ
ไม่จำเป็นต้องเริ่มจากทุก Platform พร้อมกัน
ธุรกิจที่กำลังมีปัญหาตอบลูกค้าหลายช่องทางอาจเริ่มจาก CRM ก่อน หากโจทย์อยู่ที่ข้อมูลจากหลายแหล่งและการแบ่งกลุ่มลูกค้า ก็อาจให้ความสำคัญกับ CDP ส่วนทีมที่เสียเวลาออกเอกสารซ้ำ ๆ อาจเริ่มจาก Quotation และทีมที่ยังไม่รู้ว่าอุปกรณ์อยู่ที่ไหนก็อาจเริ่มจาก Inventory โดยเรื่องความยินยอมและการใช้ข้อมูลควรถูกพิจารณาไปพร้อมกับงานที่เกี่ยวข้อง ไม่ใช่รอจนเชื่อมข้อมูลทุกอย่างแล้วจึงค่อยกลับมาดู
สำหรับผม Ecosystem ที่ดีไม่ควรทำให้ผู้ใช้รู้สึกว่าต้องซื้อหรือเรียนรู้ทุกอย่างก่อนจึงจะเริ่มได้ แต่ควรช่วยให้เลือกจุดเริ่มต้นที่เหมาะกับปัญหา แล้วค่อยขยายเมื่อมีเหตุผลจากการทำงานจริง การใช้สองระบบที่ทีมเข้าใจและดูแลได้ อาจมีประโยชน์กว่าการเปิดทุกระบบโดยยังไม่รู้ว่าแต่ละตัวเข้ามาช่วยงานตรงไหน
เป้าหมายคือให้งานต่อกันได้ ไม่ใช่มีระบบให้มากที่สุด
เมื่อมอง HostDrift ทั้งหมดร่วมกัน CRM คือส่วนของการทำงานกับลูกค้า CDP คือส่วนของข้อมูลและบริบท Consent คือส่วนของการจัดการความยินยอม Quotation คือส่วนของเอกสารธุรกิจ และ Inventory คือส่วนของสิ่งของกับงานปฏิบัติการ ขณะที่ Core และ Pay เป็นโครงสร้างสนับสนุนเบื้องหลัง การแบ่งแบบนี้ช่วยให้ผมกลับมาตรวจสอบได้เสมอว่าฟีเจอร์ใหม่ควรอยู่ที่ไหน และจำเป็นต้องส่งข้อมูลให้ส่วนใดบ้าง
HostDrift ยังเป็นงานที่ผมพัฒนาต่อเนื่อง แต่ทิศทางที่อยากรักษาไว้คือ แต่ละระบบทำหน้าที่ของตัวเองให้ชัด และส่งต่อข้อมูลเท่าที่จำเป็นเพื่อให้งานเดินต่อได้ หากสิ่งที่สร้างช่วยให้คนไม่ต้องเริ่มต้นใหม่ทุกครั้งที่เปลี่ยนหน้าจอหรือเปลี่ยนทีม นั่นคือความหมายของ Connected Business Systems ที่ผมอยากให้เกิดขึ้นจริง มากกว่าการมีชื่อ Platform เพิ่มขึ้นอีกหนึ่งชื่อ
