ผมนึกถึงผู้ใช้เป็นหลักเลย เพราะจากปัญหาของ Federated Social Network ทำให้มันไม่เหมาะสำหรับผู้ใช้ที่ไม่ใช่ Tech Savvy ผมเลยคิดประเด็นนี้เป็นประเด็นแรก แล้วทำให้มันไปอยู่ในระบบที่ผู้ใช้กลุ่มใหญ่ได้ประโยชน์ที่สุด (ซึ่งก็คือระบบไร้ศูนย์กลาง) เลยได้ระบบที่แนวคิดคล้าย ๆ Discord ขึ้นมา (แต่ Discord เป็นระบบรวมศูนย์นะ) ซึ่งผมค่อนข้างมั่นใจว่าผู้ใช้จะไม่สับสนตอนใช้งาน เพราะทางเข้าทางเดียว (มีหน้าเว็บเดียว) ตั้งค่าบัญชีผู้ใช้ให้เรียบร้อยครั้งเดียว (เพราะมันจะเอาไปใช้ได้ทุกที่เลย) เลือกประตูที่ใกล้บ้านที่สุดหรือที่เราสะดวกใจที่สุด (กฎหน้าประตูบอกไว้ชัดเจน) จากนั้นเล่นเหมือน Social ทั่วไปเลย หรือเลือกเข้าห้อง chat ที่เราอยากคุยด้วยแล้วก็สนทนากันยาว ๆ ซึ่ง Flow นี้ผมว่าเข้าใจง่ายที่สุด อยากออกไปเข้าประตูใหม่ก็แค่เลือกจากเมนูในเว็บเดียวกันได้เลย ไม่ใช่ Flow แบบต้องไปไล่หาเว็บที่ต้อนรับเราก่อน ต้องมาระแวงเจ้าบ้านเพราะจะย้ายออกก็ยาก ต้องมาระแวงว่าเดี๋ยวเจ้าบ้านอาจจะล็อกประตูตอนไหนก็ได้แล้วของ ๆ เราจะหายไป แล้วตอนใช้งานจริง ที่ดันไม่เหมือนเว็บบอร์ดแต่ระบบจริง ๆ มันเป็นเว็บบอร์ดที่ต่อกันไปมาได้ มันไม่สะดวกเอาเสียเลยทั้งในแง่การใช้งานและแง่ของการเป็น Social Media เพราะเนื้อหามันปนกันมั่วไปหมด ทั้งแง่ของการเชื่อมต่อ Community เพราะการสนทนามันไม่ต่อเนื่องขนาดนั้น จริง ๆ ส่วนตัวผมนิยามพวก Federated Social Network เป็นอีกรูปแบบหนึ่งของเว็บบอร์ด แต่ทำให้แย่กว่าเดิมด้วยซ้ำ 55555

Web App เองเป็นศัพท์ที่ debate กันได้ตลอดทั้งวันเลยเพราะมันขึ้นกับว่าเราพูดถึงอะไรอยู่ ซึ่งจริง ๆ แล้ว ผมผิดเองส่วนหนึ่งที่อธิบายไม่เคลียร์

ที่คุณพูดถึงจะออกไปทาง App Framework ที่พัฒนาแอปขึ้นมา ซึ่งก็ตามที่ว่ามาเลย Ais เป็น Native ของ Dtac เป็น Web Tech มาพัฒนาเป็น App แยก

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

ตรงนี้เลยที่ผมยังคิดไม่ตกว่าจะเริ่มอย่างไร ในมุมมองผู้ใช้ผมพอนึกออกว่ามันต้องเป็นยังไงจึงจะเป็นมิตร แต่ในมุมมองของระบบจะยาก เพราะระบบมันกระจายกันอยู่ฉะนั้น bias จะค่อนข้างสูงเพราะไม่ว่า Community ไหนก็อยากได้ยอดเข้าสถานที่ของตัวเองทั้งนั้น ซึ่งในฝั่งของ Reddit ระบบมันเป็นก้อนเดียว ในมุมมองระบบระดับสูงจะถือว่าค่อนข้างง่ายเพราะข้อมูลการประเมินยอดการดูมันมีตลอดเวลาอยู่แล้ว แต่ Federated Social มันไม่มีข้อมูลนั้นอยู่เพราะระบบต่างก็กระจายกันอยู่ จะประเมินก็ต้องใช้ระบบรวมศูนย์ที่พลังประมวลผลสูง ซึ่งผมคิดว่าน่าจะยากสำหรับพวก Community-driven Platform

ที่ผมคิดไว้ตอนนี้คือในการใช้งานครั้งแรก ขั้นตอนของการเลือก Portal จะเป็นแบบอัตโนมัติไปเลย (เลือกที่ใกล้บ้านไว้ก่อนจะได้มั่นใจว่าเร็วและเสถียร) หรือจะเลือกเองผ่าน Portal Browser ก็ได้ ถ้า Portal ที่ระบบเลือกให้อัตโนมัติไม่ถูกใจ (แอปจะแสดงกฎของ Portal มาให้พิจารณาประกอบด้วย)

จากนั้นแอปจะถามเล็กน้อยว่า keyword ที่ผู้ใช้สนใจมีอะไรบ้าง โดยจะนำไปค้นหาเนื้อหาที่เราสนใจมาให้ หรือว่าถ้ารู้จัก Community ที่อยากจะเข้าอยู่แล้ว (ผมจะเป็นผู้ใช้กลุ่มนี้ ด้วยความเคยชินจาก Discord) ผู้ใช้ก็สามารถขอเลือกเข้าร่วมเองได้เช่นกัน แล้ว Portal ที่ผู้ใช้กำลังใช้งานอยู่จะเชื่อมต่อข้อมูลมาให้ กรณีที่ Community ดังกล่าวอยู่อีก Portal หนึ่ง

จากนั้นผู้ใช้สามารถเริ่มใช้งานได้ทันที โดยจะเจอหน้า Social Homepage ที่ Portal จะเลือกเนื้อหาที่เกี่ยวกับ Keyword ที่ผู้ใช้ได้เลือกไว้ โดยจะเลือกจาก Community ที่ตัวเองมีข้อมูลอยู่ ไปบวกกับเนื้อหาที่กำลังเชื่อมต่อกับ Portal อื่น ๆ อยู่มาแสดงให้ดู ผู้ใช้จะได้พอรู้ว่าจะเริ่มไปตรงไหนบ้าง รวมไปถึงแสดงบางส่วนของ Public Chat Room ด้วย เผื่อว่ายังไม่รู้ว่าอยากจะคุยเรื่องอะไร