前言
Hi 你好，我是东东拿铁，一个正在探索个人IP&副业的后端程序员。
今天我想和大家聊聊我的一些想法：面对需求，界定问题，比解决问题重要100倍。
起因
事情的过程是这样的。
团队里最近来的新产品小伙，提了一个需求，因为用户的错误操作，我们需要提供一个类似于MVCC的回滚逻辑。
需求功能描述是这样的
增加取消xxx功能，对于xxx错的数据，可以取消，然后重新操作。
因为涉及到的表差不多有10多个，涉及到数据的删除操作，如果回滚的话，多表操作影响面比较广，需求描述也比较模糊，于是我和产品发生了一下对话
我："为啥需要回滚？错误数据为什么会产生呢？"
产品："用户误操作"。
我："我们有列表，列表也有基础信息，为什么会误操作？"
产品："需求方也没描述出具体场景，反正就说是误操作。"
我："。。。。那你先去弄明白。"
产品一脸严肃的走了。
过了一会，产品又来了。
产品："哥我知道为什么会误操作了。他们线下用纸手写交接信息，提供的信息有问题，导致用户无法对应某些数据，所以操作错了。"
我："那这不是瞎搞吗，数据都没对应上，就去操作系统？？"
我接着问："那么有没有可能前置帮助他们解决数据不准确的问题呢？ 有什么方案吗？"
产品："还没想过。"
我："。。。。。那要不咱再想想。"
产品又一脸严肃的走了。
大家有没有遇到过类似的场景呢？
What+Why+How思维模型
是什么
有一种思维模型叫What+Why+How思维模型。
- What：先搞清楚问题定义，界定问题比解决问题重要100倍。
- Why：为什么，起心动念是什么，目的是什么。
- How：最后才是方法论、怎么做。
其实大部分人，在做事情的时候，只关心How的部分，却忽视了问题的界定，不知道我们为什么做，为什么出发。
那对于我们程序员，怎么利用好What+Why+How的思维模型呢？
什么是产品
是什么构成了产品需求？
- 场景
- 用户
- 需要
- 公司提供的产品和服务
一个好的产品，应该具备哪些意识呢？
- 商业意识
- 用户意识
- 数据意识
我们只聊第二个，用户意识。
所谓用户意识，就是说做产品时，你要能挖掘出用户的真实需求，让产品有好的用户体验。这需要你要有同理心，能站在用户的角度去思考和体验产品。
大部分程序员可能更多的专注于程序上，大部分产品只专注于客户的要求的解决方案上，所以用户意识有所欠缺，开头的那个例子就很明显。
这个产品功能，细节没有定义清楚，只有短短20个字。我不主动提出，影响面不能够清楚定义，可能做出来的也不好用。
思考清楚，多提问题
当产品提出的需求缺少背景信息，不清楚解决了什么问题时，我们该怎么做呢？
在需求评审的时候，多问几个问题
- 这个功能的需求是什么？
- 我是否完全理解了需求？
- 如果你是这个功能的用户，你觉得还有哪些地方值得改进？
- 哪些方式可以帮助提升用户体验？
- 这个 API 用起来是不是好用？有没有更好的设计？
- 除了对产品的思考，日常工作中，遇到一些问题，也可以从产品思维的角度去想想。
完成方案梳理
回到开头的那个例子，面对这个需求，我最后的思路是怎么样的。
what（是什么）
用户因为误操作、功能不好用，导致数据被错误处理。
why（为什么）
功能的数据对应，因为牵扯到两个部门，所以在交接的时候，是线下用手写的方式，把数据从A部门给到B部门。
问题1：手写的方式，及其容易记错顺序，比如把1记成2，或者下一个该3了，但是写成了4.
问题2：工作人员下班，忘记交接，或者注意事项忘记嘱咐。
how（怎么办）
无论什么系统，都是有可能产生错误操作，或者形成错误数据的， 人工介入的成本，是无法避免的。
回滚操作，是一件投入产出比不高的事情，可能人工处理只需要花费10分钟时间，而且在前置做好校验的情况下，发生的概率很低。
那么如果这个功能需要花3天时间来研发，那么大家可以看出，研发人员投入的时间，可能在现场永远也节约不回来这些时间。
那么我们把线下手写信息的方式线上化，数据能够在平台上查看，当用户操作前，先根据线上信息去确认，然后在操作时，增加校验，假设数据存在问题，给予用户提示，让误操作的概率降低到最低。
说在最后
好了，文章到这里就要结束了，感谢你能看到最后。
最近看到AI代码生成的新闻越来越多了，已经可以提供交互，自动生成代码，并且也能有30%的采纳率。
为什么采纳率是30%？我觉着仅靠交互，AI是不知道what+why的，他只知道how。
如果我们也不去多思考思考，只一味的执行，那你说AI是不是真的就能把我们取代了。
不知道你是不是也有类似的经历呢？欢迎在评论区留言，也欢迎加我wx:Ldhrlhy10，一起交流～