CRM: ข้อมูลที่มีโครงสร้าง

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

00:19 แอนดี้ ชอร์: สวัสดี ทุกคนยินดีต้อนรับกลับสู่ Clues for Clueless CRM Marketer วันนี้ เราจะเริ่มการสนทนาเกี่ยวกับข้อมูลประเภทต่างๆ ที่คุณจัดเก็บไว้ใน CRM ของคุณ และเราจะเริ่มต้นด้วยข้อมูลที่มีโครงสร้าง แล้วมันหมายความว่ายังไง?

00:36 Paul Rijnders: เอาล่ะ CRM จำนวนมากโดยเฉพาะอย่างยิ่ง CRM แบบดั้งเดิมนั้นใช้ฐานข้อมูลที่มีโครงสร้างบางประเภท หมายความว่ามีฐานข้อมูลแบบ SQL หรือ MySql อยู่ใต้ที่มีตาราง และตารางก็เหมือนกับสเปรดชีตที่มีแถว แสดงถึงระเบียนและคอลัมน์จะแสดงข้อมูลเขตข้อมูล ตัวอย่างเช่น บางทีคอลัมน์ที่หนึ่งอาจเป็นชื่อ… คอลัมน์ที่หนึ่ง สมมติว่าเรามีตารางรายชื่อ คอลัมน์ที่หนึ่งคือชื่อ คอลัมน์ที่สองคือนามสกุล คอลัมน์ที่สามคือชื่อกลาง คอลัมน์ที่สี่คือที่อยู่ คอลัมน์ที่ห้าคือเมือง ฯลฯ ฯลฯ และ CRM ส่วนใหญ่จะมาพร้อมกับชุดฟิลด์เริ่มต้นมาตรฐาน และสิ่งเหล่านี้จะเป็นสิ่งที่พวกเขาคิดว่าคุณต้องการ ที่อยู่อีเมล หมายเลขโทรศัพท์ หรือโทรศัพท์มือถือ สิ่งของประเภทนั้นสำหรับการติดต่อ บางทีถ้ามันเป็นโอกาสล่ะก็… ซึ่งอาจจะเป็นโต๊ะที่พูดได้ต่างกันหรือบันทึกอย่างอื่นก็ได้

01:34 PR: คุณจะมีชื่อโอกาส มีจำนวนเท่าใด อยู่ในขั้นตอนใด ครบกำหนดเมื่อใด ในกิจกรรม อาจเป็นกิจกรรมประเภทใด เมื่อใดควรจะถึงกำหนด อยู่กับใคร และเกี่ยวข้องกับสิ่งใด มันเกี่ยวข้องกับโครงการหรือโอกาสหรือบันทึกอื่น ๆ หรือไม่? แต่สิ่งเหล่านั้นทั้งหมดจะมีโครงสร้างที่ชัดเจน หมายความว่าก่อนที่ใครก็ตามที่ป้อนข้อมูลใดๆ จะต้องมีที่ว่างสำหรับมัน ต้องมีคอลัมน์สำหรับมัน ไม่มีที่ว่างสำหรับมัน

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

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

03:51 PR: ดังนั้น คุณใส่เงื่อนไขเหล่านั้นทั้งหมดเข้าไป และเงื่อนไขสามารถเป็นแบบจริงๆ... พวกเขาทั้งหมดต้องเป็นจริงใช่ไหม หรือคุณอาจมีเงื่อนไขว่าข้อใดข้อหนึ่งเป็นจริงได้ คุณอาจพูดว่า “เอาล่ะ รถต้องเป็น Toyota แต่โดนัทที่โปรดปรานต้องเป็น French Cruller หรือ Chocolate Long John หรือโดนัทเคลือบ ดังนั้นหนึ่งในสามนั้น ดังนั้นคุณจึงมีเงื่อนไขตรงตามทุกข้อและตรงตามเงื่อนไขใด ๆ จากนั้นคุณสามารถผสมทั้งสองโดยที่คุณสามารถพูดว่า “เอาล่ะ ถ้าอย่างนั้นทั้งหมดเหล่านี้ต้อง… เงื่อนไขต้องเป็นไปตามและบาง ต้องปฏิบัติตามเงื่อนไขเหล่านี้” มีความเป็นไปได้จำนวนเท่าใดก็ได้ คุณยังสามารถพูดได้ว่าเงื่อนไขคือ “อืม โดนัทที่พวกเขาโปรดปราน ตัวอักษรต้องขึ้นต้นด้วย 'S'”

