第一版上线易,后续迭代难

更新日期: 2020-10-29 阅读次数: 2691 字数: 763 分类: 头痛的问题

无论是公司的产品,还是个人业余开发的小工具,都有类似问题。在第一版 mvp 上线验证想法之后,就失去了继续迭代的动力。

具体表现

  • 没有动力
  • 迷茫,下一步,功能做什么
  • 对复杂功能的恐惧

没有动力

还是功利心在作怪。毕竟花费半天到几天的时间上线一个简单的产品 mvp,能获得巨大的满足感。但是继续运营,开发,就要投入几十遍甚至上百倍的精力。可是,立即享受心理如何客服,曲线达到延后享受?

后续迭代,也应参考首次开发。从零到一容易,但是从一到一百就容易产生心理负担。拆解,从一到二。

再就是,对后续版本期望过高,希望得到10倍增长,忽视了带来的用户价值。

缺乏计划,标注需要的时间,晚上控制在半小时编码工作量比较好。毕竟,设计及测试还需要时间。一晚上只做一件事,不贪多。例如,你是否愿意拿出一晚上时间来把这件事想清楚。即便不写一行代码,能把这事理顺了,事半功倍,磨刀不废砍柴功。

这是一个反复遇到的问题,说明还没有建立起自己的工作流体系。否则,靠个人自律,很难。

即时满足的实现

记录总耗时。用 excel 非常合适。计划工时,实际工时。统计已完成功能的合计工时。增加满足感。尝试了两天,发现我根本不关注时间。

实践证明,asana 更适合做这种功能管理。条理清楚,以用户角色,功能模块进行整理,更容易发现新的突破点。比 todo,doing,done 这种赶工的模式更容易明确自己能创造的价值。

asana 使用技巧

list 视图更方便了解功能列表;board 视图具有跟 trello 一样的良好操作手感。

迭代优化要难得多

比如一个界面针对不同用户角色如何优化,即便是一个字体颜色的选择都需要反复斟酌。远比第一版套个ui框架就上,要难得多。

添加一个延伸功能,例如 excel 多平台导出,也不是想象的那么简单。

从另外一个角度看,后续运营开发才更加锻炼开发者。分析用户属性,分析各个页面的统计数据,分析竞品,似乎被逼走上了专业的道路。

何必畏手畏脚

似乎第一版形成了一个无形的枷锁,反而自己不敢在上面进行发挥创造。

我觉得,太马行空地加上一些奇怪的功能未尝不可。至少能让自己开心,这也是有价值的。何况,一部分用户也像自己一样喜欢这种奇怪的功能。

关于作者 🌱

我是来自山东烟台的一名开发者,有敢兴趣的话题,或者软件开发需求,欢迎加微信 zhongwei 聊聊, 查看更多联系方式