用什么样的视角看待问题决定产品的形态

在计算机领域有一个非常经典的业务模型 —— IaaS、PaaS、SaaS，借助这个业务模型的区分，我们可以快速的给自己的产品找到定位。

但在看产品的时候，其实你不应该去关注这些技术维度 —— 或者说，你真正应该关注客户的问题，以及你如何看待这个问题。

当你关注问题的视角不同，你的产品形态也会完全不同。

举个例子：

网站的部署需要服务器
- IaaS 层的产品认为我们只要让服务器易于获得就好，那我们就做 IaaS 层的云主机进行售卖。
- PaaS 层的产品认为服务器只是资源维度，用户并不关心资源，只关心应用的部署，那我们就做平台层面的产品，我们给用户提供基建，用户只关心基建之上的应用即可。
- SaaS 层的产品认为，网站不过是服务于业务的产品，既然如此，我为什么不直接给用户提供能解决问题的手段，技术根本不重要。

当你去找你的产品的竞品的时候，除了去关注同一个层次的产品，也需要关注到哪些和你不是同一个层次，但解决的问题相似或类似的产品，这些东西会有助于你更好的理解自己的产品，并划分产品的界限。

好风凭借力，送我上青云

对于如今的开发者们来说，已经处在一个很好的时代了，他们拥有着丰富的基础设施，这些基础设施，让我们可以以更加低成本的方式，来构建我们自己想要的产品和工具。

我们站在巨人的肩膀之上，构建属于我们自己的产品。

为什么我们一定要完全自己去构建一个产品呢？从国家的角度来说，这样情有可原，而从个人的角度来说，借助这些基础设施来构建一款产品，才是最为实际的。

我们需要自己从 0 开始建设一个云服务么？当然没必要，我们可以使用阿里云、腾讯云、AWS、Azure，你可以使用任何一个云服务厂商为你提供的基础设施，构建自己的产品，直到他们无法满足你的那一刻。

我目前所在的产品开始出现一些不太好的情况。

比如，产品能力不停发新能力的同事，原有能力因为各种坑导致产品不断在填之前的坑。

比如，产品未经深度思考，急匆匆的加入各种各样的新功能，然后在开发阶段不断修改需求，整个产品的迭代不断 Delay。

越来越多的乱象，不停的观察。

如何保持对用户的反馈，让用户对系统有掌控感：在进行产品设计时，应当给予用户一些主动的反馈，比如 Loading、Toast ，都可以有效的帮助我们给予用户反馈。提升用户体验。
通过一个动效将两个页面的元素平滑地连接在一起，就避免了生硬的切换：目前这一点小程序是做的比较不好的，我基本上都是使用系统自带的加载。这里面存在优化的空间，不过可能会带来的是代码复杂度的提升。
平时在设计用户体验的时候，产品经理需要去注意区分不同级别的用户，不同的用户对 App 流程和功能的了解是不一样的。产品设计最好可以帮助那些第一次使用这个 App 的用户设计一个门槛非常低，可以直接上手的功能通路。产品设计的确应该更友好，不过通过“随机”我觉得不现实，这里更应该借助的是游戏化的设计思路，用游戏的引导风格，来帮助用户更好的使用。

有价值的评论

唯一能持久的竞争优势是胜过竞争对手的学习能力。
盖亚斯

产品经理应当把大颗粒的整体性领域算法拆成小颗粒的算法单元，并在此基础上寻找产品化可能。产品经理应当更小粒度地看待每个具体算法过程和环节，并评估是否有能够被产品化的成果。
工程至少可以在三个方面快速提高产品的价值分值，一是通过规则在算法的基础上对输入和输出数据做筛选和过滤（很多时候体现为大量的正则表达式）；二是通过工程帮助算法做降维，比如做人脸识别，我们不用把摄像头拍下的整张图片送进神经网络，而是通过工程的方法把图片中的脸截出来并且特征化之后再往算法里送；三是协助算法的训练，比如做手写数字识别，样本量不够的情况下，可以用工程的方法添加旋转和噪点，生成一些新的训练数据。
算法有可能会错判和漏判，这都是产品经理需要理解和考虑的场景，并且要去通过产品设计去消化它。比如反欺诈要准备申诉的流程和入口，垃圾邮件可能需要提醒机制和独立的文件夹等等。

Day：2019-03-14

产品经理行走江湖不看招式也不看颜值，产品，才应该是他唯一的名片
邱岳

这段话直接点出了产品何以晋升，唯有不断的优化自己的产品，让自己的产品能够被社会、行业认可，才能成名。

相比之下，做技术就简单很多，因为你只要技术足够?，不一定需要搞定什么特别大的场景，写一些深度的技术文章，一样可以达到同样的效果。

心得：

不要将责任推给用户。说起来，这个还颇有体会，我的一个朋友在搞的项目，就出现了将责任推给用户的问题。但是，这个也有个问题，如果一味的追求不将责任推给用户，在国内的这个环境下，可能会出现问题。举个例子来说，目前国内的要求是，任何站点都需要提供短信验证码来验证实人身份，如果你考虑为了不把责任推给用户，选择自己想办法绕过去，后续真的出了问题，可能责任就需要你自己来承担了。
方案选择的平衡。因为资源永远有限，我们需要把它更多投入到我们的竞争优势上
验证码的进化。我们所采用的方案，应该是具备进化属性的，因为随着时间、环境的变化，我们所得到的东西是不同的，前期由于条件限制所无法实现的东西，后续我们还是可以实现。举个例子，对于应用上线初期，我们经常会遇到的一个问题就是，需要设置很多东西，但实际上，当应用运转一段时间后，这些属性是不需要设置的，只要从历史的数据中学习而来即可。

这里有一些工具是我自己在用的，比如

我没有在用的