这是知果日记的第 131 期分享
7月最大的开心是新书有了一个大进展，终审过了、书号下来了，应该过不太久就可以和大家见面啦！
小小期待一下
~
这个月做产品的过程中，遇到了不少问题，促使我思考如何可以设计好产品，包括能快速而透彻地理解需求、能从更高的维度考虑方案、能知道功能之间的关联关系，能有一些创新点输出出来，等等。
特别是当我们不仅仅是处理需求，而是要规划产品整体方案时，就更加难了。
根据我这段时间做产品的经历，我有10个小思考，与你分享。
我们总是希望在产品中能加入创新功能，作为与竞品竞争的有利武器。但这真的容易吗？我自己觉得这不容易，特别是对于初级产品经理，或对行业、业务不熟悉的产品经理来说，几乎不可能会有什么创新点可以给出来。
产品整体创新，或是产品某个功能创新，不是基于随意畅想，而是基于对行业、业务、客户、产品逻辑的深度理解。我有时候会在某个问题上卡住，就知道自己对这块其实并不足够了解和熟悉。所以，路漫漫，还需修炼。
侧面也说明，成为资深B端产品经理，并可以构建出优秀的B端产品，是需要时间与经验累积的。
所以，如果你想在B端深耕，建议不要轻易换赛道，否则基本就是从头再来。
假如你负责的产品是给企业内部员工使用的，那么如果领导允许，可以采用轮岗的方式，去体验一下自己已经设计好的产品。比如，你设计的产品是给业务部门客服用的客服系统，那你可以通过做一个月客服，来体验自己设计的产品好坏。
通过轮岗，非常能发现自己设计的产品的问题在哪里，有助于我们站在用户视角去思考问题。
如果我们设计的产品不是内部的，怎么办呢？确实，这就没办法轮岗了。这时候我们可以去了解产品对应的业务，把自己模拟成为一名用户，尝试用自己设计的产品来解决业务问题。
如果你是产品负责人，确实会很有压力，不仅要把产品做好，还得考虑产品后续的推广与落地。相当于我们在做产品时，是采用以终为始的心态在干，而不是干一天算一天的心态。
以终为始，会让我们不敢出错，害怕出错就会给公司带来损失，此时，我们做产品也会束手束脚。
所以，一方面我们要抱着以终为始的严谨心态，一方面我们也要调整心态——不追求不出错，但不刻意制造错误（明知故犯就不对了）。
我有时候也会担心自己出的方案是不是不够好、不够合理，总是会给自己增加无形的压力，其实这样子反而做不出合理的方案，畏手畏脚。有时因为想把方案做好，半夜睡不着也是常有，看来修炼心态真的是一门必修课。
可以说，由于每一个需求都有多种解法，因此，没有一个产品设计方案，不带着众多质疑。除非，那是老板自己做的产品方案，很多质疑声已经主动消失了。
质疑说明产品设计方案有问题，产品经理需要解释清楚这些问题，而问题的结果无非两种，一种是依然用原始方案，一种是改进方案。
我们大多数人都不喜欢自己的方案被质疑，一来解释很费劲，二来改方案牵一发动全身。
但不得不说，我们要做好产品，被质疑也很必要，这会推动我们更深入地思考自己的产品方案。
我之前提到过，我们做产品要向着预防问题去，而不是满足于每天解决一个又一个的问题。
看似每天忙忙碌碌得在救火，解决用户提出的一个又一个需求，但这并不是好事儿，这说明做产品的思维还有待提升。
用预防思维设计产品，需要我们对业务有深刻地理解，及对如何设计产品有深刻地认知，两者缺一不可。
预防，就是当我们在设计A功能的时候，能预见到A功能如果这么设计，是否可满足用户需求，如果不能，要怎么设计可以提升用户满意度。设计了A功能，对后续产品迭代或其他功能的加入有无影响，等等。
你知道吗，很扎心的一点是：客户根本不在乎我们的产品可以做什么，他在乎的是，我们的产品能为他做什么。
也就是，我们把产品介绍的天花乱坠，但与他无关，他一分钟也不想多听。
我记得曾经有一次跟着售前去一起与客户交流，我们介绍了几分钟产品后，客户直接打断了我们，要求我们说重点，说能为他们带来什么价值，他们压根不关心产品里面到底有哪些花里花哨的功能。
所以，这给我们在设计产品时提了一个要求，即：时刻关注你在为谁设计产品，不是公司、不是老板、不是自己，而是付费的客户。
我们做产品的时候，参考竞品已经成为常态，特别是参考靠前的竞品，包括其功能、界面布局、交互、视觉等各个方面。
但我们需要认识到一点，竞品呈现出来的东西，是冰山上可见的部分，而冰山下的部分，是我们看不到的。竞品的文化、设计思维、愿景等，这些才是支撑竞品可以做好的底层原因。
所以，如果我们盲目的借鉴竞品，其实未必会给我们带来好的结果。有时间，我们更需要的是研究竞品背后不可见的部分。
竞品的成功，并不代表我们照葫芦画瓢也可以获得成功。
宏观是指宏观架构，微观是指微观设计。当我们刚做产品的时候，通常只关注微观设计，比如来了一个需求，我们只关注怎么解决当下这个需求，而很少关注产品全局；比如这么设计会不会影响其他模块的功能，会不会与现有商业模式产生矛盾，等等。
我们越往后做，越需要关注产品宏观层面的情况，如果能将宏观和微观联动起来看，就更加好，不过这需要长期刻意练习。
迭代可以说在产品界属于产品设计的指导性原则，应该没人不知道。但我们不能拿迭代当幌子，企图先随便弄个MVP版本推向市场，然后通过迭代来拯救原本就毫无逻辑的产品。这样子的迭代，不仅损伤了客户，更损伤了公司口碑。
用迭代思维设计产品，我们要在现有信息、现有规划、现有能力范围内，将产品做到最好，在此基础上继续以符合产品设计逻辑的方式迭代。如此，不仅客户受益，公司也会受益。
不知道你会不会焦虑，我很诚恳的说，我会。在产品精进这条路上，由于我是设计师出生，所以有时候不免会焦虑。再者，做产品，每天要面对新问题，可以说，一直要学习。我虽然对产品信息架构设计、界面设计、体验提升、从0-1构建等很熟悉，但技术我就不懂，就需要学习。
我总觉得自己还有很多很多很多要学，但好像怎么也学不完。今年我在调整自己未来深耕的方向，当然不会跳出自己所在的TO B领域，让自己更有目的的学习和积累，降低焦虑。
我在和焦虑斗争中发现，焦虑来自于自己对当前在做事情的不可掌控感，如果可以游刃有余的掌控事物的当下和未来，就可以降低焦虑。而降低焦虑需要我们有意识得去反思和切实执行，不反思、不执行，就没办法前进，也就会一直陷入焦虑中。
正视“焦虑”，使用“反思+执行”，在产品精进的路上，就可以持续进步。
· · · END · · ·
我的书籍与你分享
这是我为初入B端小伙伴准备的书籍（产品经理、设计师、研发工程师等）；为你打开认知B端的大门。
本篇文章来源于微信公众号: 知果日记
