2023年五一即将结束，突然发现记忆助理App从开发到今天正好过去一年。
过去一年里我和项目共同成长，我虽为开发，在做这个项目的过程中也逐步领悟到一些产品和设计的小技巧。
所以本篇文章做一个阶段性的总结（主要是从0到1去做踏实一个项目），希望能给大家带来一些信息增量，也希望明年我能在商业化和运营领域做更多分享。
本文将按照以下顺序阐述：
- 关于MVP具体该怎么落实？
- 人们到底需要什么样的记忆软件？
- 项目应该按什么类目去运营？
- 如何有吃相地进行商业化？
一、关于MVP具体该怎么落实？
（一）为什么MVP的制定是个问题？
一个新项目应该做到什么程度才能发布？
关于这个问题，我问了很多业内的朋友，答案基本都是：
MVP，即：最小可行性方案。
但我继续问：”到底怎么样的方案算是满足 MVP 的呢？”
得到的答案就各式各样比较玄学，大致分为：
“要会写用户故事，按照用户的使用场景制定MVP。” —— 3年大厂产品
“交互体验上不能让用户明显感觉到功能的缺失。” —— 8年大厂设计
这类答案我知道是正确的，但却不能指导我们具体实操，它相当于是给了MVP一个更加开放的答案。
比如接下来我们需要想”用户故事该怎么写？”、”交互体验怎么才能让用户感受不到缺失？”
我相信屏幕前的你面对这两个问题肯定会更加懵逼，这也是我当时的状态。
可能这时你会想：
“为什么要揪着MVP不放？功能一点一点加呗，完成一个版本就发布一个版本呗。”
在最初我也是这么做的，想到一个功能，做完之后就进行发布，尽管当时我还没搞懂MVP的概念，但丝毫不影响我不断迭代App的功能。
但是！有一件事情，它一定是要看MVP是否完成的，那就是：「商业化（收费）」和 「接受项目飞轮自传」
关于「商业化（收费）」，我的要求是：一定要先完成产品的MVP构建，如果觉得产品没有完成MVP，就不能启动商业化，不然就是辜负用户。
关于「接受项目飞轮自传」，在对项目主流程比较满意的情况下，可以一段时间不进行功能迭代，敢向着运营方向迈进。
所以，在我的理念中：MVP至关重要，它是一种内在的产品自信指标。所以它必须是一个可以清晰描述的可量化评估方案，而不能是虚的指标。
（二）MVP该如何实操？
我将领悟到的MVP方案起了个名字，叫： IRO策略，即：”input-road-output”，这个方案是怎么用的呢？
我们知道，App的本质是信息流动的整合，我们将App MVP的构建理解成基建，以水渠为例：
搭建水渠时，水入口是input，而水出口就是output。
一般来说，input的方式并不多：水龙头输入，
而output的方式会比较多：水可以冲马桶、做饭、洗澡、浇花等等。
所以第一个环节”input-output”要求的是：
output 一定要考虑全面，要保证整个水渠中，水的流入和流出都能考虑进来（尤其是流出）。
以我的App：记忆助理 为例，用户的input就是创建复习的任务，非常单一。
但output的方式就非常多了：
- 需要根据不同日期展示
- 需要流到背诵\抽查列表
- 过期和完成也要被监控到
假设我们没有考虑全 output 的场景，比如漏掉了 “任务过期”的场景，会发生什么事呢？
我们会发现，随着时间的推移，用户在input环节添加的任务，在整个App中消失了、监控不到了，这是多么可怕的一件事。
如果我们要构建的是水渠，漏了output的场景，相当于疏漏了output环节，那么遗漏部分的水渗入到地板中也是有可能的。