# 团队协作APP_前端 **Repository Path**: lynn998/team_collaboration_app ## Basic Information - **Project Name**: 团队协作APP_前端 - **Description**: No description available - **Primary Language**: Unknown - **License**: Not specified - **Default Branch**: master - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 0 - **Created**: 2019-12-12 - **Last Updated**: 2020-12-19 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README ## 1.项目介绍 - 小组协作式Axure项目:团队协作APP,由中山大学南方学院文学与传媒学院网络与新媒体专业学生制作。 - 成员:刘燕鑫,刘炜豪,廖俊杰,罗嘉琪,蔡晓晨,张杰。 ## 2.产品构想 #### (1)产品背景 互联网行业不断创新发展,面对变化莫测的市场,产品敏捷迭代,信息速率逐步提升:在这样的环境中,人们分别在不同电子产品工作的效果会显得力不从心,而在网上的协作则显得尤为重要,可对信息随时沟通、修改和完善等等。 #### (2)产品核心目标 团队协作APP助力互联网行业提高人们的网上的协作效率,加强信息的及时性沟通,消除信息堡垒。具体为产品经理使用团队协作app撰写PRD需求文档,将需求背景、开发周期等等清晰呈现。研发部门和项目成员可随时查看、评论、协同编写等等,保证了团队工作时的信息快速同步,以最大的效率进行团队协作。 #### (3)产品定位 团队协作APP,用户团队之间线上合作。 #### (4)产品核心功能 1. 智能日历,高效组织团队任务周期。 2. 在线文档,实时协作、高效开会、协作流程模板化。 3. 有着集云空间、审批等各种功能的工作台。 ## 3.目标市场现状及分析 #### (1)市场背景 目前市场拥有许多不同类型的团队协作APP,且不同APP各有所长,通过调查市场APP总结其中的优点和缺点,从而更好的设计本产品。 #### (2)市场调研数据 | 访谈的对象 | 大学生群体 | 大一大二大三 | 男性>女性 |同专业的同学 | 身边的朋友 | | ---- | ---- | ---- | ---- | ---- | ---- | | 抽样方法 | 问卷调查 |问卷调查 | 问卷调查 | 无结构访谈 |无结构访谈 | | 样本规模大小 | 40份 | 40份 | 30份 | 3份 | 3份 | #### (3)问卷调查链接 [调查问卷](https://www.wjx.cn/jq/52095459.aspx #### (4)无结构访谈的市场调研结论 | 市场调研内容总结 | 谁是我们的目标用户 | 目标用户使用目前的协作工具之后,感受是什么 | 目标用户希望有什么类型的功能解决他们现在遇到的问题 | | ---- | ---- | ---- | ---- | | 基本方向及用户典型特征 | 4个人以上的团队 |信任也困惑、焦虑、无聊 | 智能日历、高效开会、消息“串”联、静音回复、智能提醒、在线文档、云端文件库 | #### (5)市场问题(用户核心痛点) 1.在团队协作的过程中,用户持续在不同办公工具之间来回切换,并且产生烦躁等负面情绪。 2.在团队协作的过程中,同步更新信息的时候很容易被用户遗漏或者无视,有时需要提醒多次。(如在微信协作时,通过在群里更新信息时信息很容易被覆盖或遗漏) 3.在团队协作的过程中,被太多分散注意力的信息打扰,被无关消息刷屏。 4.在团队协作的过程中,很难快速搜索到和编辑想要的所有协作信息和文档。 #### (6)市场机会 1.找出并结合用户团队协作时不断切换工具需要的最核心的几大功能,并把此类功能整合在我们的产品中。 2.提供智能提醒机器人,自动推送任务截止时间信息,提醒成员尽快完成工作。 3.提供表情静音回复的功能,降低杂噪音及回复“收到”等信息的刷屏影响。 4.开通在线文档功能,它是富文本的形式,满足兼容多样文本查阅和编辑的需求,同时也可以让文档上传到云端文件库,并可以设置成共享的模式供成员共享。 ## 4.竞品分析 #### Teambition - ###### 优点: 1、项目模板丰富。 2、应用商店丰富。(这其实也不算个优点,高效一定是简单的,越丰富套路越多,越难选择)。 3、功能丰富。(还是一句话,如果学习成本高,管理复杂,这也不能算优点)。 - ###### 缺点: 1.部分流程操作有点混乱。 2.部分插件功能较差含糊,建议一定要精简,企业本来就想提高效率,结果还得让企业各种纠结选择。 3.需求的优先级竟然不在第一屏,还得拖动排序。 4.项目管理和企业管理界面等功能内部既然没法跳转。 #### tapd - ###### 优点 1.界面以及操作十分精简。 ![image.png](https://images.gitee.com/uploads/images/2019/1224/164416_b4787583_1648153.png) 2.提示十分友好,这是tapd创建完项目之后弹出的操作提示,显得非常专业 ![image.png](https://images.gitee.com/uploads/images/2019/1224/164416_12d4a469_1648153.png) 3.界面克制,项目的应用就最多放7个,多了不让放。一个项目管理如果流程太多,基本上最终死的可能性很大。而且大部分时间都会浪费在管理这些过程上,谈何敏捷。 - ###### 缺点 1.缺少目标管理,如:OKR和KPI管理,个人感觉很重要,目标管理是处项目管理之外,个人进步的一个很大驱动因素。这个很多企业应该还是exel模式吧。 2.缺少领导视角,如:全局查看所有项目的概况和统计信息,目前只能单个项目查看。 3.手机端没有app,只有服务号。造成没必要的二次点击和操作不便,虽然依托微信这个便利,但是有了企业微信,工作中还是建议从企业微信或者app进去。 ## 5.用户分析 #### 目标用户 主要用于团队协作处理需求的小组。 #### 用户细分 1.10人左右使用,用户同学等沟通不便情况。 2.小微团队,30人左右使用,用于学校部门间协作沟通效率不佳情况。 3.中型团队,70人左右使用,用于学校团队间的沟通合作。 #### 用户场景 1.用户拥有多个项目,所有项目堆在一起会变得很乱,查找起来也比较麻烦,所以为方便管理,用户河将项目进行分类,根据项目类型和管理风格的不同设置不同的分组。 2.由于承接的项目比较多,所以拥有很多个项目小团队,每个人的时间进度都不一样,要集齐大家一起开会时间不太好确定;这时使用团队日历可以查看每个成员的时间任务情况,选择恰当的时间段快速发起会议或调配资源,降低信息获取成本。 3.项目负责人需要对项目的整体进度进行把控,了解各个流程的任务进度;项目负责人把该项目生成项目报告,能透视出项目任务的完成数据,以及任务进度的走势,及时发现问题,对有拖延的任务进行有效针对性的管理。 # PRD2:前端产品信息设计 ### 1.产品架构图 ![屏幕快照 2019-12-26 下午2.39.27.png](https://images.gitee.com/uploads/images/2019/1226/144012_b2502499_1648161.png) ### 2.总流程图 ![image.png](https://images.gitee.com/uploads/images/2019/1225/143945_0f6788c1_1648161.png) ### 3.观看者-流程图 ### 4.用户体系架构图 ## 更多:原型图参考 ![屏幕快照 2019-12-26 下午1.33.24.png](https://images.gitee.com/uploads/images/2019/1226/144105_d4f233ed_1648161.png) ![屏幕快照 2019-12-26 下午1.33.30.png](https://images.gitee.com/uploads/images/2019/1226/144105_fbe0c3cc_1648161.png) ![屏幕快照 2019-12-26 下午1.33.35.png](https://images.gitee.com/uploads/images/2019/1226/144105_7bf4b931_1648161.png) ![屏幕快照 2019-12-26 下午1.40.27.png](https://images.gitee.com/uploads/images/2019/1226/144105_3a780f8e_1648161.png) [原型第一版,第二版正在制作]