第一部分 调研，评测
评测
1.下载并使用
- 第一次打开，没什么很深的印象，看见“扫一扫”，随手就点了，然后就出现了严重的卡顿，大概是刚启动并且第一次启动的原因，后面就还好了。而且第一次拉去qq授权还失败了，不知道什么原因，之后可以了。界面风格感觉一般，恕我直言，主要是也没什么特色，所以无感。
2. 寻找bug（这是和伙伴们一起发现的）
- QQ授权完毕后，会跳出输入手机号的界面，此时点击左上角的“<”#无法返回#，按手机的“返回键”也#无法返回#（这算一个bug了吧），不知道这是故意设置的强制绑定手机号还是干嘛，我秉着试一试的心态，强制退出，杀掉进程，重启软件，此时#直接进入主界面#，无视了刚才的强制绑定界面（这也算一个bug），这个“强制绑定”好像做的不彻底啊。不过我觉得还是不要强制绑定好了，不是很有必要吧。
- 修改密码新密码和原密码一样，提示“更新会员数据失败”，这个好像勉勉强强，不过我觉得提示信息不是很合理，或许提示成功或者“新密码和旧密码相同”也比“更新失败”要好吧，因为用户总是希望最好不要出问题，而“失败”不是一个好词。（这一点只是随便提提，个人想法）
- 定位提示大概都是在点击“发现”的时候出现的，我测试了几次，虽然并不是每次点击发现都弹出位置信息的提示，但是，这个提示信息真的太频繁了，在一个ktv房间里面呆了一下午，结果给我弹出了好多次“您现在在闽侯县，是否将城市切换到闽侯县？”，我也是醉了，知道了还问！都点了好几次了！而且我扫的包厢不也决定了我的位置了吗，那还提示几十次有什么意思啊！设计不合理就是bug，这个算上。
- 反正后来大家也就唱唱歌了，也有不唱歌的睡着了，后来貌似就是这睡觉的小伙子发现了灯光控制的问题，切歌会打开灯光！这显然是bug不用争论了。
3. 那么为什么测试人员没有发现这些bug呢？这我哪知道啊，只能猜一猜了。
- 是他们偷懒吧，谁说没可能呢？测试累了，差不多就交差了，谁知道还有没有bug啊，所以就错过了。
- 程序猿怎么可能会偷懒！这些所谓的bug在他们眼里压根就不是bug，不就是一些无关痛痒的小问题吗，这软件不还能跑吗，没有fc你好意思说是bug吗。恩，程序猿说的都对。
- 这我测来测去，就是测不到这个问题，我脸黑怪我咯……
- 这bug我知道，这不已经上报了吗，下个版本的“修复若干个bug”没准指的这些bug呢。
采访
-
介绍采访对象的背景和需求。
- 大学生，不是很有去ktv的经历，没有使用过类似的软件，不是很有这方面的需求，也组成没有想出别的需求。
让采访对象使用10-30分钟K米的功能。
-
描述用户使用这个产品的过程, 用户的问题解决了么？软件在数据量/界面/功能/准确度上各有什么优缺点？用户体验方面有问题么？
- 没什么大问题。
-
用户对产品有什么改进意见？
- 没有
-
结论：经过这么多工作，你一定有充分的理由给这个软件下一个评价,请选择一个结论:
- 推荐程度：一般
（好吧，我承认被采访的对象有点水）
第二部分 分析
推测完成该软件应该是需要#6个月以上#的时间的吧。（没经验，瞎猜的。）
功能逻辑框图
各模块分析：#
各维度评分：#
第三部分 建议和规划
- 我是项目经理，如何提高？
- 更多的市场调研，更多的软件测试
- 目前市场上有什么样的产品了？
- 看到了“开发者的其他应用”中有“多唱”、“KTV点单”，不过下载量都为1？（酷市场，k米下载量1273）
- “唱k”、“酷我ktv”、“口袋ktv”、“欢乐ktv”。
- 你要设计什么样的功能？
- 如果手机也可以作为麦，那就不缺麦了，是不是很不错！
- 添加互动小游戏，例如随机抽到包厢内的人接下一句之类的。
- 如果可以离线唱是不是也挺好？这样就不需要安装“全民k歌”了。
- 为什么要设计这些功能。
- 显而易见。
- 为什么用户会使用你的设计/功能？
- 需求。用户需要就使用了。
- 有特色，这就是竞争力。
- 你的创新在哪里？
- ……
- 如果你来领导这个团队，会有什么不一样？
- 会被我搞成烂摊子的，没有金刚钻，不揽瓷器活。恩，实事求是好了。
- 5人团队，你如何配置？
- 美工一人，花一个月搞定。
- 期间，规格说明书4个人一个月决定。
- 一个月时间，5个人分模块敲完代码。
- 测试花一个月吧。
- 多了一个月？接下一个项目。
- 描述你的团队在16 周期间每周都要做什么，才能在第16周如期发布软件，大小里程碑绩点设定。
- 这……不是有计划表出来了吗？严格按照计划表执行，那应该是可以做出软件来的吧。