三、利用沟通和参与确定V1.0的项目范围

于是,大鹏便召集了团队,讲出了他的担忧,但是我们的开发骨干于倩却不以为然,她也使用过竞品的功能,她认为竞品的易用性和流畅性,在她看来都做得不好,她有自信在这方面超过它们,“只要我们易用性和流畅性做得更好,一定会有用户觉得我们的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版本。