04:35 PR: และสิ่งที่ผมพยายามจะพูดก็คือเมื่อข้อมูลมีโครงสร้างจริงๆ คุณสามารถถามคำถามเกี่ยวกับฐานข้อมูลได้ เพราะฐานข้อมูลรู้ว่าจะคาดหวังอะไร และมีกฎเกณฑ์บางอย่างสำหรับคำค้นหาเหล่านั้น be และฐานข้อมูลนั้นดีจริง ๆ ที่... และระบบสามารถแสดงข้อมูลนั้นได้ดีจริง ๆ เพราะมันมีโครงสร้างที่ดีมาก ดังนั้น ฉันเดาว่าจุดสิ้นสุดของมันคืออะไร นั่นคือเมื่อคุณตั้งค่า CRM ของคุณ ค่าเฉลี่ยจะคิดออกว่าข้อมูลใดควรไปที่ใดมากที่สุด เพื่อให้สามารถดึงข้อมูลขึ้นมาได้อย่างง่ายดายในภายหลัง

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

05:24 PR: โอ้ พระเจ้า ใช่. แอนดี้เป็นจุดที่ยอดเยี่ยม โอเค สมมติว่าคุณต้องลงชื่อสมัครใช้แบบฟอร์มใน Google ฟอร์ม ดังนั้นเราจึงต้องการการรวม CRM กับ Google ฟอร์ม เช่นเดียวกับที่เราทำกับอีเมลเกณฑ์มาตรฐานและบริษัทที่ไม่ใช่เกณฑ์มาตรฐานอื่นๆ ใช่ไหม แต่สมมุติว่าคุณพูดว่า “เอาล่ะ ในแบบฟอร์มนี้ แบบฟอร์มเรียกมันว่าชื่อจริง แต่ใน CRM เราเรียกมันว่า… อย่างที่ฉันบอก เราเรียกมันว่าชื่อจริงด้วย ดังนั้นคุณสามารถจับคู่ชื่อกับชื่อได้ใช่ไหม นามสกุลเป็นนามสกุล. แต่บางทีคุณอาจมีบางอย่างที่คุณพูดว่า โอเค เรามีแบบฟอร์มนี้มีบางอย่างที่ระบุว่าหมายเลขโทรศัพท์ ใน CRM จะมีหมายเลขโทรศัพท์หลัก ดังนั้นเรามาแมปจากที่นี่ไปที่นั่นกัน ดังนั้นเมื่อคุณเชื่อมต่อกับแบบฟอร์มนั้น จะมีกระบวนการแมปที่คุณเห็นฟิลด์ที่มีอยู่ใน CRM และฟิลด์ที่มาจากการรวมสิ่งที่คุณเป็น และคุณสามารถพูดได้ โอเค ดูสิ สล็อตนี้ ไปกับ สล็อตนี้ และ ไปกับ สล็อตนี้ และเนื่องจากสิ่งต่าง ๆ เป็นโครงสร้าง มันจึงง่ายมากสำหรับสิ่งเหล่านั้นที่จะไปด้วยกัน และไม่ได้หมายความว่าไม่มีวิธีอื่นในการทำสิ่งต่างๆ แต่เราจะพูดถึงในภายหลัง

06:22 AS: ไปเลย ขอบคุณทุกคนที่รับฟัง แล้วเราจะพูดถึงเรื่องอื่นๆ ในภายหลังหากคุณยังคงติดตามอยู่ ขอบคุณอีกครั้ง