Day 64:精简MVP

对于第一个版本,应该尽量缩小功能范围,以便向客户传递出最想传递的信息。

1. 把每个功能都过一遍,确定是否需要包含在MVP中。

2. 从那些能解决最令用户头疼的问题的功能开始。

3. 去掉那些可以有,或者不需要的功能点。

4. 接下来再看第二,第三个最令用户头疼的问题。

5. 有些用户可能会提一些功能性要求,参考一下,看看是否重要,列入到MVP中。

6. 如果产品需要收费,那一开始就需要说明是收费,只不过事后再结帐。

7. MVP的目的是加速学习用户问题,而不是优化代码性能。

还有一个可以缩短开发周期的方法,就是持续部署。

功能列表确定之后,就可以开始确定用户注册激活的流程了。这个流程指的是客户注册成为用户,并感受到良好第一印象的整个过程。最终目的是要让用户尽快的享受到产品的独特卖点。

有以下几个方法。

1. 可以缩短注册环节,减少阻力,但前提是不要影响我们学习效果。

2. 必须保证能够实现宣传的独特卖点,要给用户留下好的第一印象。

还可以做一个宣传网站,推销产品。

你可能感兴趣的:(Day 64:精简MVP)