在过去的一年里，我为某饭圈的APP开发过诸多的服务端产品功能，也面临诸多产品设计性问题。
“腐化”应该不是一个陌生的词语，但是这个词已经给我留下了深刻的映像，"腐"字深刻行动的描述一个产品是如何一步一步从简单清爽，到繁琐，请允许我用”s恶b臭“来形容这个糟糕的产品，因为糟糕的产品就行臭水沟一样，“啊，太可怕了，一阵阵臭气传来，乌黑的水混搅着垃圾、枯枝，真令人恶心”。这使得你不想靠近，一旦涉入其中就会难以自拔，苦不堪言，但又无法拒绝，不得不让你成为臭水沟工作人员。
我相信所有的开发者都不希望自己的参与项目是一潭淤泥并且散发着腐臭，但是为什么会出现这么多糟糕的产品呢？难道是项目最初的设计者经验不够，又或者商业需要得到迅速发展？我认知的事实并非如此。现在，产品从业人员的水平都普遍提高了，因为我们有前人那么多经验可以借鉴，连刚毕业的大学生也知道用简单的漏斗模型。难道漏洞模型也太差了，不好用，实际上80%的项目运用其两三种种模型足以应对。那到底是什么原因导致了产品腐化呢？我认为主要有以下几个原因：
不理解产品的背后商业价值
实际上，几乎所有面向用户的的APP（尤其是交易类APP）都有其所属的商业价值，理解所开发的商业价值对整个项目的成功来说至关重要。我发现很多时候产品经理对自身体验不屑一顾，而对那些所谓的非体验性需求盲目的崇拜和追捧（别人有的我也要有），其实这是一种本末倒置的行为。
现实世界本身是商业性的，而商业中则会充斥着各种各样商品交易。理解内在的商品交易性行为，如何把交易性用一种业务化繁为简，可以增加见识、拓宽视野。如果你是一个在饭圈行业工作的从业人员，那么长时间在饭圈领域工作的精力将极大地提高你的市场竞争力。但是如果你不愿意花时间去学习饭圈领域的知识，而是去盲目的追求最新的玩法，新的业务，那么其实你是丢芝麻捡西瓜，浪费了这个行业带个你的附加价值。我不是不鼓励产品从业人员瞎折腾，创造一些新的玩法，实际上我自己有时候也有许多新的想法，尝试去弄一些新玩意，这视乎是工程师们的一种天性----好奇。好吧，不要放弃了解自己所在行业/领域的知识视为不见，而盲目的追求其他的行业的”高大上“的业务，因为根本没对产品产生了商业价值。
为什么说理解项目所带来的商业价值至关重要呢，那是因为只有理解了交易性价值你才能识别出来这个项目的核心领域所在，这样这个项目才不会走偏，才会得到很好的交易流水。传统的商业可以追溯到商鞅变法，这确是一个有趣的发展，治理好用户与企业之间的交易，极为重要。如果你的企业正在亏钱，用户不为你的商品买单，也没有得到流量红利，请你静下心来，请治理好交易，商鞅的故事已经告诉了你的答案。
有些人拿到商业决策，吭哧吭哧地撸袖子上阵，我认为这是十分要不得的。接到商业的方案的第一反应不是要想着我要做哪些业务，而是要多问问自己这个产品如何加上商业与用户友好的打交道，产品经理的意图千万不可着急，程序员得到需求方案时候千万要着急设计数据库。千万不要盲从任何领导的话，实际上有些时候他们自己也不知道自己要干啥，为啥要这么干。这个时候必要的交流是不可少的，随着对话的深入，你和领导们对整个产品商业价值都会有着更深地认识。当然，新人和实习生在这方面经验往往不足，此时最好找一个与此比较资深的相关人员来帮助梳理一些问题。
相反，如果你不知道你的产品商业价值，只要说到想到就做，那么恭喜你，你的产品正在腐化。当你在抱怨说“为什么项目不赚钱”，“不赚钱有什么关系，发工资就行”之类的话的时候就可以闻到一丝“腐化”的闻到。你可能会说上面要求的、自己不是专业的、时间太赶的外部原因，所以临时地搞一下。Ok，这没有任何问题。但是我还是要说，你知道你做的这个项目的核心价值吗？如果你的回答是Yes，那么恭喜你，你是一名专业工作人员了。否则，你可能需要学习一下技术之外的东西的了－那就是沟通(尝试去降低产品腐化风险)。
过度创造无关的产品功能
一个产品的使用的头号敌人就是复杂，现在如果使用一款产品如果复杂，动不动就几十个几十上百个大模块，但是现实上交易需要那么复杂吗，不会因为你的公司市值已经超过千万了吧。好的产品将会把繁琐度控制在可控的合理范围之内，一个成熟的几十人小团队能把控住的也不过至多十几个大模块，如果一个团队正在把控二十个大模块以上，那么危险将要面临了。说不定现在的互联网倒闭潮是因为这个，无法把控交易的质量，
如果你在设计一个新产品，那么我需要提醒你一定要控制好操作繁琐度。一个好的产品的核心域往往是简单的、直观的，其他人很快就能理解其核心的商业原理。如果一开始系统设计的十分复杂，那么这个系统的扩展性就会很差，后续的维护将不可想象。但是并不是要求你在设计之初就完全不考虑后续的变化了呢？我的建议是你只需要把你的核心领域模型建好，多问问自己产品最核心的价值是提供什么服务，照着这个方向去设计，那么你的产品就不会走偏。灵活性和可扩展型往往只是领域模型的延伸，这是一个水到渠成的过程。如果非要有个可控范围，最好不超过10%，除此之外不要出现任何与商业性价值无关的概念以及导向。
好的产品需要给人用的舒心，简单的理解，复杂是恶臭的累加点
过度懒惰
过度创造无关产品的功能，完全没有也不行，随着各大app功能性增强，可能app涵盖几个商业价值，当然这可能是投资利益关系。可能刚好上线的产品，由于投资者退出，无法实现某商品交易，全变样了，应对这种变更的最好办法就是拿掉这块业务模块，这也许是为什么任何方面都选择模块化，没有任何人可以推测出将来会增加哪些和减少哪些，所以，合理的模块化设计是有必要的，这可能需要耗费大量的时间，甚至一个月，但是请你最好不要懒惰，慢慢去设计他，不要拿出一张图去设计三样看似有关联的东西。合理的业务设计应该是互无牵连的，互相传递即可的(接口化设计)。
懒惰是人类的天敌！拿掉业务不是无药可救(无法运营)才去考虑，而是整个项目推动的过程的工作。
我认为好的产品要体现商业价值和企业文化，好的思想比去做更好体现了产品价值，提高交易效率，从而提高产品品质。
