企业管理之产品原则
“产品原则，是产品发展的一个潜在标尺，指导着产品发展的方向，它代表着产品的定位与运营的逻辑。它不仅仅是UI或者交互层面的细节问题，更涉及到整个产品从市场定位、产品架构到运营策略等一系列问题。
一、核心体验
按照习惯性的观念，任何人购买一件东西都应该是希望价格满意，功能多多，用途能力彪悍，也就是花最少的钱，办最好的事。
但真实的生活场景下，这个观念已经过时，用户的关注点早已从强调产品的的广度切换为深度——也就是更为有品质的生活。这就意味着我们首先应该在核心的点上做得足够好，再去想做更多的事情。
如果在一个点上还没深入的时候，就开启了另外一个方向，用户不仅无法完成核心任务，还回分散他们的注意力，结果就是团队很努力的做了很多事情，但用户并不那么买账。过多的功能（产品）会让用户迷失，也会让团队处于不必要的压力挑战之下。
有一个很奇怪的现象是：当一个产品的市场反馈不佳时，“产品经理们”似乎容易通过拉长功能和产品线来弥补用户和订单量的不足。我们需要警醒的是用户不喜欢我们的产品，多数情况下并不是因为产品的功能不够多。
一定要保持克制，只有在一项功能做的不错的前提下，你才能去延伸另外的功能，而且这个延伸不能影响用户使用核心功能。这一点可以参考下微信的做法。
砍掉那些残缺不全的功能，把团队的焦点拉回到如何解决用户的核心痛点上来，帮助用户聚焦他们想要达到的目的，找到能够完全满足优先级最高用户需求的解决方案。
二、数据导向
我们需要全员的数据意识，来降低错误的概率。
数据体现的过去，很多时候都会因为我们的过分解读和理解不够，而与事实发生偏移。我们需要数据，但不要去迷恋数据，有的时候不是数据越多越好。尽管通常情况下，数据的可靠性大于用户的反馈，更大于我们的经验和构想，但这不应该成为我们迷恋数据的借口。
这一点很难达成共识，除非你有足够的权威。
也许正是因为这些原因，现实中常常都是数据反而成为了产品开发中的坑。有些环节，数据被认为是某些机密，而被认为的隐藏或者修饰。
还有些情况是因为对数据的意识不足，所以被忽略，甚至是拿到了数据也不知道怎么用，或者只关注表面，或者觉得离自己很远。
最为可笑的是那种只知道拿自身感受来PK数据的做法，却常常深度干预产品的发展路径。
三、统一需求
这个原则简单来说，就是统一需求出入口，不要让需求满天飞，它包括需求的优先级处理和风险分析，也会带来产品质量和团队效率低下的问题。
这一点，同时也包括需求必须评审的基本要求，不要出现随意修改，随性发挥的情况，整个团队要有全员的质量意识，既要有自主性，也要有责任心。
在实际操作过程中，“统一需求的原则”是解决产品变更的利器。
基本的思路就是在一定时间几点上冻结需求，而不是没完没了的变更加塞需求。不要为了追求某些“成果”而强行改变计划，打乱整个团队的节奏，特别是从零开始的产品，这种变更往往得不偿失，市场和用户不见得会因为我们想象中的“功能”而忽然变成喜爱你的产品。
这个原则和MVP原则是一脉相承，目的是为了快速试错，找准方向，而不是似是而非闷头折腾。
四、系统效应
新产品开发过程中的“系统效应”问题，指的不仅仅是在产品设计和技术选型的系统性，还包括围绕产品上构想到售前、售中、售后的全链路的问题。
后者强调的是：开发管理和产品经营的问题，它对产品成败的影响力远远大于前者。
最典型的例子就是：产品开发与市场、销售的脱轨，各自为政，比如：软件开发到一半时突然发现某个特性硬件本身不支持，这种情况屡见不鲜。它的底层原因是某些部分没有被足够重视，或者把一个产品的开发过程视为某些部门的事情，而缺乏系统性的全局管理路径。
后面我还会重点讲到在开启一个新产品的开发过程中，如何才能规避这一现象。
五、风险意识
关于“风险”，我不知道应该用什么词汇更为贴近描述这个原则。很多人害怕风险，认为风险就是失去控制，这种思路的所有行为都是为了规避和控制风险。
还有一些情况则反过来，“风险”就是不确定性，也就意味着无限可能，凡是都是一种“到时再说”的心态——俗话叫“顾头不顾腚”。
当组织中的某个产品需要横跨多部门协作的时候，这种思维导致的后果会非常的严重，特别是硬件类等周期性长的产品，上游部门一旦只管自己这一节事情，就很容易给下游环节带来很多额外工作和不可控因素，最终导致产品的失败。
所以风险包括业务、技术、质量和团队等多个环节的“不确定性”。甚至有些产品，还会涉及到一些人文的，社会的风险，都需要及时找到应对和解决的方案。
不同的产品，不同的团队和管理风格，应对风险的方式都会各自有很大的差异，作为产品经理，首先要理解所在的组织风格，尽早识别风险，并提出预警，协助和推动风险应对方案的落实到位。
六、效率原则
当团队规模达到一定程度以后，带来的最显著问题就是效率的低下，比如：制定一些基本的会议规则，邮件的规范等都有助于提升团队的效率。
举个邮件管理的例子：当你的项目周期超过3个月，具有统一识别的邮件标题规范都能提高效率。
行为到此，在我看来确定一个产品开发管理的“基本规范”是一个产品能否成功的基础。
