ใช้ Logto สำหรับระบบระบุตัวตนของโมเดลธุรกิจหลากหลาย

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

แอปพลิเคชันสำหรับผู้บริโภคง่าย ๆ (B2C)#

ในบริบทของแอปพลิเคชันที่มุ่งเน้นผู้บริโภค (B2C) เช่น บริการสตรีมเพลง โมเดลตัวตนจะจัดการการเข้าถึงและสิทธิพิเศษของผู้ใช้ประเภทต่าง ๆ ตามแผนการสมัครสมาชิก แอปนี้มีให้บริการบนแพลตฟอร์ม Android, iOS และ เว็บ แบ่งผู้ใช้เป็นสามระดับที่แตกต่างกัน:

• ผู้ใช้งานแผนฟรี:
  • เข้าถึงการเลือกเพลงฟรีที่จำกัด
• ผู้ใช้งานแผน Pro:
  • เข้าถึงห้องสมุดเพลงฟรี
  • สามารถสร้างและบันทึกรายการเพลงที่กำหนดเองได้
• ผู้ใช้งานแผนขั้นสูง:
  • เข้าถึงห้องสมุดเพลงทั้งหมด รวมถึงแทร๊กคุณภาพสูง
  • สามารถสร้างและบันทึกรายการเพลงที่กำหนดเองได้

สถาปัตยกรรมตัวตน#

Logto Tenant	1
แอป	แอป Android, แอป iOS, เว็บแอป
ทรัพยากร API	✅

การจัดการผู้ใช้#

การจัดการผู้ใช้	✅
สิทธิ์และบทบาท	ผู้ใช้ฟรี, ผู้ใช้ Pro, ผู้ใช้ขั้นสูง

ประสบการณ์การลงชื่อเข้าใช้#

อีเมลแบบไม่มีรหัสผ่าน	✅
ลงชื่อเข้าด้วยโซเชียล	✅
MFA	เป็นไปได้

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

SaaS (B2B)#

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

สถาปัตยกรรมตัวตน#

Logto Tenant	1
แอป	โดยปกติแอพเดียวก็เพียงพอ แต่มันจะแตกต่างกันไปตามความต้องการทางธุรกิจ (เช่น คุณ มีทั้งแอพเนทีฟและเว็บแอปพลิเคชัน)
องค์กร	✅

การจัดการผู้ใช้#

การจัดการผู้ใช้	✅
RABC ระดับองค์กร	ซูเปอร์แอดมินดูแลองค์กรทั้งหมดภายในเทนแนนต์ Logto ของคุณ โดยปกติจะเป็นหัวหน้า นักพัฒนาที่รับผิดชอบระบบระบุตัวตนของผลิตภัณฑ์ของคุณ แอดมินองค์กรจะจัดการตัวตนและข้อมูลผู้ใช้สำหรับองค์กรเฉพาะของตน และโดยปกติจะเป็น เจ้าของ (ลูกค้าของคุณ) ของเทนแนนต์ผลิตภัณฑ์ของคุณ (เช่น พื้นที่ทำงาน โครงการ เป็นต้น)

ประสบการณ์การลงชื่อเข้าใช้#

ไม่มีรหัสผ่าน	✅
ลงชื่อเข้าด้วยโซเชียล	✅
MFA	เป็นไปได้
SSO	หากต้องการขายแอป SaaS ให้กับลูกค้าองค์กร คุณจะต้องมีข้อเสนอ SSO สำหรับองค์กร

ความแตกต่างหลักระหว่าง SaaS และแอปผู้บริโภคคือแอป SaaS จะเพิ่มเลเยอร์ "องค์กร" โดยมีกฎการควบคุมการเข้าถึงของตนเอง เนื่องจากองค์กรคือกลุ่มของผู้ใช้ที่ต้องการการเข้าถึงทรัพยากรในลักษณะที่มีโครงสร้าง

นอกจากนี้ เมื่อคุณเริ่มขายให้กับบริษัทเอกชน ลูกค้ามักจะมีผู้ให้บริการข้อมูลระบุตัวตนในองค์กร (IdP) อยู่แล้ว การรวมระบบกับ IdP เหล่านี้ให้ราบรื่นเป็นสิ่งสำคัญในการชนะใจลูกค้า

ธุรกิจหลายฝ่าย (B2B2C)#

โมเดลธุรกิจหลายฝ่ายเชื่อมต่อกลุ่มผู้ใช้ต่าง ๆ โดยทำหน้าที่เป็นตัวกลาง มันให้บริการทั้งภาคผู้บริโภค (B2C) และธุรกิจ (B2B) ตัวอย่างได้แก่ Uber, Airbnb และแพลตฟอร์มอีคอมเมิร์ซต่าง ๆ พิจารณาแอปพลิเคชันแชร์รถแท็กซี่เป็นตัวอย่าง

