Input （20分钟） -- 只允许"带痛点输入"
为什么输入是第一步？
技术人的思维通常都是先写代码，然后再找问题，这是上班状态培养的习惯，上面安排工作，你执行，这种属于执行者的逻辑，已经偏离了现实世界的环境。
这种思维带来的后果是：
你做的项目能跑，功能也很完善，但就是没人用。
你解决的一个问题，但是这个问题是你"以为存在"的问题。
所以我们要把Input放在第一位，而且要明确Input的定义。
这一步是纠偏机制，不只是信息收集。
它的作用只有一个：
强行把你拉回真实世界
什么是"有效输入"？
输入必须满足：真实、具体、可复述
不是你觉得有价值的内容就是有效的，而是能反复被验证的问题信号。
必须同时满足三点才算是有效输入：
- 真实
来自真实用户的反馈，而不是你的想象
- 具体
有场景、有过程、有细节的事情
- 可复述
你能在10秒内复述给另外一个人听
什么内容才算 Input ？
我们只允许三类：
- 用户吐槽
例如"这个东西每次用到这一步都特别烦"。
- 失败案例
例如"我试过xx，但最后还是放弃了"。
- 反复出现的问题
同一个抱怨，出现多次以上。
这些内容通常不优雅、不完整、甚至很情绪化。
但是它们都是真的。
❌必须禁止三类：
-
技术博客
-
新框架
-
成功故事
这些东西只会刺激你想做事 ， 却不会约束你该解决什么问题。
Input 是为了约束你，不是启发你。
Input 的唯一产出物
这个阶段，我们只会产出一个东西：一句话问题定义。
格式必须统一：
我想要解决的是：
___在___场景下的问题
示例：
-
我想要解决的是：
-
公众号运营者在活动推广场景下，无法知道二维码是否真正带来转化的问题
-
开发者在验证mvp时，开发成本过高的问题
-
如果你写不出来这句话，说明 Input 失败了。
一句话你必须记住
Input不是为了启发你，是为了约束你
它不是让你更兴奋，
而是让你更不自由。
但正是这种不自由。
才能防止你再次陷入技术人思维。