目录ios
普通学生使用动机 | 需求程度 | 实现状况 |
---|---|---|
浏览社团信息,主要以 活动和新闻 保持用户粘性 | 大部分活跃用户的核心需求 | 功能上彻底实现 |
申请参加活动 | 大部分活跃用户的核心需求 | 没有数据, |
申请参加活动后提醒 | 较难评估,可能有一部分用户须要,若是须要多是一个颇有粘性的功能 | 还未实现 |
关注社团后推送新活动 | 较难评估,可能有一部分用户须要,若是须要多是一个颇有粘性的功能 | 还未实现 |
申请加入社团,小程序提供流程上的帮助(提供申请入口,和引导,经过后提供社团的内部信息方便用户后续联系社团) | 是整个管理框架必不可少的功能 | 已提供申请入口,未提供流程上的引导,如申请后如何联系社团管理员,经过后显示社团内部信息如内部微信群号,qq群号 |
社团管理员使用动机 | 需求分析 | 实现状况 |
---|---|---|
宣传社团,展现自我,使本身的详细信息、活动和新闻让更多人看到 | 对外活跃的社团有较大需求,对外不活跃的社团可能以为能够有但不必(由于已经有了微信群、公众号等推送方式) | 已实现社团录入信息的接口。若是能爬取新闻则能很大地下降使用成本 |
提供入社接口并处理入社请求,增长社员 | 大部分活跃社团的需求 | 申请流程见上表,审核已实现查看用户信息,经过或拒绝 |
社员管理 | 若是小程序不是社团的主要活跃平台,对大部分社团能够有但不必;若是社团依赖小程序进行活动推广、报名,则是一个重要功能 | 已实现社员增删、管理员增删 |
进行活动报备 | 这件事自己是方便社联管理的,对社团自身可能没有多少好处,但若是报备活动能使社团提供宣传力(展现近期活跃社团活动之类的),可能会更有吸引力。 | 由于须要录入的信息较多,不考虑在小程序上实现。在网页端已经实现 |
进行场地申请 | 痛点。根据不一样场地有不一样申请流程,进行信息整合后此功能可能会是大部分 对小程序能够用但不必 的社团管理人员使用小程序的动机。但这些目前只是咱们的猜想,并且这个流程的工做量比较大,咱们认为须要结合社长范围的需求调研决定是否进行开发。 | 还未实现 |
关于社团管理事务获取信息(向社联提问或检索已有的“社团管理百科”) | 可能不是迫切需求,但实现后长期价值较大。社团换届后的新管理员须要了解相关信息。 | 还未实现 |
发布某个项目如赞助信息、节目报名、活动报名,系统提示社团的社长,后续的交互我须要按类整合设计一下)小程序
key | value |
---|---|
社团名称 | |
活动类型 | 可选例会、平常教学、博雅、外场、出访、比赛、其余7项 |
活动名称 | |
活动次数 | |
活动时间 | |
活动地点 | 提示跳转场地申请 |
参与人数 | 若是是须要报名的社团则不填 |
合做单位 | 可无 |
合做社团 | 能够在本社团后再+,可无 |
是否在小程序上展现 | switch |
可见用户(选择展现后出现) | 全部用户,仅社员 |
横板海报图片 | 可选 |
竖板海报图片 | 可选 |
是否须要报名 | switch |
最大参与规模(选择须要报名后出现) | |
活动介绍推送标题 | |
活动介绍推送连接 | |
活动回顾推送标题 | |
活动回顾推送连接 |