第一次团队作业

一．关于团队

1. 团队及组员情况

班级	学号	姓名
			拟开发软件名称
计算1511	201521121001	丘慧桃	基于.NET的“随手公益”
计算1511	201521121003	伍雨馨
计算1511	201521121006	施凤娇
计算1511	201521121011	陈深舟
计算1512	201521121012	宋志超
计算1512	201521121018	郭德权
计算1513	201521121004	罗艳燕
计算1513	201521121007	张邝安婷
计算1513	201521121016	杨圣华

2. 组队原因

　　理想的团队应该是接近特工团队或者秘密团队，前者中每个成员都具有擅长的技能，比如某个特工擅长狙击，某个特工擅长安装，他们的高效配合下可以迅速地完成任务。而后者，秘密团队的成员具有极大的自由，每个人可以发挥自己的正常工作效率，但是如果水平不够的话，远不如训练有素的团队高效。

对于最初组队的想法大致有以下几种：

　　a误打误撞组成的一支队伍，寝室4人不满足人数要求，于是乎就去寻找另一支小队，没有考虑太多的人员划分，还么考虑好每个人应该做什么。不过粗略的划分，开发人员和产品都具备了。

　　b.对于组队我没有太多的想法，因为对于其他人的技术能力等等不了解。所以这个队伍其实一开始是为了凑人数而组成。

　　c.对于组队合作完成作业，第一想到的是自己宿舍的几个小伙伴，俗话说的“好男女搭配干活不累”，于是想着再和其他同学组组，这时正好有4人组的女生团队邀请一起组队，所以就稀里糊涂的组成了。

团队组建： 

　　本组团队模式比较接近业余剧团模式，因为成员尚未经历过大规模应用程序的开发，类似于业余团队在成为职业团队之前的探索阶段。团队的组织模式属于开放模式，已经组成的团队目前处于磨合阶段，采用投票解决争端。

就如老师给出的rasci模型，刨除掉那些可以帮助我们的老师和助教（C），一个团队最起码需要有人具体负责把事情做好（R）；需要有人对任务负全责，来管理整个团队（A）；需要有人对任务提供支持，辅助任务的完成（S）。这些角色在团队里也有了较明确的人选了。根据RASCI模型，合理分配好五种角色可以最大化发挥团队队员实力，尽可能实现最优的解决方案。根据个人的时间和精力的变化，五种角色会在某些阶段发生变更，但是必须确保有R型角色即Responsible负责关键进度。在8-10人的规模下，更容易实现多种角色的平衡。

　　最重要的是，我们的团队采取男女比例均衡，既有男生活跃度较高的大脑，也有女生的细心耐心，我们一致认为男女搭配的团队更加有利于取长补短，可以说是事半功倍。而接下来的合作之中，我们也会更加努力的磨合，争取早日成为一个“真的团队”，甚至有机会成长为一个“高效的团队”。

二．关于选题

1. 选题的背景

　　团队组建之初，我们面临的第一个问题就是选题了。这可以说是团队之中目前最有话可聊的部分。当时我们参考选题的核心就是“需要一个实际存在并需要解决的问题”，无论是社交软件还是支付软件甚至是娱乐软件，市面上其实都已经在饱和状态了。而目前在公益界的领域中，还没有出现过类似阿里巴巴或者微信这种在领域里领头的大佬存在，并且在有些公益app中的最大用户量还未超过5000万人数，在这个领域竞争存在更大的市场。

　　再加上社会贫富不均，物资利用率不合理。人民生活水平提高以后，有人手头有大量资源，有些地方却缺少资源（贫困地区和贫苦家庭以及发生自然灾害的地区），两极分化严重。就拿大学校园来说，寝室里有一些不要的旧物，有些衣服可能是过时了不喜欢了，有些书已经读过了不需要了，有些电子设备买了新款淘汰了旧款。可是这些东西本身其实还完好无损，完全可以二次利用。如果把这些东西卖给收二手货品的人，也赚不到什么钱，反而是让他们拿去倒卖。与其如此倒不如主动捐赠给需要它们的人。但是大多数人愿意少挣几十块钱把不需要的东西捐出去，但是也难得特意把这些东西拿到特定的地点去。所以就有了上门取物的想法，以一种极高的效率回收然后直接对接弱势人群及时给予帮助。

　　于是经过两天的讨论，我们最终选择做一个以公益为出发点的软件“随手公益”。

2. 选题的意义

　　随手公益，随手随手，便是将公益简单化，透明化。公益这个词听起来，让人觉得十分的高大上，一般人或许认为做公益，要参加专门的公益组织，或者直接给慈善机构捐钱，亦或者要去贫困的山区支教呀，或者亲自去探望弱势群体……需要一定金钱或者时间上的付出才算是公益。于是公益变成了大多数人眼中不痛不痒的精神概念，比如说虽然从小被教育要乐于助人，但事实上真正能够付出行动的人并不多，毕竟世界上精神麻木的人数远远大于追求提高自己精神的人数。但是另外一种的助，应该是大多数人不会拒绝的，比如说只要伸出个手这样随手的一个动作的事情，大多数人应该不会拒绝。所以，如今的公益存在急需改变的地方，便是公益需要简单化普遍化，一定要随手，不会给人产生畏难情绪，觉得公益会耽误自己的时间亦或者金钱之类的。