สถาปัตยกรรมตัวตน#

Logto Tenant	1
แอป	แอปไดรเวอร์, แอปรับผู้โดยสาร, แอปจัดการ
องค์กร	✅

การจัดการผู้ใช้#

การจัดการผู้ใช้	✅
บทบาทของระบบ (เพื่อแยกว่าคุณเป็นผู้โดยสารหรือผู้ขับขี่)	✅
RABC ระดับองค์กร	✅

ประสบการณ์การลงชื่อเข้าใช้#

ไม่มีรหัสผ่าน	✅
ลงชื่อเข้าด้วยโซเชียล	✅
MFA	เป็นไปได้
ประสบการณ์การลงชื่อเข้าใช้ระดับแอป (การสร้างแบรนด์)	เป็นไปได้

หน่วยงานที่สร้างผลิตภัณฑ์เฉพาะสำหรับลูกค้าหลากหลายราย#

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

งานหลักของคุณคือการตั้งค่าและ จัดการ Logto หลายเทนแนนท์ โดยแต่ละเทนแนนท์จะมีระบบตัวตนผู้ใช้แยกต่างหากเอง รายละเอียดเฉพาะของงานของคุณจะขึ้นอยู่กับผลิตภัณฑ์ที่คุณกำลังสร้าง สำหรับการจัดการ Logto หลายเทนแนนท์และการสนับสนุนขั้นสูง ติดต่อ Logto

รวมเข้ากับแอปพลิเคชันที่เป็นพันธมิตรรายอื่น (Logto เป็น IdP)#

คุณกำลังสร้างแอปพลิเคชันสำหรับผู้บริโภคชื่อ App A ซึ่งตั้งใจจะขายให้แก่ผู้ใช้ปลายทาง

ในขณะเดียวกัน App B และ App C ได้รับการออกแบบให้เป็นแอปหรือบริการบุคคลที่สามที่เสริม App A พวกเขาจะถูกเสนอเป็นปลั๊กอินในข้อตกลงแพ็คเกจแก่ผู้ใช้ปลายทางของคุณ

ผู้ใช้สามารถลงชื่อเข้าถึงแอปทั้งสามได้โดยใช้ข้อมูลประจำตัวเดียวกัน

สถาปัตยกรรมตัวตน#

Logto Tenant	1
แอป	App A, App B (บุคคลที่สาม), App C (บุคคลที่สาม)

การจัดการผู้ใช้#

การจัดการผู้ใช้	✅
บทบาท	✅

ประสบการณ์การลงชื่อเข้าใช้#

ไม่มีรหัสผ่าน	✅
ลงชื่อเข้าด้วยโซเชียล	✅
MFA	เป็นไปได้
หน้าจอยินยอม Logto เป็น IdP	✅(OIDC, SAML, OAuth)

ผลิตภัณฑ์แพลตฟอร์มและตลาด (Logto เป็น IdP)#

ลองจินตนาการถึงแอปที่เป็นระบบ CRM ไม่มีหัวและได้ดึงดูดผู้ใช้จำนวนมากแล้ว ตอนนี้บริษัทบุคคลที่สามต้องการพัฒนาบริการของตนเองโดยใช้ API ของแอปของคุณ พวกเขาจะระบุสิทธิ์ (ขอบเขต) ที่พวกเขาต้องการจากผู้ใช้

การตั้งค่านี้มักจะนำไปสู่ตลาดและระบบนิเวศเปิดที่มีการบูรณาการและปลั๊กอินจำนวนมาก ผู้ใช้สามารถสำรวจแอปต่าง ๆ ที่สร้างขึ้นบนแพลตฟอร์มนี้ แอปเหล่านี้มีการจัดการโดยบุคคลที่สามไม่ใช่คุณ ยกเว้นตัวตนของผู้ใช้

สถาปัตยกรรมตัวตน#

Logto Tenant	1
แอป	แอปแรกของคุณและแอปบุคคลที่สาม
องค์กร	✅

การจัดการผู้ใช้#

การจัดการผู้ใช้	✅
RABC ระดับองค์กร	✅

ประสบการณ์การลงชื่อเข้าใช้#

ไม่มีรหัสผ่าน	✅
ลงชื่อเข้าด้วยโซเชียล	✅
MFA	เป็นไปได้
หน้าจอยินยอม Logto เป็น IdP	✅(OIDC, SAML, OAuth)

สรุป#

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