PDF《1. 介绍》

13 解决方案 方案二: 1. 开发完成一个支付渠道的会员付费和核心特权 耗时一周 首个里程碑发布 2. 开发会员续费+部分特权 耗时一周 第二个里程碑发布 3. 开发会员等级系统+部分特权 耗时一周 第三个里程碑发布 4. 开发会员积分兑换+部分特权 耗时一周 第四个里程碑发布 理想情况下: 方案二比方案一提早上线3周. 意味着可以先一步获取用户的反馈.多获得了3周的付费用户. 试想极端情况: 上线后,发现根本没有用户想为会员买单. 方案一耗时4周得到了这个结论.方案二用了1周. 在精益创业the_lean_startup 这本书中作者提出了杜绝浪费的理念,在提出解决方案的过程中值得参考,看看是否有造成没必要的浪 费: * 问题找错 辛辛苦苦做了一个世界独一无二的可以吹头发的皮鞋, 可是用户没这问题,做出来的产品没人要. * 解决方案做错 辛辛苦苦花了一年做了一个独一无二的可以吹头发的皮鞋, 可是用户需要的是可以吹头发的手机,做出来的产品没人要. * 过早优化 一个可以吹头发的手机都没卖出去, 就在苦苦思考如何把它变得更加轻薄,花大把时间精力追求 0.5cm 的设计. * 过早扩张 一个可以吹头发的皮鞋都没卖出去,就在苦苦思考如何寻找风投,建厂,找地皮,等等. Facebook 的标语其中两句用在这里很合适.. Done is better than perfect Move fast and break things 推荐 link: 精益创业指导创新产品开发 至于交互, UI 等不是强项就算了 评估过程中可以参考尼尔森的十大可用性原则 推荐 link: 以简书为案例讲述「尼尔森十大可用性原则」 交互设计基础 iceberg_model . 冰山理论 ? slack . Slack ? meeting . 开会简单高效,提出会议的主要目标,最终达成一致.具体见章节开会. ? the_lean_startup . 精益创业 ? 产品研发相关流程

14 解决方案 这一阶段就进入了 Scrum 的开发周期. 具体相关说明可以参考 Scrum 的流程 有几点需要注意的 每个 Sprint 周期都应该预留出一定的时间作为 Bug 修复的时间 Sprint 开始时每个小组发出公示邮件,写明 Sprint 的周期,要做的 Story,每日站会的时间地点,评审会议时间地点 Sprint 开始后意味着整个组的唯一目标就是完成这个 Sprint. 除了各别情况,应该以完成 Sprint 为第一优先级. 回顾会议 尽可能的详细记录整个过程中出现的问题,反思等 每个 Sprint 的完成情况将作为考核的主要指标之一 Sprint 产品研发相关流程

15 Sprint 验收会议我们合并在 Sprint 结束的评审会议中. 参会人应该在 kickoff 会议人基础上包含 Sprint 的小组成员. 这一阶段主要是来验证成果是否满足了预期的需求. 没有问题则准备上线,有问题则汇总问题后进入下一个周期循环. 验收 产品研发相关流程

16 验收 上线前需要做Check 几个事情. 确认 A/B test 的信息 确认功能开启时间 确定客户端 on sale 时间,是否需要手动控制 各客户端提交版本 提交数据库变动 后台进行部署 检查后台各种开关的状态 上线 产品研发相关流程

17 上线 产品上线后根据统计数据 检查是否产生了新的问题,是否需要补充和修正 对需求产生的价值进行一个验证.是否带来了预期的价值. 如果低于预期,总结原因. 检验数据 产品研发相关流程

18 检验数据 所有问题请直接反馈给对应的PD, 由 PD 负责记录并根据紧急程度决定是否转达给研发. 针对 Bug 我们暂定4种级别 1-urgent,系统大面积不可用,必须马上改,需要申请紧急发布 2-high,明显的bug,需要修改,下一次发布修复 3-medium,不严重的bug,时间够时下一次发布修复 4-low ,可以忽略的 bug, 视难度及时间决定 后续考虑启用工单系统完成内部系统大部分问题的解答及知识库的保存. 问题反馈求助 产品研发相关流程