　　通过这个软件，可以让更多的人参与公益，因为其实大多数人都是有善心，只是大多数的时候，人的惰性多于善心，所以往往公益也就不了了之。有了这个软件就方便了参与者。只要用户提交订单，就会有人主动上门回收旧物，对旧物进行合理利用。这样既可以做公益，也省去了许多的麻烦。

　　这是目前我们对于这个项目的讨论，但具体的盈利点我们目前还没有找到，毕竟我们不是商人。但我们仍然认为，这样一个项目即便是没有盈利之处，也不失为一个值得去做的项目。

3．NABCD模型分析产品

  N（Need,需求）

　　这个创意解决了用户处理旧物的需求，可以让旧物充分发挥其价值。不必烦恼旧物累积导致空间的堆占以及处理旧物的不便之处。解决有爱心的人但因为懒得去搬大量旧衣物的现象，给爱心人士提供一个便利的献爱心平台。固定时间点上门领取，为用户省事省时省力。

  A（Approach,做法）

　　技术上最理想的是使用安卓开发，毕竟手机已经成为大多数人贴身之物了。而电脑却还不然。但是因为团队组员能力有限，因此选择使用.net进行开发。商业模式上，随手公益，即该项目可能收益甚微甚至于无。因此打算，采用外包，需要各个地区的公益组织的协作。以厦门地区的为例讲解: 需要找到厦门所有的学校公益组织、社区公益组织、社会公益组织加入我们，公益组织中的志愿者们即作为我们上门回收人员。而时间上，只能够限制固定点进行回收。比如每周周末的某个时间。用户需要在每周周五之前下单。APP工作人员会在周五前将所有订单根据地区分类，发给就近的公益组织负责人。由公益组织负责人分发回收任务给志愿者。最后由公益组织负责人集中回收旧物送达相关弱势群体处。前期启动资金打算通过向一些公司企业拉赞助获得，而后期资金还没划算。（比如APP工作人员工资以及货车运输费……）

简单讨论一下我们产品的执行流程：

1.用户注册账号，完善资料，上传身份信息，待管理员通过身份审核后可以下单。

2.用户下单确定需要捐赠的物品，确定时间地点。

3.志愿者接单。

4.用户志愿者交接物品。

5.物品分类送到仓库

6.联系受赠人，想办法能联系社会上的顺风司机（也可以爱心者接力送货）没有人会去私吞这些旧物吧。

7.顺风司机和受赠代表人交接物品。

整个交接过程全程在APP上显示，就想淘宝订单一样。到达哪个阶段就表示哪个阶段。用户可以看到自己的物品是否被捐赠，捐赠到哪。

  B（Benefit，好处）

　　对于用户来说，可以及时将自己旧物处理，省去到指定地点捐东西的时间和路途，顺手做公益; 对于公益组织的志愿者，践行了志愿者这一名称的意义：为了公益而付出，充分达到他们加入公益组织的目的——帮助他人; 对于受捐者，则是获得了有实际意义的帮助。

充分利用了设备的价值，为献爱心提供平台，让整个公益流程化，便捷化

  C（Competitors，竞争）

　　我们的杀手功能是上门提取旧物。第一，目前市场上已有的关于公益的APP不多。第二，对于已有的公益APP，宣传力度不大，大多数人不太了解。第三，大多数APP的公益方式是：捐钱，或者购买app上一些商家的产品，然后每单商家会将一部分收益捐赠给帮扶贫困用户，这里只以公益中国APP为例如图：

 

   

  D（Delivery，推广）

　　至于推广，目前在国内即时通讯APP用户量最大的便是微信，初步思想是通过微信公众号+微信推文+微信公益圈+微信小程序的形式，先宣传，通过微信平台或者QQ平台扩大APP开始的宣传度。以下以微信为例：先通过微信推文和微信公众号，让微信用户先了解随手公益APP是个什么产品以及怎么使用，对不想下载客户端的用户，可以先使用微信小程序先体验一两次，倘若使用一两次后觉得该款产品确实不错也可以下载客户端来使用产品更多的功能。每次微信用户使用产品捐助旧物后，后台系统会根据捐出的旧物给予一定的公益积分，通过公益积分可以在微信公益圈进行好友排名，类似运动圈排名。这样做，第一通过这个积分排名可以促进用户积极激发公益的乐趣，第二便是通过这个公益积分来更好的推广以及宣传产品。以朋友加朋友的形式推广，一点一点加入我们。另外，当公益积分达到一定数量作文公益达人可以兑换一定的公益奖品，用于维持用户做公益的长期回馈。

　　我们还可以下到社区宣传，或者在门户网站上打广告。

转载于:https://www.cnblogs.com/yyluo/p/7761990.html