zoukankan      html  css  js  c++  java
  • 团队项目-选题报告

    1.组长链接

    组长小李的甜瓜博客

    2.NABCD

    N 需求:
    随着外卖水平的不断发展,有更多优秀、高质量的商家入驻外卖平台,从而产生了某些商家产品“起送价格高、配送费高”的情况。如今独居的人越来越多,正常人晚餐没办法一次性吃那么多的食物,从而达到商家的起送价格,昂贵的配送费也让大家觉得吃一餐带来的心情愉悦度小于消费的金额,从而放弃了更好的产品去选择没那么想吃的。那这种问题该如何解决呢,是让商家降低起送费和配送费还是让大家去抱团生活呢。
    A 做法:
    开发一款手机APP,可以在订单发送到商家之前进行订单匹配,找到附近的人有相同喜好、相同订单的,与他拼单,从而达到商家的起送费并且可以商讨决定取货地点,互相分担配送费,并在订单完成后邀请消费者进行对于商家和软件模式的点评。
    B 好处:
    解决的消费者的难题,节省了人物资源,增进邻居之间的感情,在一定情况下增加了商家的订单量。
    C 竞争:
    目前还没有出现类似的软件,竞争力主要来自其他外卖平台,因为外卖订单确定和配送主要还是来自几大外卖平台。如果周围居民数量较少,年龄段较大,也很难匹配到相同爱好的拼单用户,取货地点的商议也是个问题,可能并不能符合大家点外卖就想足不出户的吃饭的问题,优势就是在起送门槛和配送费方面大家可能会偏向我们这款软件一些。
    D 推广:
    作为普通的app在安卓系统端发布。在起送费高、配送费高的商家做广告;和奶茶店、快餐店合作;给予用户良好的印象,让用户口口相传,让更多的非用户自然地成为用户;创建微信公众号,微博账号,做宣传。

    3.如何决定个人贡献分

    首先,我们组分为三个小组,会给小组长分配一些分数,因为是自愿参与小组长的工作(大家都知道,一开始群里根本没人愿意说话,他们很值得鼓励!),愿意主动去和组长进行沟通。其次,在小组内提出想法、提出问题所在、提出建设性的意见和建议者加分,在分配工作后完成度较高、完成效率高者加分。最后,主动破冰,主动为了小组的沟通解决问题者加分。

    4.选题报告

    第八组选题报告@[小李的GitHub]

    5.评审表设计

    6.答辩总结

    6.1个人贡献分分配情况

    分组情况

    我们组的作业完成分为三个小组:

    PPT组(9分):

    曾宇辉(小组长):本次团队作业想法提出者,PPT主要创作者,统筹安排PPT的制作和修改工作(5分)
    王银:本次团队作业讨论中想法较好,提出了一些存在的问题,协助组长修改PPT(3分)
    黄斌敏:本次团队作业提出问题,无其他贡献(1分)

    评审表组(8分):

    玛尔孜亚(小组长):本次团队作业统筹安排评审表的制作和修改工作,负责部分小组的评分认定(3分)
    王怀骋:本次团队作业评审表的设计,在小组讨论时提出很多建设性的想法和问题,负责部分小组的评分认定(4分)
    李福佳:本次新加入小组成员,负责部分小组的评分认定(1分)

    企划书组(11分):

    李昕晖(组长):统筹安排本次团队作业所有工作,负责协调各小组成员工作安排,沟通合作各小组成员,统筹安排企划书撰写工作,丰富本次团队作业想法(5分)
    张伟佳:负责撰写企划书部分板块,在团队作业讨论会中提出一些问题(2分)
    翟鑫亮:负责撰写企划书部分板块,在团队作业讨论会中提出一些问题(2分)
    刘烨:负责撰写企划书少部分板块,在团队作业讨论会中提出一些问题(2分)

    额外撰写博客(2分)

    李昕晖:因为没有人愿意主动写,那只能组长来写,就是我,我哭了,但是得到了两分嘻嘻。

    6.2现场答辩得分

    (86+90+81+88+79+89+93+92+77+73)/10=85分

    6.3回答问题

    来自第一组

    1.其智能模式对骑手来说要送两个地方,不如直接接两单,对骑手来说收益变低了。
    2.协商模式中,既然点了外卖,就是用户不愿意出门拿,但是最后却需要用户到协商地点取外卖。
    3.外卖软件可能不大愿意给接口

    答:

    1.智能模式的匹配是同一方向的两个地方,对于骑手来说,拿到的配送费要相对于原本的高1-2元,对于骑手和客户来说是双赢。
    2.协商模式是对于不想支付更高的配送费的用户来说,真正不出门可采用只能匹配模式。
    3.此问题是我们之前没有想到的,我们会后续再想出解决方法,例如:先去注册想法的专利(以app的形式先做出来)谢谢你们

    来自第二组

    后期维护较难

    答:

    如果作为独立app来说,维护确实比较难,但是作为插件的话,维护就会有大爹的帮助,维护不是事。谢谢你们

    来自第三组

    产品前期用户少,可能会拼不到单
    “附近的人”界限不好定义,范围小外卖订单量少无法拼单,距离大取货麻 烦,是否有相对应的匹配搜索算法
    不适用于外卖订单量较少的地区或者外卖时间量较少的时间段

    答:

    前期用户谁都比较少,但是我们会尽力扩大宣传,前期嘛,大家都一样嘻嘻
    “附近的人”可以联系到第一次编程作业,范围缩小到“街道”,这样比较好定义。范围小的拼单,那只能看住户周围的邻居是否也是外卖依赖性选手,如果不是那就好惨,确实这也是一个非常大的局限性。距离大的话建议使用只能匹配模式哟~
    我们有提到这个问题,首发地区定位为一线城市,外卖时间量少我们也有对策就是开放预约功能,不在饭点区间内我们可提供半小时-2小时之内的匹配等待时间,自己等不及可及时取消。谢谢你们

    来自第四组

    1、产品竞争压力大,预期收益不够高
    2、不够新颖,且容易造成抄袭
    3、线下交易仅在同校进行,范围较小,不易找到 自己满意的东西,同学们参与的积极性不高

    答:

    1.竞争没什么压力,除非没人用,因为目前没有同类想法的软件出现(也有可能是老师说的,此类想法需求量不大所以没有出现相同软件)
    2.足够新颖,抄袭很容易!所以考虑要不要去申请专利!
    3.我们不是二手交易!你一看就没有好好听我们的报告!(气的跺脚)谢谢你们

    来自第五组

    竞争压力大,实现困难

    答:

    气哭,都没有相同的软件你就说竞争压力大。不过实现对我们一群小白菜鸡来说确实有点困难。我们会努力学习的!谢谢你们

    来自第六组

    1、插件不一定能被采纳
    2、配送便利性存在一定问题
    3、后期维护较难

    答:

    1.插件确实不一定被采纳,所以我们需要再优化,提出足够建设性的,打动爹的想法!
    2.配送便利性问题,有两种,智能匹配:整体多花钱,分担后少花钱,送到家。协商模式:不想花钱两个人,愿意跑腿,那就走几步路面对面交易!问题很笼统,不知道问题在哪里欸?(认真疑问脸)
    3.如果作为独立app来说,维护确实比较难,但是作为插件的话,维护就会有大爹的帮助,维护不是事。谢谢你们

    来自第七组

    可能无法准时完成订单

    答:

    什么玩意,我都想拒绝回答。准时完成订单是商家的问题欸,我们这边并没有可以拖延的地方!(黑人问号脸)谢谢你们

    来自第九组

    1、作为外卖的插件,后期投入使用估计比较困难;
    2、关于配送,拼单双方的协商、与店家和外卖平台的协商 需要进一步优化,增强用户体验;
    3、对需求实现需要进一步加以分析。

    答:

    1.我们会后期不断改进我们的想法,让想法更优化以至于让人接受
    2.配送的话,双方协商都是用户的事,我们优化只能优化聊天内容的发送速度和图片视频语音等发送算法的优化,我们会努力的!和商家和外卖平台的协商,只能看我们的嘴皮子溜不溜了,我们会尽力去说服他们接受我们。
    3.实现我们会再进行考虑,我们前期考虑的确实不够周全,谢谢你的提醒。

    来自第十组

    后期维护较难,作为插件容易被封,需要向外卖平 台寻求帮助和支持

    答:

    正是因为被封我们才会选择和外卖平台合作!我们会最大程度地优化它,谢谢你。

    6.4修改报告

    第八组选题报告修改版
    修改的地方都用了下划线标注辽~终于写完了我要吐了。

  • 相关阅读:
    mac安装搜狗
    idea的阿里代码规范检查
    记录windows10闪屏
    github访问不了
    线程安全问题例子
    简单负载均衡工具类
    git将远程分支回归到指定版本
    minio的使用
    php禁止浏览器使用缓存页面的方法
    百度seo
  • 原文地址:https://www.cnblogs.com/mrzyanwar/p/11710453.html
Copyright © 2011-2022 走看看