产品研发的思考

产品研发是互联网公司运行的重要一环，决定着公司的命脉。

产品研发包含了需求分析、产品设计、代码开发、交付运营四大环节，这每个环节都是相当重要的，且缺一不可。

经过多年的产品研发经验，我沉淀了十六字的原则，即

除痛 链路

易用 创新

性能 扩展

稳定 可控

这十六字分别对应了研发的四大环节，接下来我逐一介绍。

需求分析

---

这是我们找方向、定方案的重要一环，理解清楚需求的本质，站在用户角度看问题是我们做需求分析的根本。

在互联网百花齐放的今天，我们享受着遍历的网络服务时，其实也面临了许多痛点。能发现痛点并找到一个合理的解决办法，便是我们的机会。

痛点之所以称之为痛点，在于它对于用户的体验产生了较大的影响，甚至产生了痛感。当我们通过技术手段解决了问题后，用户可以产生幸福感、依赖感，这对于研发和用户来说都是一个双赢的选择。

所以，除痛是在我们做需求分析里需要考虑到的很重要的一环。

优秀的产品，往往都是拥有完整闭环的。比如，我们可以在淘宝里看直播、咨询、下单、付款、查物流，一次完整的购物体验只需在一个APP内就可以完成。从文字描述的流程里看，这次购物包含了5个步骤，每个步骤都是环环相扣，怎么让客户弄清楚我们的流程，并按照我们设计的流程来进行，这是我们要思考和设计的。

我们要知道，客户的群体是复杂的，文化水平是参差不齐的，我们要进行全方位的分析，来最终确定我们的流程。也就是说，面对什么样的场景，什么样的群体，我们应该有什么样的流程，或者说，我们能不能找到一个能让绝大部分人都接受的流程。

全面并细致的分析清楚业务流程，是我们产品设计的基础，基础打好了，产品的质量也就有了保证。

产品设计

---

一个产品好用与否，是完全由用户说了算的，它不以设计者的意志为转移。

一个好的产品，必然会给你舒服的体验，好的设计体现在众多方面，比如颜色的选择、布局设计、交互体验等等。视觉设计是一个很复杂且专业的类目，在此就不多聊。

一个漂亮的界面，令人印象深刻的logo，甚至一段精美的广告，可能是吸引你使用此产品的第一步。当你打开APP，并开始尝试使用并完成你想要做的事时，你就能感受到产品的设计者是否用心的设计了这款产品。

一个普通的产品是能够正常的操作并完成某个功能，而一个优秀的产品是可以快速、便捷的完成某个功能，同时他还可能帮你做了下一步的准备或记忆了你的一些习惯，目的是为了更简单、快速的完成你想做的事儿。例如，当今正在流行的抖音APP，利用大数据和算法可以为用户推荐其偏爱的视频，用户不需要去刻意的搜索，便可以持续的欣赏其想要看的视频，这对用户来说无疑是相当易用了。

易用往往是优秀产品都具备的特质，它帮助用户离其目标更进一步，用户的便利，便是软件的价值所在。

快节奏的时代，“三年大变样”已经是屡见不鲜了，时代对我们提出了更高的要求。产品迭代带给企业的压力无疑是巨大的，每年的9月，全世界上千万人都在等待Apple公司推出的新款IPhone手机。作为手机行业的龙头，相信其员工无时无刻不在尝试新的创意，为了向世界展示其源源不断的创造力。

对于任何产品的研发，创新一定都是全方面的。我们需要让整个团队保持创造，它不仅包括了界面的美化、交互上的优化，也包含了设备、程序的创新。在5G高速发展的时代，拥抱新技术，判断新方向也是我们需要认真研究的。

创新不一定是要创造出之前完全不存在的东西，它往往可能需要建立在已存在的优秀的案例之上，我们通过切换角度，让旧的、优秀的方案焕发新生。例如，我们常常能看到很多时尚大牌会推出复古系列，但依然能取得成功。复古不等于把旧事务完全复制，而是把握旧事物中的精华，注入到我们的创新之中。

代码开发

---

代码开发的工作是属于软件工程的范畴中的，它是个需要专业团队来完成的工程。软件工程与建筑工程类似，只是建筑工程师交付给客户的是一座楼，而软件工程师交付给客户的是一个运行在计算机中的软件。

在国内，我们习惯了免费软件、盗版软件，可能会觉得软件就是很廉价的。但在国外，商业软件的费用其实还都挺贵的。尽管市场环境不是太好，但我们还是应该对工程保持敬畏，做出高质量的软件。

庞大的用户基数，对我们技术提出了挑战，我们通常没办法拒绝用户来访问我们，当然我们也会欢迎他们。随着用户数量、访问流量的增加，如果我们没做好应对方案，结果就是界面的访问变慢，甚至出现无法访问的情况。这对于用户来说无疑是灾难的，他可能正在使用我们的APP进行网络通话，断断续续的信号是不可接受的。

所以，我们应该认真研究保证性能的方案。首先是估算我们的用户量以及访问频率，同时这也是个长期的计划，我们要根据不同阶段来做不同的调整。当然，在产品的初期，我们不会有那么多用户，选择合适的方案是重要的。

随着产品的不断发展，我们会拥有越来越多的功能，当然也不是功能越多越好，这就对我们代码的扩展性提出了要求。通常我们新增一个功能，便会增加一个模块，但这个模块可能会和另一个模块产生耦合，假如过了一段时间，当我想删除这个模块，灾难发生了。删除一个东西有时候往往比加一个东西更难，因为你没有认真考虑过它的扩展性，其实在代码层面，我们也要尽量往前多走一步。

交付运营

---

和包工头把改好的楼交给开发商一样，研发团队会把产品交付给运营团队来运营。

房子质量不好，购房者会找到开发商讨说法，而软件不好用，受伤的也是我们运营团队。所以保持服务的稳定运行对运营团队来说至关重要，而保持稳定的关键就在于我们要预留好储备的空间，这就要求我们要采取可实时扩容的部署架构。

目前市场上的云方案很多，实现随时扩容的技术方案并不难，难的是做好成本与稳定的平衡。就算是日活千万的微博，还是会时不时的被热搜击垮，并不是说微博没有考虑到这种超级热搜的情况，而是有没有必要为这种偶发的热搜付出较大的运维成本。

这个如意算盘，看起来并不好打，需要仔细斟酌。

理想总是美好的，现实却又是残酷的，哪怕强大如阿里、腾讯的公司，也很难避免故障。例如，阿里云提供了99.999%可用性保证，也就是说那0.001%的故障概率是存在的，不可避免的。

残酷的现实是我们必须接受且做好准备的，而确保系统的可控性，就成了我们避免长时间、大面积故障的必要方法。当我们面对故障时，会有哪几件事呢？

首先，我们需要在第一时间知道故障发生了，并且能保留可能引发故障的数据，有点类似于飞机上的黑匣子。如果我们想在第一时间进入处理，那一个完整监控体系就是必须的了，如果没有监控，可能我们要等到客户的投诉电话打来，我们才能知道故障出现了。

故障发生后，我们要有预案，怎么恢复业务？能不能启动备份服务？等等，不要等到故障发生了，才开始新办法，这样会让故障的时间大大的延长。

当我们用尽一切办法后，业务恢复了，但我们仍然不能大意，在没有找到根源之前，故障随时可能卷土重来，及时复盘，及时修复，然后长舒一口气，缓解一下沉重的心情吧。

我们永远无法保证100%的稳定，但是让99.999%的9继续生长吧。