สร้างรายได้จากฟีเจอร์ AI ในการปรับใช้งานที่ควบคุมโดยลูกค้า

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

นั่นคือจุดที่การกำหนดราคา AI แบบคงที่เริ่มมีปัญหา ลูกค้าหนึ่งอาจใช้ฟีเจอร์สรุปเพียงไม่กี่ครั้งต่อเดือน ในขณะที่อีกคนอาจรันคำถาม RAG หลายพันครั้ง, งานจัดลำดับตั๋ว, การดึงข้อมูลเอกสาร, หรือการสร้างรายงานทุกวัน หากลูกค้าทั้งสองจ่ายค่าลิขสิทธิ์ซอฟต์แวร์เท่ากัน การติดตั้งที่ใช้งานหนักอาจดูดซับกำไรจากลูกค้าคนอื่นๆ อย่างเงียบๆ.

ShareAI Builder มอบเส้นทางที่สะอาดกว่าให้กับทีม Builder ยังคงเป็นเจ้าของ, โฮสต์, ขาย, และดูแลแอปพลิเคชันนอก ShareAI ShareAI จัดการการจราจรการอนุมาน AI ที่ถูกส่งผ่าน, การชำระเงินของลูกค้าสำหรับการใช้งานที่ถูกส่งผ่านนั้น, การกำหนดค่ากำไร, และการจ่ายเงินรายเดือนของ Builder ตามรายได้ที่สร้างขึ้น.

ทำไมการติดตั้งที่ควบคุมโดยลูกค้าจึงทำให้การกำหนดราคา AI แบบคงตัวยากขึ้น

ซอฟต์แวร์ที่ควบคุมโดยลูกค้ากำหนดราคายากเพราะผู้ขายไม่ได้ควบคุมรายละเอียดการทำงานทุกอย่างเสมอไป การติดตั้งแต่ละครั้งอาจมีจำนวนผู้ใช้, พื้นที่ทำงาน, ปริมาณข้อมูล, การทำงานอัตโนมัติ, ตั๋วสนับสนุน, เอกสาร, และพฤติกรรมการตั้งค่าที่แตกต่างกัน.

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

• แผนแบบคงที่ทำให้ต้นทุน AI เป็นการคาดเดาที่ผสมผสาน.
• การกำหนดราคาตามที่นั่งอาจพลาดการใช้งานอัตโนมัติที่หนักหน่วง.
• ใบอนุญาตตลอดชีพอาจกลายเป็นความเสี่ยงเมื่อค่าใช้จ่ายการอนุมานยังคงเกิดขึ้น.
• การติดตั้งในองค์กรบ่อยครั้งต้องการการควบคุมการใช้งานตามแผนก, ผู้เช่า, หรือพื้นที่ทำงาน.
• BYOK เปลี่ยนความซับซ้อนในการดำเนินงานไปยังลูกค้าแต่ไม่อาจสร้างกำไรให้กับ Builder.

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

สิ่งที่ชั้นการใช้งาน AI ที่เชื่อมต่อควรจัดการ

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

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

นี่เป็นรูปแบบการเรียกเก็บเงินตามการใช้งานที่ใช้งานได้จริง Stripe’s เอกสารการเรียกเก็บเงินตามการใช้งาน อธิบายรูปแบบที่กว้างขึ้นว่าเป็นการเรียกเก็บเงินจากลูกค้าตามสิ่งที่พวกเขาใช้ สำหรับฟีเจอร์ AI หน่วยที่วัดควรเชื่อมโยงกับมูลค่าของลูกค้าและต้นทุนโครงสร้างพื้นฐาน.

วิธีการสร้างรายได้ของ ShareAI Builder

ShareAI ไม่ใช่ผู้สร้างแอป แพลตฟอร์มโฮสติ้ง CMS หรือผู้สร้างเวิร์กโฟลว์ Builder นำแอปพลิเคชันที่มีอยู่และความสัมพันธ์กับลูกค้ามา ShareAI อยู่เบื้องหลังเส้นทางการใช้งาน AI.

1. Builder เชื่อมต่อการจราจรการอนุมาน AI จากแอปพลิเคชันที่ควบคุมโดยลูกค้าไปยัง ShareAI.
2. Builder กำหนดค่ากำไรหรือค่าธรรมเนียมเพิ่มเติมสำหรับการจราจรแอปที่ส่งผ่านนั้น.
3. ลูกค้าจ่ายเงินให้ ShareAI โดยตรงสำหรับการใช้งาน AI ที่ส่งผ่าน ShareAI.
4. ShareAI กำหนดเส้นทางการวิเคราะห์ผ่านตลาด.
5. ShareAI จะจ่ายเงินให้ Builder รายเดือนตามรายได้ที่เกิดจากทราฟฟิกนั้น.

สำหรับทีมที่มีเส้นทางการผสานรวมทางเทคนิคอยู่แล้ว เอกสารอ้างอิง API ของ ShareAI เป็นคู่หูที่เป็นธรรมชาติสำหรับการตั้งค่า Builder สำหรับมุมมองผลิตภัณฑ์ที่กว้างขึ้น เริ่มต้นด้วย เอกสาร ShareAI.

