于是,大鹏便召集了团队,讲出了他的担忧,但是我们的开发骨干于倩却不以为然,她也使用过竞品的功能,她认为竞品的易用性和流畅性,在她看来都做得不好,她有自信在这方面超过它们,“只要我们易用性和流畅性做得更好,一定会有用户觉得我们的App更好”。一部分团队同意的于倩的想法,认为产品先要做出来,然后再求产品用得好。一般的开发习惯不都是这样的吗?
“我们应该以用户价值为中心开发产品”,大鹏说道。于是,他拿出他连做了两个通宵的需求:菜谱功能。用户想吃什么菜,查询菜谱就可以知道做法,而且一键就可以购买所有需要的配料。对于用户来说,大大降低了做菜的门槛,而且不会因为配菜没有买齐而耽误了做菜时间。
大鹏接着说:“这样不仅是菜多多上市之后能体现我们的价值主张:只为成为你的菜,这个菜的意思是知用户所知,想用户所想,而且我们与竞争对手能够迅速拉开差距,成为用户心中最好的买菜App。”之前赞同于倩想法的人也点了点头,似乎现在也挺赞同大鹏的想法。
于倩想了想,也点了点头,说:“也对,不过我们都不能百分百代表用户,不如我们先把这个做出来,再邀请用户过来体验,看这个菜谱功能到底靠不靠谱,能否切中用户心智。”
在大家一致同意中,第一个迭代在原有的基础上又增加了菜谱的新功能,这个功能我们称其为:“吃什么。”如图4-2、表4-1所示。
图4-2 菜多多得需求范围
表4-1菜多多的子模块
功能 | 子模块 | |
1.0 | 注册/登录 | 手机验证码登录-新手机号自动注册 |
1.0 | 注册/登录 | 第三方账号登录—微信登录 |
1.0 | 首页 | 活动展示 |
1.0 | 首页 | 按分类推荐 |
1.0 | 首页 | 搜索商品 |
1.0 | 首页 | 查看商品信息 |
1.0 | 分类 | 排序-按销量排序 |
1.0 | 分类 | 排序-按价格排序 |
1.0 | 分类 | 搜索商品 |
1.0 | 分类 | 查看商品信息 |
1.0 | 搜索 | 按搜索历史搜索 |
1.0 | 搜索 | 删除搜索历史 |
1.0 | 搜索 | 热门搜索 |
1.0 | 搜索 | 查看商品信息 |
1.0 | 购物车 | 添加到购物车-添加商品数量 |
1.0 | 购物车 | 添加到购物车-从详情页删除 |
1.0 | 购物车 | 从购物车删除 |
1.0 | 购物车 | 结算 |
1.0 | 购物车 | 显示优惠信息 |
1.0 | 购物车 | 猜你喜欢 |
1.0 | 订单 | 填写订单 |
1.0 | 订单 | 提交订单 |
1.0 | 订单 | 确认收货 |
1.0 | 订单 | 评价订单 |
1.0 | 订单 | 售后/退款 |
1.0 | 订单 | 查看订单信息 |
1.0 | 其他 | 管理收货地址 |
1.0 | 其他 | 联系客服 |
1.0 | 其他 | 意见反馈 |
1.0 | 其他 | 设置 |
1.0 | 吃什么 | 菜谱功能 |
1.0 | 客户隐私保护规则 |
这样,我们就把1.0版本的内容再次确认好了,我们更新了迭代待办列表。
但是,这样问题又来了,我们发现,如果按照这个计划来执行,我们在12底前都交付不了 V1.0版本。