ทำความเข้าใจว่าหน้าใดของ Rivya เป็นสาธารณะ หน้าใดต้องเข้าสู่ระบบ และ prompts, models, uploads, credits และ history ย้ายเข้า Studio อย่างไร

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

วิธีเข้าใจ Rivya ที่ง่ายที่สุดคือ:

ใช้หน้าสาธารณะเพื่อเลือกเส้นทางที่ถูก
ใช้ผลิตภัณฑ์หลังเข้าสู่ระบบเพื่อรันและทำงานต่อจริง

เมื่อเส้นแบ่งนี้ชัดเจนแล้ว model pages, prompt pages, tool pages, uploads, credits และการส่งต่อเข้า Studio จะเข้าใจง่ายขึ้นมาก

หน้าสาธารณะมีไว้ทำอะไร

หน้าสาธารณะช่วยให้ผู้ใช้ตอบคำถามเช่น:

จริงๆ แล้วฉันกำลังทำงานประเภทใด
เส้นทางใดเหมาะกับ task นี้
model หรือ tool ใดควรลองก่อน
Rivya เป็นผลิตภัณฑ์ที่เหมาะกับเวิร์กโฟลว์นี้หรือไม่

นี่คือเหตุผลที่เส้นทางสาธารณะรวมสิ่งเหล่านี้:

Chat, Image, Video และ Audio
AI Models และหน้ารายละเอียด model
Tools และหน้า tool ที่ใช้งานได้จริง
prompt pages เช่น Chat Prompts, Image Prompts, Video Prompts และ Audio Prompts
showcase pages เช่น Image Showcase และ Video Showcase

หน้าเหล่านี้ไม่ใช่ของตกแต่ง มันช่วยผู้ใช้เปรียบเทียบตัวเลือกและเลือกเส้นทางแรกก่อนเข้าสู่ระบบ

ผลิตภัณฑ์หลังเข้าสู่ระบบมีไว้ทำอะไร

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

นี่คือที่ที่ Rivya รองรับ:

การทำงานจริง
การอัปโหลด
การใช้งานที่มี wallet รองรับ
เซสชันแชตที่บันทึกไว้
ประวัติการสร้าง
การแจ้งเตือน
billing และ account settings

เส้นทางหลักที่นี่คือ:

/dashboard
/studio/*
/history/*
/notifications
/settings/*
/payment

หากคำถามไม่ใช่ “ควรลองอะไร” แล้ว แต่เป็น “จะทำให้สิ่งนี้เดินต่อได้อย่างไร” ชั้นนี้คือสิ่งสำคัญ

สิ่งที่สำคัญที่สุดที่ต้องพูดให้ชัดคือ:

public ไม่ได้หมายถึงการทำงานแบบ anonymous เต็มรูปแบบ

ตอนนี้:

public pages ช่วยให้คุณเรียกดูและเปรียบเทียบได้
public start pages รักษา task intent และ quick-use context ได้
prompt และ showcase pages พาคุณไปยังขั้นตอนถัดไปที่ถูกต้องได้

แต่การทำงานจริง uploads และความต่อเนื่องที่บันทึกไว้ยังขึ้นกับการเข้าสู่ระบบ

ดังนั้นคำอธิบายที่แม่นยำของ Rivya คือ:

public สำหรับ discovery และ guided starts

ไม่ใช่:

anonymous เต็มรูปแบบสำหรับการทำงานของเวิร์กโฟลว์ทั้งหมด

Handoff ปกติหน้าตาเป็นอย่างไร

handoff ระหว่างชั้น public และ authenticated ไม่ใช่ fallback ในกรณีส่วนใหญ่ มันคือเส้นทางที่ตั้งใจไว้

ตัวอย่างที่พบบ่อย ได้แก่:

เข้ามาที่ /ai-models/gpt-image-1-5 แล้วเข้าสู่ระบบก่อนรันจริงครั้งแรก
เรียกดู prompt page ขณะ signed out แล้วใช้ prompt นั้นผ่าน start page ที่ถูกต้อง
เปรียบเทียบ models แบบ public แล้วจึงย้ายเข้า /studio/* เมื่อ saved continuity สำคัญ
เริ่มจาก tool page แล้วทำงานต่อใน saved chat

นี่คือเหตุผลที่ callback และ returnTo behavior สำคัญ ผลิตภัณฑ์พยายามพา intent เดิมของผู้ใช้ไปต่อ แทนที่จะให้เริ่มใหม่

Prompt, Showcase และ Public Start Pages ทำงานร่วมกัน

Prompt pages, showcase pages และ start pages เป็นพื้นผิวที่ต่างกัน แต่แก้ปัญหาใหญ่เดียวกัน:

ช่วยให้คุณเริ่มจากสิ่งที่มีข้อมูลมากกว่าหน้าจอว่าง

Prompt pages เหมาะที่สุดเมื่อคุณต้องการ template ที่ใช้ซ้ำได้

Showcase pages เหมาะที่สุดเมื่อคุณต้องการ examples หรือ inspiration

Public start pages เหมาะที่สุดเมื่อเส้นทาง model หรือ task shape ค่อนข้างชัดแล้ว และขั้นตอนถัดไปควรรู้สึกทันที

หาก output type ชัดแล้ว ให้เริ่มจาก Chat, Image, Video หรือ Audio หากคำถามหลักคือ model fit หรือ live tool ให้เริ่มจาก AI Models หรือ Tools แทน

เมื่อรวมกัน หน้าเหล่านี้ทำให้ public experience รู้สึกเหมือน starting layer จริง ไม่ใช่ marketing shell

กฎที่ง่ายที่สุด

ใช้หน้าสาธารณะเมื่อคำถามหลักคือ:

เส้นทางที่ถูกคืออะไร

ใช้ฝั่งหลังเข้าสู่ระบบเมื่อคำถามหลักคือ:

เมื่อรู้ path แล้ว ฉันจะรันและทำงานต่อจริงอย่างไร

นี่ก็ยังเป็นวิธีที่ง่ายที่สุดในการเข้าใจ Rivya

อ่านต่อ

เช็กลิสต์ Handoff

เมื่อ public start ควรกลายเป็นงานจริงที่บันทึกไว้ ให้ตรวจว่า:

ใช้ public pages สำหรับ discovery, first framing และการเริ่มที่แรงเสียดทานต่ำ
ย้ายเข้า Studio เมื่อ task ต้องใช้ saved context, uploads, history, billing หรือ follow-up
พา model, prompt, tool, reference intent และ return context ข้าม sign-in boundary
อย่าสัญญาการทำงานระยะยาวแบบ anonymous จาก public pages
ตรวจ credits และ account state ก่อนเปลี่ยน public draft เป็น billable run

ตรวจ Handoff อีกครั้งเมื่อ

ตรวจซ้ำเมื่อคาดหวัง uploads, saved history, notifications หรือ paid generation ก่อนเข้าสู่ระบบ นั่นคือจุดที่ public browsing จบลงและ authenticated product behavior เริ่มต้น

หน้าสาธารณะเทียบกับเวิร์กโฟลว์หลังเข้าสู่ระบบใน Rivya