程序员当产品经理是一种什么体验
- 烧死产品
- 故事的起因
- 去年的产品
- 产品深似海
- 产品展示
- 总结
烧死产品
烧死产品是每个程序员的夙愿
每当产品经理让我们改来改去的时候，我们的第一反映都是,把朕的五十米大刀拿来。
烧死产品经理
故事的起因
每年的双十一，是我们电商企业的“年关”，我们开发部门都会给业务部门做一个数据直播间。能让大家实时的查看到自己负责的品牌的销售情况等，
16年那一版是我们做的第一版，那一年和产品经理吵的很凶，所以产品经理罢工。秉着你行你上的原则，经过友好的20分钟会议，这一次产品只出查看指标，产品设计完全由开发人员自由发挥。
去年的产品
业务部门大神设计的产品一定很实用
首先来看一下去年的设计，其实对于业务部门来说，这样的指标展示完全是他们想要的。很全面，甚至有去年今日的数据作对比，产品经理在这之前对各个业务部门调研了很久。
烧死产品经理
但是他们口中想要的，真的就一定是刚需吗。如果你问他们一个问题:某某指标，你们需要吗。我觉得他们一定说要。哪怕是无关紧要的指标，能看到总比看不到强。所以，如果我们一味的去满足业务部门，这一条路是行不通的。所以我们要比他们更了解业务，准确的说更要理解每一次产品的真正定义。
一入产品深似海
站在产品的第一视角去看待问题，是每个程序员的必修课。
这一次的产品设计是一个数据实时的直播间，直播间是一个大屏的设计。所谓的大屏的设计，就是能在一屏之内看到自己所关心或者说迫切知道的数据指标。
关于大屏设计，当然首选阿里出品的数据可视化datav。可以随意的拖拉出一个大屏的完美结局方案。但是，你会发现，你拖出来的东西，其实并不是那么的美好。然后就会写论文一样，进入了无休止的不动版修改中。
不动版
永远没有定稿，要么布局不可以，要么配色不满意。最可怕的是，当你慢慢找到了合适的配色之后，突然发现应该突出的重点偏轻了。这一点，下面的文章会提到。
什么是好的产品
定稿两个字，永远不会在字典里面出现。
记住，所谓的定稿，只是给用户的那一版。而对于真正的产品是没有最终稿的。
举个例子:大家都可能会遇到这种情况。交付用户手中的那一稿，往往是N多版本中的前几个版本。我觉得这是因为很多产品经理在慢慢的修改的过程中，突然意识到了设计方向的偏差。
但是这样做，不是没有意义的。多余的版本虽然没有展示给用户，但是这些可都是对于这一次产品设计的思考。思考对于产品设计来说真的是意义重大。思考不仅仅能带来好的产品，更能加深对业务的理解，有了每次的深入的思考，下次的产品只会越来越好。
产品展示
捂脸逃跑
这一次的产品设计，我使用的是sketch画的。借鉴的DataV上面的一些例子。
其实设计的一般，好多地方都是我个人的一些理解，在内测期间，大家提出了很多建议，这一次的产品设计之旅，对于我来说，意义重大，是一次成长。也许下次和产品经理沟通的时候我会少烧死他们几次，更能帮助自己理解业务，写出更好的代码和产品来。
image
image
总结
- 一个好的产品，除了满足业务部门的需求之外，更应该让他们有惊艳的功能体验。不要一味的推出新品，也不要一味的去仅仅满足。一定要做到取舍有道，用户的使用习惯是完全可以培养出来的。
- 我觉得工程师都应该从产品的角度去理解自己做的东西，这样才能更好的用代码去诠释产品经理的真正意图，为后续的模块更新做好支持。
- 吵架的时候还是一定要吵的。该烧的也一定不要客气。