สิ่งที่ควรวัดก่อน

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

• การปรับใช้: อินสแตนซ์ที่ควบคุมโดยลูกค้ารายใดที่สร้างการใช้งาน?
• พื้นที่ทำงานหรือผู้เช่า: ทีม, แผนก, ไซต์, หรือองค์กรใดที่ใช้ฟีเจอร์ AI?
• ฟีเจอร์: คำขอเป็นการค้นหา, สรุป, ดึงข้อมูล, ร่าง, เส้นทาง, การจัดประเภท, หรือการสนับสนุนหรือไม่?
• เส้นทางของโมเดล: โมเดลหรือเส้นทางใดที่จัดการคำขอ?
• สถานะที่สามารถเรียกเก็บเงินได้: คำขอเสร็จสิ้น, ล้มเหลว, ลองใหม่, หรืออยู่ภายใต้การใช้งานที่รวมอยู่หรือไม่?
• หน่วยที่ลูกค้ามองเห็นได้: ลูกค้าจะเข้าใจอะไรในหน้าการใช้งานหรือใบแจ้งหนี้?

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

รูปแบบการกำหนดราคาที่เหมาะกับแอปที่ควบคุมโดยลูกค้า

การปรับใช้งานที่ควบคุมโดยลูกค้ามักต้องการเรื่องราวการกำหนดราคาที่สงบกว่าการจ่ายตามการใช้งานล้วนๆ ลูกค้ายังคงต้องการความคาดเดาได้ แต่ผู้สร้างต้องการการป้องกันจากการบริโภค AI อย่างหนัก รูปแบบเหล่านี้ทำงานร่วมกันได้ดี.

• การใช้งาน AI ที่รวมอยู่บวกกับการใช้งานเกินที่ต้องชำระเงิน: ให้การปรับใช้แต่ละครั้งมีค่าเผื่อเริ่มต้นที่เป็นประโยชน์ จากนั้นกำหนดเส้นทางการใช้งานเพิ่มเติมผ่าน ShareAI.
• คุณสมบัติ AI ที่เลือกได้: รักษาแอปพลิเคชันหลักให้ใช้งานได้ ในขณะที่คุณสมบัติที่ใช้ AI หนักจะมีค่าใช้จ่ายตามการใช้งาน.
• การใช้งานเวิร์กโฟลว์ระดับพรีเมียม: คิดค่าบริการตามเวิร์กโฟลว์ที่มีมูลค่าสูง เช่น การตรวจสอบเอกสาร การจัดการการสนับสนุน การสร้างรายงาน หรือคำตอบ RAG.
• งบประมาณระดับการปรับใช้: ให้ลูกค้าองค์กรจัดการการใช้งานตามการปรับใช้ แผนก พื้นที่ทำงาน หรือคุณสมบัติ.
• ใบอนุญาตบวกกับการใช้งาน AI: แยกใบอนุญาตแอปปกติออกจากการใช้งาน AI ที่ลูกค้าจ่ายเงิน.

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

เมื่อการใช้งานที่ส่งผ่าน ShareAI ไม่เหมาะสม

ShareAI Builder เหมาะกับการใช้งาน AI ที่เชื่อมต่อ หากการปรับใช้งานถูกแยกออกอย่างสมบูรณ์และไม่สามารถทำการเรียก AI ภายนอกที่ได้รับอนุมัติ การใช้งานที่ส่งผ่าน ShareAI จะไม่เหมาะสมสำหรับสภาพแวดล้อมนั้น.

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

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

รายการตรวจสอบการดำเนินการ

1. เลือกฟีเจอร์ AI แรกที่คุ้มค่าต่อการวัดผล.
2. กำหนดหน่วยการใช้งานในภาษาของลูกค้า.
3. แท็กแต่ละคำขอโดยการปรับใช้ ผู้เช่า พื้นที่ทำงาน และฟีเจอร์.
4. ตัดสินใจว่าอะไรจะรวมอยู่และอะไรจะกลายเป็นการใช้งานที่กำหนดเส้นทางแบบชำระเงิน.
5. ส่งคำขอ AI ผ่าน ShareAI เมื่อมีการเลือกใช้การใช้งานแบบกำหนดเส้นทาง.
6. กำหนดค่ากำไรหรือค่าธรรมเนียมเพิ่มเติมของ Builder.
7. แสดงคำอธิบายการใช้งานแบบง่ายให้ลูกค้าดูก่อนที่พวกเขาจะเริ่มใช้งานแบบชำระเงิน.
8. ตรวจสอบรายงานการจ่ายเงินและการใช้งานรายเดือน.

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการกำหนดราคาและกลยุทธ์ Builder โปรดเรียกดู คลังข้อมูล ShareAI Insights.

เริ่มต้นด้วยฟีเจอร์ AI ระดับการปรับใช้หนึ่งรายการ

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

