Posts
分享与求助写下经历、提出问题，在信息流中获得回应。
我的角色UX设计实习生 · 与另一位设计师协作
主要负责Posts / Spaces / Threads / Live / Profile
合作方式与Gradstack及开发团队每周评审
本阶段交付网页端设计与可点击交互原型
01 / 项目背景
毕业之后，求职信息很多，同行的人却很少。
Gradstack围绕AI数字简历和岗位匹配服务毕业生及招聘企业。Community Hub希望把原本分散的求职经验、问题和活动信息放在一个社区里，让刚毕业的人有地方发问、交流，也能发现更贴近自己方向的企业机会。
如何让广场式分享、深入讨论、即时对话和企业活动，各自承担清晰的任务？
调研与协作
团队参考Glassdoor、Reddit与Peerlist等产品的社群结构，并在每周评审中与Gradstack确认需求、角色和页面优先级。项目期间可用性测试有限，因此这些判断是设计依据，尚不是用户效果结论。
02 / 信息架构
四种交流节奏，放进一条求职旅程。
用户可以从帖子开始表达和求助，转入主题讨论或实时聊天；企业则通过Spaces运营自己的主页与活动。每种入口都有明确用途，减少“该去哪里发内容”的犹豫。
Threads
围绕主题深入聊围绕一个具体议题持续追问、积累讨论。
Live
实时交流进入正在进行的聊天室，与同伴当场对话。
Spaces
企业与活动企业建立空间，发布讲座与活动供毕业生发现。
03 / 关键设计决策
把功能边界讲清楚，页面才会好用。
早期最难确定的是Spaces的范围：它是所有讨论的容器，还是企业与社群的专属空间？我们回到需求讨论，重新界定参与角色与功能层级。
主题讨论、聊天室和企业主页都在“社区”之下，但用户发帖、加入话题或寻找活动时，预期并不相同。
Threads拥有独立的主页面，方便追踪持续性的主题讨论；Live保留即时交流；Spaces聚焦组织主页及活动。三者都能从核心导航直接到达。
04 / 关键体验
从看见一条帖子，到参加一场活动。
01 / 04
让求职经历获得有温度的回应
帖子信息流容纳经验、提问与推荐。除了常见的点赞和评论，设计中加入“拥抱”“支持”“共情”等回应方式，帮助用户在受挫或不确定时表达更具体的支持。
迭代重点：让支持性回应能被看见、也容易理解。
02 / 04
让讨论沉淀在明确的主题里
Threads把持续讨论从宽泛的信息流中抽离。我的主题、与我相关的讨论及热门主题分区呈现，让刚加入社区的人也能迅速找到切入点。
设计重点：主题入口清晰，讨论不被单条帖子淹没。
03 / 04
把即时交流留给正在发生的问题
Live将正在进行的聊天室、消息对话和参与者放在同一视图，支持毕业生与同伴实时交流。界面探索中还出现AI摘要区域，但它是设计稿中的功能设想，不以此声称服务已上线。
设计重点：让用户知道哪里在聊、和谁在聊。
04 / 04
让企业活动找到更相关的人
企业可以在Spaces经营自己的主页并发布活动；用户在活动列表中查看主题、形式和时间。团队也探索利用AI帮助活动更有针对性地触达有意向的毕业生，此处呈现的是产品设计方向。
设计重点：把企业空间与活动发现串成一条路径。
05 / 从草稿到原型
先把路线理顺，再打磨每个界面。
我与另一位设计师从主要用户路径和页面结构出发，利用已有的Posts设计建立视觉与交互基线，再围绕Spaces、Threads、Live和个人资料做迭代。每周与Gradstack讨论未解决的问题，回到需求重新检查，而不是仅继续增加页面。
低保真 · 验证结构
先拆解入口、页面关系和用户可完成的动作。低保真文件保留了前期的结构探索。
查看低保真文件中保真 · 对齐任务
通过帖子、主题、实时聊天与活动列表的界面稿，推敲内容分组、导航层级和主要状态。
查看活动过程稿最终设计 · 可点击演示
整合视觉系统与关键交互，形成可浏览的设计文件和可试用的原型。
查看最终设计文件* 页面里的“过程稿”与“最终设计”已分别标注；示例界面上的帖子数、参与人数等为原型演示内容，并非真实运营数据。
06 / 成果与反思
把社区框架交付给团队，真实效果留给下一轮验证。
完成Community Hub网页端的主要页面与交互原型，覆盖Posts、Spaces、Threads、Live及个人资料等体验，并在汇报中明确各功能的定位与相互关系。
邀请真实毕业生完成发布求助、加入主题、进入实时聊天和寻找活动等任务，重点观察他们能否分清Spaces与Threads；依据反馈调整入口、内容层级和提示文案。