App开发如何保持迭代速度

前提

  1. 固定人员投入
  2. 固定上班时间
  3. 产品功能确定,不考虑功能是否有前景

以上条件相同的情况下,如何保持迭代的速度(更快的发布给用户使用、更快的反馈改进)

App开发的特点

App开发,涉及多个角色的协作,客户端依赖所有端:产品端、服务端、设计端、测试端。App的一个业务界面,可以做1天,也可以做1周(5天)。完全取决于产品设计、服务端接口、交互和视觉。

以一个按钮(button)为例

社交类产品,有新好友通知列表,可以:添加、同意、邀请好友三种操作。
最简的方式:默认button
经过设计的:每个操作,都不同的颜色来区分。

来看看这两种方式工作量的差别:

按钮文字(1)文字颜色(2)按钮背景(2)宽(1)高(1)总计
默认Add/Accept/Invite默认默认默认默认1
AddAdd22默认15
AcceptAccept22默认15
InviteInvite22默认15

吓尿了,5*3/1 = 15 倍,效果也确实”好看”。
p_i_t

产品设计

  1. 约定迭代周期(比如:2周或者1个月)
  2. 对于要实现的功能,在迭代周期内进行拆分(这个能力非常重要:优先级和紧急程度,再重要的功能也是要有个排序)
  3. 最简产品规划,但为未来做预留,但不为未来而实现(比如:推送消息,为了避免骚扰用户,进行发送频率限制?)
  4. 迭代内,不要变更需求了

服务端接口

  1. 优先定义好接口,接口就是客户端的血液。
  2. 接口的稳定,接口的改变导致Android、iOS都需要修改,两倍工作量额。
  3. 接口的异常情况说明
  4. 为未来做架构,根据需要实现
  5. 开发环境与测试环境分离

交互和视觉

  1. 风格统一,不要随性设计
  2. 多借鉴,少抄袭
  3. 界面的交互和视觉,紧密结合产品特点(否则一个界面展示的内容,得调用好几个API,扯着蛋了)

客户端

  1. 多封装代码,方便使用(app本质就是数据、UI、每个界面共同的东西比较多)
  2. 对于View慢慢封装不变的东西,把变的东西做薄。
  3. 除了View控件,对于View的界面慎重复用

发表评论

电子邮件地址不会被公开。 必填项已用*标注