เมื่อฟีเจอร์แรกทำงานได้ ให้ขยายไปยังหน่วยการใช้งานที่อยู่ใกล้เคียง: เพิ่มเวิร์กโฟลว์ เพิ่มพื้นที่ทำงาน เพิ่มเส้นทางโมเดล หรือเพิ่มการปรับใช้ที่ควบคุมโดยลูกค้า.

เปิด คอนโซลผู้สร้าง เมื่อคุณพร้อมที่จะเชื่อมต่อการจราจร AI จากแอปที่มีอยู่และกำหนดค่าการสร้างรายได้ตามการใช้งาน.

คำถามที่พบบ่อย

การปรับใช้ที่ควบคุมโดยลูกค้าคืออะไร?

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

คุณจะสร้างรายได้จากฟีเจอร์ AI ในการปรับใช้งานที่ลูกค้าควบคุมได้อย่างไร?

คุณกำหนดหน่วยการใช้งาน AI ที่มีคุณค่า เส้นทางการจราจรการอนุมานที่เกี่ยวข้องผ่าน ShareAI กำหนดส่วนต่างของ Builder และให้ลูกค้าชำระเงิน ShareAI สำหรับการใช้งาน AI ที่ถูกกำหนดเส้นทาง.

ShareAI เป็นผู้โฮสต์หรือสร้างแอปที่ลูกค้าควบคุมหรือไม่?

ไม่ แอปถูกสร้าง โฮสต์ ดูแลรักษา และแจกจ่ายนอก ShareAI ShareAI ให้บริการชั้นการจราจร AI การกำหนดเส้นทาง การใช้งาน การเรียกเก็บเงิน ค่าธรรมเนียม และการจ่ายเงินสำหรับการอนุมานที่ถูกกำหนดเส้นทาง.

สิ่งนี้แตกต่างจาก BYOK อย่างไร?

BYOK ให้ลูกค้านำคีย์ผู้ให้บริการโมเดลของตนเองมาใช้ ซึ่งอาจมีประโยชน์สำหรับการควบคุม แต่บ่อยครั้งจะเปลี่ยนการตั้งค่าและการจัดการต้นทุนไปยังลูกค้า การใช้งานที่ถูกกำหนดเส้นทางโดย ShareAI ให้เส้นทางการสร้างรายได้โดยตรงแก่ Builder ผ่านการใช้งานที่ลูกค้าชำระเงินและส่วนต่างที่กำหนด.

ทีมซอฟต์แวร์ที่โฮสต์เองควรเริ่มวัดผลอะไรเป็นอันดับแรก?

เริ่มต้นด้วยหน่วยการใช้งานที่ลูกค้าเข้าใจ: คำตอบ AI สรุปเอกสาร ตั๋วสนับสนุน คำถาม RAG รายงานที่สร้างขึ้น การดำเนินการเวิร์กโฟลว์ หรือการดำเนินการ AI ระดับพื้นที่ทำงาน.

ShareAI สามารถทำงานร่วมกับแอปพลิเคชันที่เน้นความเป็นส่วนตัวได้หรือไม่?

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

สิ่งนี้สามารถใช้งานได้กับการปรับใช้งานแบบแยกเครือข่ายหรือไม่?

ไม่สำหรับการใช้งาน AI แบบออฟไลน์ทั้งหมด การใช้งานที่ถูกกำหนดเส้นทางโดย ShareAI ต้องการเส้นทางที่เชื่อมต่อกับ ShareAI การปรับใช้งานแบบแยกอากาศต้องการสถาปัตยกรรม AI และการเรียกเก็บเงินที่แตกต่างกัน.

ใครเป็นผู้จ่ายเงินสำหรับการใช้งาน AI ที่ถูกกำหนดเส้นทาง?

ลูกค้าชำระเงิน ShareAI โดยตรงสำหรับการใช้งาน AI ที่ถูกกำหนดเส้นทาง Builder ได้รับรายได้ตามส่วนต่างหรือค่าธรรมเนียมที่กำหนด โดยการจ่ายเงินจะดำเนินการรายเดือนตามรายได้ที่สร้างขึ้น.

ShareAI รับประกันรายได้ของ Builder หรือไม่?

ไม่ การจ่ายเงินของ Builder ขึ้นอยู่กับการใช้งานที่ถูกกำหนดเส้นทางจริง การชำระเงินของลูกค้า และส่วนต่างที่กำหนด ShareAI ควรถูกนำเสนอเป็นชั้นการสร้างรายได้ ไม่ใช่แหล่งรายได้ที่รับประกัน.

ทีมควรอธิบายการกำหนดราคาการใช้งาน AI ให้ลูกค้าอย่างไร?

ใช้หน่วยที่เป็นรูปธรรมและภาษาที่เข้าใจง่าย อธิบายสิ่งที่รวมอยู่ สิ่งที่กลายเป็นการใช้งานแบบชำระเงิน ฟีเจอร์ใดที่สร้างการใช้งาน และเหตุผลที่การบริโภค AI ปริมาณสูงถูกเรียกเก็บเงินแยกจากใบอนุญาตแอป.

หน่วยงานสามารถใช้โมเดลนี้สำหรับการปรับใช้กับลูกค้าได้หรือไม่?

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