Hashpire contributors should have a content board to act as a middle space for creators to select a topic to write about, review notes, etc.
Good idea. Thought of this already. Below are a few options:
- Using tags in Discourse for content state, and possibly the Kanban Theme Component (not sure how stable is the component from recent comments)
- `status/
- Github Projects
- Pros: Easy tracking of content to be added to the Digital Garden
- Cons: Not all users are on Github and not suitable for content unrelated to Digital Garden — e.g., social media content, conversation starters
- Coda
- Pros: More accessible than Github, Better tracking than Discourse
- Cons: Too many platforms
For now, I think using tags in discourse might be the best viable option since we want people to come in and participate in the discussion.
What do you guys think?
For implementation, we can use tag groups
Examples: status/todo
, status/discussing
, status/done
Update content workflow (tag group)
อันนี้เป็น tag group (minimum viable) ที่คิดมาคร่าวๆค่ะ มีทั้งหมด 3 อัน
- Language
- Status
- Type
Parent tag: Language
Child tags = #lang/th
, #lang/en
, #lang/ch
- คิดว่า tag ในการเลือกภาษาน่าจะถูกเลือกตั้งแต่ตอนสร้าง topic idea แล้ว
- หรืออาจจะไม่ต้องมี tag gorup อันนี้เลยก็ได้หาก topic ถูกสร้างจาก category ที่ภาษานั้นๆเข้าอ่านได้เท่านั้น
Tag group : Status
Child tags = #status/idea
, #status/requested
, #status/in-progress
, #status/in-review
, #status/published
-
ลองแบ่ง status workflow ของ content ออกมาได้ประมาณนี้ค่ะ / ชื่อของแต่ละ status เปลียนได้นะคะ ลองเสนอกันดู ปันตั้งไว้เพราะเอา reference มาจาก How to Use Kanban to Scale Your Content Marketing (Infographic) ในมุมของ community อาจจะดีกว่าคำว่า Todo ค่ะ
-
Outline นี้ยังมีหลายอย่างที่ยังคิดไม่ค่อยดี แต่อยากลองมาแชร์เพื่อ discuss กันค่ะ
-
เช่น status In review ยังไม่รู้ว่าจะทำ รีวิวในไหน issue ใน github? หรือ ใน discuss / เท่าที่เราคุยกัน รีวิวใน discuss จะง่ายกว่าไหม ถ้าเป็นแบบนั้น เราเอา issue มาลิงค์กับ topic ใน discuss เพื่อรีวิวได้ไหม…
-
แต่ละขั้นตอน status จะเปลี่ยนยังไง? คิดว่าจะมี trust-level permission มาเกี่ยวข้องค่ะ (สามารถตั้ง limitation ของแต่ละ status ว่าต้อง meet criteria X ถึงจะย้ายได้? - ส่วนตัวยังไม่เจอข้อมูลว่าทำได้ไหมค่ะ)
-
Miro board → Sign up | Miro | Online Whiteboard for Visual Collaboration
Tag group: content type
Child tags = such as #type/note
, #type/boat
, #type/people
- อันนี้ส่วนตัวยัง งงๆ อยู่ว่าจำเป็นต้องระบุไหม use case จะไปในทางไหน… จะมาอัพเดตอีกทีค่ะ
ใครมีความคิดเห็นยังไงเสนอเข้ามาได้เลยนะคะ
Tag group restrictions
เพิ่มเติมเกี่ยวกับตัว Tag group สามารถ set สองอย่างนี้ได้ค่ะ ซึ่งจะสามารถ set ได้กับ trust-level ของคนใน community
Visibility and usage restrictions
- Visibility (การมองเห็น) กำหนดให้ trusu-level ไหนมองเห็น tag นั้นๆได้บ้าง
- Restriction (ข้อจำกัดในการใช้) กำหนดให้ trust-level ไหนสามารถใช้งาน tag ได้บ้าง
Category restrictions
- Limit tags group ให้ใช้กับเฉพาะ category นั้นๆ