ยินดีด้วย. คุณมีปัญหา โครงการ งบประมาณ และกำหนดเวลา แทนที่จะโยนร่างกัน ซอฟต์แวร์คือทางออก แต่ตอนนี้คุณต้องตัดสินใจสร้างหรือซื้อ นั่นคือคำถาม หรือมันคืออะไร? ฉันไม่แน่ใจว่ามันเป็นการตัดสินใจที่ชัดเจนอีกต่อไป
สร้างใช้เพื่ออ้างถึงการจ้างโปรแกรมเมอร์ในบ้านเพื่อเขียนโค้ดระบบที่จำเป็นและซื้อโดยอ้างถึงผลิตภัณฑ์นอกชั้นวางที่สามารถซื้อและเรียกใช้ได้ สิ่งนี้สมเหตุสมผลเมื่อเราพูดถึงระบบบัญชี ระบบการซื้อขาย CRM การรายงาน
Lending, Collections, CLM และอื่น ๆ ตอนนี้เราอยู่ในสภาพแวดล้อมที่ใช้โค้ดน้อย ซึ่งการสร้างบางอย่างไม่จำเป็นต้องมีประสบการณ์ในการเขียนโค้ด สามารถลากและวางได้ จับคู่กับการซื้อโซลูชันชั้นวางสินค้าที่ได้รับการปรับแต่งตามที่คุณต้องการ
ได้สร้างมันขึ้นมาอย่างดี แล้วมันทำให้เราตัดสินใจสร้างหรือซื้อที่ไหน? ลองดูสิ่งที่เราต้องการจริงๆ
ไม่มีระบบที่ทันสมัยใดที่สามารถพึ่งพาทางเข้าเพียงจุดเดียวได้อีกต่อไป ความคาดหวังของลูกค้าระบุว่าช่องทางต่างๆ มีความจำเป็น ด้วยตนเอง ทางโทรศัพท์โดยตรงหรือคอลเซ็นเตอร์ อีเมล โซเชียลมีเดีย SMS เว็บ มือถือ แท็บเล็ต - ทั้งที่เปิดใช้งานมือถือและแบบเนทีฟ
แอพทั้งหมดจำเป็นต้องสามารถใช้แทนกันได้โดยไม่สูญเสียเนื้อหาหรือบริบท ลูกค้าที่เริ่มต้นที่สาขา/ร้านค้าหรือด้วยตนเองแต่ต้องออกไปตามนัดหมาย ต้องการที่จะสามารถดำเนินการต่อจากจุดที่ทำค้างไว้ได้เมื่อเข้าสู่ระบบออนไลน์ในวันต่อมา หรือ
หากพวกเขาเริ่มออนไลน์แต่รู้สึกหงุดหงิดและขอความช่วยเหลือ พวกเขาก็ไม่ต้องการเริ่มกระบวนการตั้งแต่ต้น สิ่งนี้ใช้กับผู้มีส่วนได้ส่วนเสียภายในด้วย ห่วงโซ่ข้อมูลภายในองค์กรจำเป็นต้องมีความยืดหยุ่นเท่ากับที่ลูกค้าต้องเผชิญ
ตัวเลือก
แล้วอะไรต่อไปสำหรับการป้อนข้อมูลเริ่มต้นของเราทุกที่? มีเหตุผลที่เราต้องการข้อมูลนั้นตั้งแต่แรก ไม่ว่าลูกค้ารายใหม่ต้องการร่วมงานกับองค์กร ลูกค้ารายเดิมต้องการผลิตภัณฑ์หรือบริการใหม่ หรือแม้กระทั่งการสอบถามหรือข้อร้องเรียนในชีวิตประจำวัน
หรือการขอข้อมูล ทั้งหมดนี้ควรเริ่มต้นกระบวนการที่กำหนดไว้แต่ยืดหยุ่นเพื่อให้คำขอเสร็จสมบูรณ์อย่างมีประสิทธิภาพและง่ายดายที่สุด โดยทั่วไปแล้วกระบวนการจะถูกกำหนดไว้และโดยปกติแล้วพนักงานจะได้รับการฝึกอบรมให้ทำตามลำดับของงานเพื่อให้เสร็จสิ้นตามที่กำหนดไว้ล่วงหน้า
การดำเนินการตามอินพุตข้อมูลบางอย่าง
ทั้งลูกค้าปลายทางและผู้ใช้ระบบไม่ควรต้องคีย์ข้อมูลใหม่ทุกที่ หากข้อมูลนั้นถูกบันทึกไว้ที่ใดที่หนึ่งแล้ว ในความเป็นจริง หากข้อมูลมีอยู่ทุกที่ภายในองค์กรหรือจากแหล่งข้อมูลบุคคลที่สาม เช่น ผู้ให้บริการข้อมูล เครดิตบูโร
ผู้ให้บริการคัดกรอง ฯลฯ ควรเข้าถึงได้ตลอดกระบวนการสำหรับผู้ใช้ทุกคนที่ต้องการ มีการกำหนดกระบวนการ แต่จุดสัมผัสควรเปลี่ยนได้ตลอด และข้อมูลที่รวบรวมควรรวมเข้าด้วยกันหากเป็นไปได้และจัดโครงสร้างเมื่ออนุญาต
เมนูดรอปดาวน์ ค่าการค้นหา ฟิลด์วันที่ และค่าข้อความอิสระที่ควบคุมได้ เพื่อให้แน่ใจว่าข้อมูลล่วงหน้าจะเก็บคุณภาพข้อมูลได้มาก ซึ่งช่วยให้ทำงานอัตโนมัติได้มากขึ้นตลอดกระบวนการและจัดการข้อยกเว้นน้อยลง
ขณะนี้ข้อมูลอยู่ในขั้นตอนการบันทึกหรืออัปเดตอย่างแข็งขัน ปัญญาประดิษฐ์สามารถนำมาใช้ได้ พนักงานไม่จำเป็นต้องรู้รายละเอียดทั้งหมด และแม้แต่สมาชิกใหม่ก็สามารถทำงานในกรณีที่ซับซ้อนมากขึ้นได้ เนื่องจากระบบใช้กฎรหัสนโยบาย
ตรรกะในการตัดสินใจโดยอัตโนมัติซึ่งก่อนหน้านี้พนักงานต้องมีการฝึกอบรมและประสบการณ์ที่กว้างขวางในการจัดการ ไม่มีข้อผิดพลาดอีกต่อไปในขณะเดียวกันก็อนุญาตให้มีการกำกับดูแลและแม้แต่การตรวจสอบการควบคุมคุณภาพหรือคิวข้อยกเว้นทั้งหมดสำหรับการแทรกแซงด้วยตนเองหากจำเป็น
ทั้งหมดนี้ต้องใช้แนวทางที่เป็นระบบ แนวคิดเก่าเกี่ยวกับโฟลเดอร์มะนิลาที่อยู่ในลิ้นชักพนักงานสำหรับพอร์ตโฟลิโอของลูกค้านั้นล้าสมัยและสร้างความเสี่ยงที่ไม่จำเป็น ไคลเอ็นต์ที่ถูกประมวลผลแบบแยกส่วนอาจเป็นได้ทั้งแบบจำกัดและซ้ำซ้อน
ในเวลาเดียวกัน. หากลูกค้าองค์กรมีกรรมการที่ดูแลลูกค้ารายอื่นหลายคน เหตุใดรีวิวแต่ละรายการจึงไม่สนใจภาพรวม คุณจะตรวจสอบผู้กำกับคนเดียวกันหลายครั้งในทุกความสัมพันธ์หรือไม่
ทำเพียงครั้งเดียวและนำข้อมูลนั้นกลับมาใช้ใหม่ทั่วทั้งองค์กรหรือไม่
พวกเขาไม่จำเป็นต้องมีบุคคลที่เกี่ยวข้องกันเพื่อประโยชน์ที่ชัดเจน อุตสาหกรรมที่คล้ายกัน ลูกค้าที่เป็นลูกค้าคล้ายกัน จะเกิดอะไรขึ้นถ้าผู้ขาย/ซัพพลายเออร์ที่เป็นลูกค้าของคุณก็เป็นลูกค้าด้วยกันเอง สิ่งนี้ทำให้เราทราบว่าคุณต้องดำเนินการกับข้อมูลอย่างไร
และเหตุใดองค์กรต่างๆ จึงต้องมองข้ามองค์กรเมื่อพิจารณาซอฟต์แวร์ในปัจจุบัน หากคุณมองปัญหาโดยแยกจากกันและปฏิบัติต่อปัญหาดังกล่าว การกำหนดงบประมาณและการออก RFP สำหรับแต่ละองค์ประกอบ CRM, Fincrime, Client Outreach คุณจะจบลงด้วย
ด้วยการใช้ทรัพยากรมากขึ้นเพื่อพยายามรวมทุกอย่างเข้าด้วยกันมากกว่าการประหยัดที่เป็นไปได้ตามที่หวังไว้ในตอนแรก ตอนนี้นำไปใช้กับทุกภูมิภาคหรือสายธุรกิจที่อาจได้รับงบประมาณแยกต่างหากและการกำกับดูแล และคุณจะได้ 8 เวอร์ชัน
ของซอฟต์แวร์เดียวกันที่จำเป็นต้องผสานรวมเข้ากับตัวมันเองเนื่องจากการปรับแต่งอย่างหนักต่อพื้นที่ซึ่งช่วยลดการประหยัดจากขนาดที่สามารถทำได้
โฟลเดอร์ในลิ้นชักที่ต้องได้รับการตรวจสอบเป็นประจำทุกปีหรืออย่างอื่น โดยพนักงานจำเป็นต้องได้รับการฝึกอบรมว่าควรทำอย่างไรและเมื่อใดควรทำ บทวิจารณ์ทั้งหมด (หรือการเริ่มใช้งานใหม่/ผลิตภัณฑ์/บริการเพิ่มเติม/อื่นๆ) สามารถแบ่งออกเป็นส่วนต่างๆ ที่อาจหรือ
ไม่สามารถจัดการโดยบุคคล/ทีมอื่นได้ จากนั้นระบบจะสามารถกำหนดได้เมื่องานเสร็จสิ้นหรือเมื่อข้อมูลถูกบันทึกเพียงพอเพื่อส่งไปยังบุคคลถัดไปสำหรับการป้อนข้อมูล ทั้งหมดนี้มีโครงสร้างเป็นกรณีและปัญหาย่อยภายใน ด้วยวิธีนี้แต่ละองค์ประกอบของ
กรณีและปัญหาสามารถมีเส้นตาย เส้นทางการส่งต่อ ผู้รับมอบหมาย และผู้อนุมัติเป็นของตนเอง แทนที่จะเป็นงานใหญ่เพียงงานเดียวที่พนักงานต้องมีประสบการณ์มากพอที่จะรู้ว่าต้องทำให้เสร็จอย่างไรและใครควรไปจัดการองค์ประกอบต่างๆ ภายใน ตอนนี้ระบบจะมอบหมายงานให้
และทำให้มั่นใจว่างานทั้งหมดจะเสร็จทันเวลาทั่วทั้งบริษัทด้วยงานอัตโนมัติมากที่สุดเท่าที่จะเป็นไปได้ เพื่อให้ผู้มีอำนาจตัดสินใจมีเวลาไปโฟกัสกับสิ่งที่สำคัญ
ทั้งหมดนี้เป็นสิ่งที่ดีและดีจากมุมมองทางธุรกิจ งานเป็นที่รู้จักและสิ่งที่ต้องทำ แต่เมื่อเราพยายามตัดสินใจว่าเราควรซื้อหรือสร้างซอฟต์แวร์เองหรือไม่ ปัจจัยนั้นส่งผลต่อสิ่งต่างๆ อย่างไร สมมติว่ามีหลายแหล่ง
ของข้อมูลในหลายระบบ ระบบสมัยใหม่ใด ๆ คาดว่าจะขับเคลื่อนด้วย API และมีความสามารถด้านโค้ดต่ำ/ไม่มีโค้ด สมมติฐานที่สมเหตุสมผลสำหรับซอฟต์แวร์ที่รวดเร็วและยืดหยุ่น ทุกสิ่งในทุกวันนี้ต้องได้รับการปฏิบัติเหมือนเป็นไมโครเซอร์วิสที่หลีกเลี่ยงไม่ได้
เสาหินซอฟต์แวร์แบบเก่า ควรติดตั้งและใช้ซอฟต์แวร์เนื่องจากเป็นซอฟต์แวร์ที่ดีที่สุดและได้รับการพิสูจน์ในอนาคตเพื่อปรับให้เข้ากับการเปลี่ยนแปลงตามความจำเป็น มีข้อเสนอมากเกินไปและคงไว้เพียงเพราะยากเกินไปและใช้เวลานาน
จะเข้ามาแทนที่. ส่วนใหญ่เป็นเพราะว่ากฎเป็นแบบรหัสตายตัว ซึ่งอาจเชื่อมโยงกับตัวข้อมูลเอง ข้อมูลไม่เพียงรวมเข้าด้วยกัน แต่ทำซ้ำหลายครั้งสำหรับซอฟต์แวร์แต่ละชิ้นที่แยกจากกันในห่วงโซ่ข้อมูล และหากคุณพยายามแทนที่ส่วนใดส่วนหนึ่ง
ระบบทั้งหมดอาจพังได้ กระบวนการคิดเดิมๆ มากเกินไป ถ้ายังไม่พังก็อย่าแก้ไข สิ่งที่จำเป็นจริงๆ คือการทำให้ชิ้นส่วนเหล่านั้นทั้งหมดเป็นไมโครเซอร์วิส รับข้อมูลที่จำเป็น ใช้กฎอัตโนมัติหรืออินพุต/รีวิวของผู้ใช้ และ
ส่งต่อไปยังไมโครเซอร์วิสถัดไป ข้อมูลไม่ควรเก็บไว้มากกว่าหนึ่งแห่ง อาจถูกรวมเข้าด้วยกันแต่จะไม่ทำซ้ำนอกการสำรองข้อมูล ระบบ CRM, Onboarding, KYC, Client Outreach และอื่นๆ ของคุณควรเข้าถึงข้อมูลที่พวกเขาต้องการเท่านั้น ไม่ใช่
เป็นที่เก็บข้อมูลเองเว้นแต่คุณจะเลือกให้เป็น การทำซ้ำข้อมูลเดียวกันในหลายสถานที่และกฎที่ควบคุมข้อมูลนั้นเป็นการกระทำที่ไร้ประโยชน์ เนื่องจากทุกระบบพิเศษที่เพิ่มเข้ามาจะเพิ่มความซับซ้อนที่เกี่ยวข้องเป็นทวีคูณ
สิ่งนี้นำเราไปสู่การพิจารณาขั้นสุดท้าย ไม่ว่าคุณจะมีแหล่งข้อมูลความจริง/สำเนาทองคำแหล่งเดียว หรือบันทึกและระบบที่ซ้ำซ้อนและแข่งขันกันหลายแหล่งที่สามารถอัปเดตได้ คุณจะยังคงพบว่าตัวเองอยู่ในข้อกำหนดอีกชั้นหนึ่งตามบรรทัดของ
ธุรกิจ เขตอำนาจศาล ประเภทลูกค้า และผลิตภัณฑ์/บริการ บุคคลจะได้รับการปฏิบัติที่แตกต่างจากบริษัทหรือทรัสต์ และแตกต่างกันไปตามสายธุรกิจของผู้บริโภค/ผู้ค้าปลีก สายธุรกิจเชิงพาณิชย์หรือสายองค์กรสำหรับความต้องการและความเหมาะสม ในตัวอย่างพื้นฐานที่สุดถ้า
เรามีลูกค้า 10 ประเภท (รายบุคคล – โสด แต่งงานแล้ว ฯลฯ บริษัทเอกชน บริษัทมหาชน ทรัสต์ องค์กรการกุศล ฯลฯ) และคุณอาจดำเนินการใน 10 ภูมิภาค และคุณอาจนำเสนอผลิตภัณฑ์/บริการ 10 ประเภท เรามีอยู่แล้ว อาจมีมากกว่า 1000 กฎที่ทำได้
นำไปใช้ การกำหนดกฎสำหรับภูมิภาค สายธุรกิจ ประเภทลูกค้าและผลิตภัณฑ์หรือบริการจะง่ายกว่านี้หรือไม่ แล้วปล่อยให้ระบบแก้ไขข้อกำหนดแทน การลบรายการที่ซ้ำกันและนำจุดข้อมูลที่เคยมีอยู่กลับมาใช้ใหม่
ที่ให้ไว้. นี่คือประโยชน์ของการสรุปกระบวนการและกฎจากชั้นข้อมูลของคุณ
ดังนั้น เมื่อเราพิจารณาคำถามเก่า ๆ เกี่ยวกับการซื้อหรือการสร้างซอฟต์แวร์ เรารู้ว่าเราต้องการการประสานแบบหลายช่องทาง กระบวนการอัตโนมัติที่เป็นไปได้ ตรรกะของกฎที่ยืดหยุ่น การจัดการกรณีสำหรับการกำกับดูแลและการตรวจสอบ โค้ดต่ำและขับเคลื่อนด้วย API บทคัดย่อ
ชั้นข้อมูลและกลไกกฎอัจฉริยะที่สามารถสืบทอดมาจากชั้นลอจิกต่างๆ ตลาดเทคโนโลยีเต็มไปด้วยนักประดิษฐ์ที่ยินดีตอบสนองทุกปัญหาเฉพาะที่สามารถนึกถึงได้ แต่เมื่อถึงจุดใดที่มันไม่สมเหตุสมผลที่จะ 'ปิดหิ้ง'
ผลิตภัณฑ์ที่จำเป็นต้องปรับแต่งและรวมเข้าด้วยกันแทนที่จะสร้างเอง แพลตฟอร์มโค้ดต่ำช่วยให้คุณมีข้อกำหนดของคุณ 80% และคุณจำเป็นต้องกำหนดค่าเดลต้านั้นเพียง 20% เท่านั้น สิ่งที่ดีที่สุดของทั้งสองโลกนั้นต่ำ
แพลตฟอร์มรหัสที่ผู้อื่นได้สร้างส่วนประกอบที่ใช้ซ้ำได้เพื่อให้คุณได้รับผลิตภัณฑ์ 'ปิดชั้นวาง' เป็นตัวเร่งสำหรับธุรกิจของคุณ ในขณะเดียวกันก็มีความสามารถสำหรับพนักงานของคุณหรือบุคคลที่สามที่ผ่านการรับรองในการสร้างข้อกำหนดเฉพาะที่เหลือ
ให้กับองค์กรของคุณ ซื้อหรือสร้าง? มันควรจะเป็นทั้งสองอย่างจริงๆ
