หลายบริษัท หนึ่งการติดตั้ง ไม่แชร์ลูกค้าร่วมกัน

หากคุณดำเนินธุรกิจมากกว่าหนึ่งบริษัท — ไม่ว่าจะเป็นโฮลดิ้งที่มีบริษัทลูก แฟรนไชส์ สองแบรนด์ที่เจาะตลาดต่างกัน หรือบริษัทเอเจนซีกับธุรกิจที่เอเจนซีแยกออกมา — คุณคงรู้รูปร่างของปัญหานี้ดีอยู่แล้ว แบรนด์ต่าง ๆ แชร์คน เครื่องมือ และฝ่ายการเงินร่วมกัน แต่พวกเขาไม่ได้แชร์ลูกค้า และต้องไม่ปรากฏว่าแชร์กันด้วย

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

สิ่งที่กลุ่มบริษัทได้แชร์กันจริง ๆ

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

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

คำถามที่กลุ่มบริษัทมักถามเป็นอันดับสอง

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

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