รายการตรวจสอบเพื่อหลีกเลี่ยงการล็อคอินผู้ขาย?

มีชุดของกฎที่ได้รับการอนุมัติจากอุตสาหกรรมเพื่อหลีกเลี่ยงการล็อคอินของผู้ขายหรือไม่?

ฉันหมายถึงบางสิ่งที่สามารถแสดงต่อผู้จัดการหรือผู้มีอำนาจตัดสินใจอื่น ๆ ที่เข้าใจง่ายและตรวจสอบได้ง่าย

• มีชุดของกฎที่ยอมรับในระดับสากลรายการตรวจสอบหรือชุดเงื่อนไขที่ช่วยตรวจจับและป้องกันการล็อคผู้ขายในวัตถุประสงค์ที่สามารถวัดได้หรือไม่?

• คุณเคยเตือนผู้จัดการเกี่ยวกับความเสี่ยงของการล็อคอินของผู้ขายในช่วงเริ่มต้นของโครงการหรือไม่?

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

ไม่มี "รายการตรวจสอบมาตรฐาน" แต่นี่เป็นรายการตรวจสอบที่ดีของสิ่งสำคัญที่ฉันค้นหา:

• Open API : เป็น API ที่เราจะใช้ (เช่นการสร้างการพึ่งพา) เปิดในแง่ที่ว่ามันสามารถนำไปใช้ได้อย่างอิสระโดยผู้ขายคู่แข่งหรือไม่?
• การปฏิบัติตามมาตรฐาน - ผลิตภัณฑ์ปฏิบัติตามมาตรฐานอุตสาหกรรมที่เกี่ยวข้องหรือไม่
• การปรากฏตัวของทางเลือกที่เข้ากันได้ - มีผลิตภัณฑ์อื่นที่เข้ากันได้ (ทั้งในเชิงพาณิชย์หรือโอเพนซอร์ส) ที่เราสามารถเปลี่ยนด้วยการเปลี่ยนแปลงเล็กน้อย
• โอเพ่นซอร์ส - เป็นรหัสโอเพนซอร์สของผู้ขาย (เช่นภายใต้ใบอนุญาตที่ได้รับการอนุมัติจาก OSI ) หรือไม่
• ความเป็นอิสระของแพลตฟอร์ม - เทคโนโลยีสแต็คแบบพกพาข้ามแพลตฟอร์มที่แตกต่างกันหรือไม่
• ความยืดหยุ่นตามสัญญา - เราสามารถยกเลิกหรือลดขนาดสัญญาก่อนโดยไม่มีการลงโทษที่สำคัญได้หรือไม่?
• การให้บริการที่เป็นอิสระ - มีตัวเลือกที่น่าเชื่อถือในการซื้อบริการจากผู้ขายที่แตกต่างกัน (เช่นไม่ใช่ผู้ให้บริการดั้งเดิม)
• ความสามารถและทักษะ - หากเราต้องเป็นส่วนหนึ่งของ บริษัท กับผู้ขายดั้งเดิมเรามีความสามารถและทักษะที่จำเป็นในการทำงานอย่างมีประสิทธิภาพทั้งใน บริษัท และกับผู้ขายรายอื่นหรือไม่?
• บันทึกพฤติกรรมที่ดี - ผู้ขายมีประวัติที่ดีที่แนะนำให้คุณวางใจได้หรือไม่ว่าจะไม่ใช้ประโยชน์จากการล็อคอินที่พวกเขาอาจได้รับ
• เสถียรภาพของข้อกำหนด - ข้อกำหนดของเรามีการกำหนดไว้อย่างดีและมีแนวโน้มที่จะยังคงเหมือนเดิมหรือไม่? (ถ้าเป็นเช่นนั้นคุณสามารถทำสัญญาข้อกำหนดเหล่านี้ล่วงหน้าและการล็อคอินของผู้ขายไม่สำคัญมาก ... )

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

นี่คือแนวทางบางส่วนที่ฉันใช้เมื่อประเมินการล็อกใน:

ผู้ขายใช้รูปแบบมาตรฐานอุตสาหกรรมหรือไม่

หากคุณจบลงด้วยไฟล์และรหัสจำนวนมากที่ต้องพูดภาษาต่างประเทศการสลับเป็นเรื่องยากอย่างยิ่ง หากคุณมีรูปแบบมาตรฐานเช่น XML และ JSON ไม่เป็นเช่นนั้น ตัวอย่างเช่น ASP .Net ใช้ aspx ซึ่งเป็นมาร์กอัปที่ไม่ใช่ html และไม่ใช่ XML ที่ถูกต้อง ทำให้การแปลงไฟล์เหล่านี้เป็นเรื่องยากหรือแยกวิเคราะห์ไฟล์

ผู้จัดจำหน่ายให้คะแนนเพียงพอที่จะรวมเข้ากับระบบของพวกเขาหรือไม่?

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

ยากที่จะเปลี่ยนวิธีการแก้ปัญหาสำหรับอีกคนหนึ่งได้อย่างไร

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

ในระยะสั้นฉันจะค้นหาคำวิจารณ์และข้อเสนอแนะเกี่ยวกับผู้ขายและผลิตภัณฑ์

ในทางเทคนิคการล็อคผู้ขายเกิดขึ้นเมื่อโครงการมีการเชื่อมต่อกับผู้ขายอย่างแน่นหนา (ผลิตภัณฑ์บุคคลที่สาม)

จะหลีกเลี่ยงได้อย่างไร โดยมีทางเลือกและค้นคว้าคำถามหนึ่งข้อเกี่ยวกับทางเลือก - ยากที่จะเปลี่ยนวิธีแก้ปัญหาสำหรับอีกทางหนึ่ง

นอกเหนือจากรายละเอียดทางเทคนิคของผลิตภัณฑ์ที่ผู้ขายโปรโมตแล้วมันเป็นสิ่งสำคัญอย่างยิ่งที่จะต้องทราบเส้นทางแห่งความสำเร็จ / ความล้มเหลวที่ลูกค้ารายอื่นมีกับผู้ขายรายนี้ มันอาจดูยาก (Goggling การอ่านบทวิจารณ์ระบุว่าการทบทวนนั้นเป็นของแท้และอื่น ๆ ) แต่มีระบบการจัดอันดับความน่าเชื่อถือในสหรัฐที่เรียกว่าBBB (ดีกว่าสำนักธุรกิจ)

บันทึกของ บริษัท ในสหรัฐอเมริกาในสำนักอิสระนี้มีประโยชน์มากและ 95% สะท้อนความเป็นจริง ดังนั้นฉันจะขอแนะนำอย่างยิ่งให้ตรวจสอบกับพวกเขาเช่นกัน