ประมาณ 2 ปีก่อน ผมนึกไอเดียนี้ขึ้นมาและทำเป็นโปรเจกต์ข้างเคียงอยู่ราว 3 เดือน แต่เพราะงานหลักยุ่งมากจึงต้องหยุดไป
แต่เมื่อไม่นานมานี้ ผมใช้ coding agent เพื่อกำหนดสเปกการพัฒนาและเดินหน้าทำต่อ ทำให้ความเร็วในการ implement เร็วกว่าสองปีก่อนมาก
ดังนั้นผมจึงโฟกัสกับการขัดเกลาสเปก และอาศัยโมเมนตัมนั้นจนสามารถปล่อยบริการได้ในเวลาเพียง 2 สัปดาห์
เหตุผลที่ผมพัฒนา Velprium ขึ้นมา คือปัญหาที่บันทึกชีวิตประจำวันของผมกระจัดกระจายอยู่หลายที่
Calendar, Notion, Obsidian และเครื่องมือทำงานร่วมกันต่าง ๆ…
ผมเคยลองใช้ bullet journal แบบกระดาษด้วย แต่ทุกครั้งที่ต้องย้ายโน้ตระหว่างรูปแบบดิจิทัลกับอนาล็อก ก็เจอความยุ่งยากอยู่เสมอ
ผมจึงเริ่มคิดว่า “ถ้าเพิ่มฟีเจอร์แบบ Notion ให้กับ calendar event จะเป็นอย่างไร?”
Calendar แบบเดิมมีโครงสร้างที่แกน x แสดงเวลา ส่วนแกน y แสดงเพียงชื่อเรื่องและคำอธิบาย
ดังนั้นเพื่อทำให้แกน y มีข้อมูลสมบูรณ์ขึ้น ผมจึงเพิ่ม event properties เข้าไป
แล้วผมก็ได้ตระหนักว่าจำเป็นต้องมีแกนที่สาม หรือก็คือแกน z ที่แสดงมุมมอง
แม้แกน x และ y จะเหมือนกัน แต่ขึ้นอยู่กับว่ามองจากมุมไหน เช่น ไดอารี บันทึกงาน บันทึกการนอน บันทึกการออกกำลังกาย หรือตารางส่วนตัว ก็อาจดูแตกต่างกันโดยสิ้นเชิง
แนวคิดจึงเกิดขึ้นตรงนี้: page คือแกน z (มุมมองที่ใช้ดู), area คือแกนเวลาคู่ขนานที่ประกอบกันเป็น page และ event property คือแกน y
- นอกจากนี้ ผมยังเพิ่มความสัมพันธ์ระหว่าง event ด้วย ตัวอย่างเช่น หากทำงานของวันนี้ไม่เสร็จและต้องเลื่อนไปพรุ่งนี้ เมื่อกดปุ่มเลื่อน event ของวันนี้จะยังคงอยู่ และมี follow-up event ของวันพรุ่งนี้ถูกสร้างขึ้น
ด้วยวิธีนี้ คุณสามารถติดตามจุดเวลาที่เลื่อนงานได้อย่างแม่นยำ และเนื่องจากประวัติการเปลี่ยนแปลงของแต่ละ event ถูกบันทึกไว้ จึงตรวจสอบเวลาที่ตัดสินใจเลื่อนได้อย่างแม่นยำเช่นกัน
หนึ่งในฟีเจอร์ที่ไม่มีในเวอร์ชันเมื่อ 2 ปีก่อนคือฟีเจอร์ AI query ตั้งแต่ปีที่แล้ว ผมได้พัฒนา text-to-SQL chatbot หลายตัวสำหรับงาน ทำให้คิดว่าถ้า calendar มีฟีเจอร์ chatbot ด้วยก็น่าจะดี
ตัวอย่างเช่น คุณสามารถขอให้วิเคราะห์ว่ารูปแบบการนอนในช่วงหนึ่งเดือนที่ผ่านมาเปลี่ยนไปอย่างไร โดยอิงจาก sleep events ที่บันทึกไว้ใน calendar
(หมายเหตุ ผมใช้แอป iPhone ที่ทำเองชื่อ ‘Auto Event Maker’ เพื่อซิงก์ข้อมูลสุขภาพที่บันทึกใน iPhone เข้ากับ calendar events)
-
ตอนนี้แอปนี้ใช้ฟรี และหากจำนวนผู้ใช้เพิ่มขึ้น ผมมีแผนจะเพิ่มแพ็กเกจแบบเสียเงิน
ค่าเซิร์ฟเวอร์ไม่ได้มากนัก แต่ถ้าผู้ใช้จำนวนมากใช้ฟีเจอร์ AI ก็คงต้องมีค่า token ที่ต้องจ่ายครับ -
ผมยังไม่แน่ใจว่าโมเดลนี้จะมีประโยชน์และเข้าใจง่ายสำหรับคนอื่นหรือไม่ หรือว่าผมกำลังเพิ่มแนวคิดมากเกินไปให้กับ calendar
นี่คือส่วนสำคัญที่สุดที่ผมอยากตรวจสอบ แน่นอนว่าผมเป็นคนสร้างแอปนี้ และผมพอใจกับมันมากและใช้งานอยู่เป็นอย่างดี
ขอรบกวนฟีดแบ็กใน 2 เรื่องครับ
- คุณคิดว่าแนวคิดเรื่อง page, area และ event property เหมาะกับแอป calendar หรือไม่?
- ขั้นตอน onboarding (และ page templates ที่เตรียมไว้ล่วงหน้า) ช่วยให้เข้าใจแนวคิดเหล่านี้หรือไม่? ถ้าได้ลองใช้งานจริงแล้วมีส่วนไหนที่ยาก รบกวนบอกผมด้วยครับ
ผมอยากฟังความคิดเห็นโดยเฉพาะจากคนที่ใช้แอป calendar เป็นหลัก และคนที่ชอบบันทึกชีวิตประจำวัน
1 ความคิดเห็น