产品设计眼中的运营

　　产品运营本身很重要，在周鸿祎的好的互联网产品是运营出来这篇文章被广泛传播之后这个观点就更被认可。

　　运营的验证作用

　　一般产品的诞生过程总结来看的话就是业务设计->功能设计->开发->测试->发布。而这个过程中发布之后的环节是什么?没错，运营。测试环节的作用是验证开发的质量、产品的功能与设计的实现程度。而运营的关键作用就是验证业务设计的正确性与否。

　　虽然早期的业务设计理论上来说，如果真的是UCD的理念指导出来的，应该是正确的、可行的。但是真正面对大范围的用户之后，这个业务是否真的可行？满足此业务的产品形态是否真的可行？这些都是早期设计环节中无法验证的。通过运营，可以看到用户的反馈，引导用户的行为，更进一步，更彻底的验证业务的正确性。在实际工作的环境中，往往设计团队已经在做下一期或其他产品的设计了，难以有精力去跟进和深度挖掘。

　　另外，产品设计中难免会有比较理想的设想，比如一般会假设”信任用户”，一定程度的忽略边界情况，对产品技术层面安全性的了解不足，还有产品实际使用中可能出现的”破窗理论”，这些都需要靠运营来控制，来引导，来验证，最后反馈形成后期的需求.

　　运营的收集作用

　　在产品诞生之前，运营可以更早更快更深地发现和挖掘用户需求。通过对其他产品/业务的用户反馈收集，可以发现用户的隐形需求或期望，思考是否可以放大，思考是通过现有产品还是新产品来满足需求？

　　在产品诞生之后，运营可以及时收集用户的反馈来调整产品的业务模型，产品的形态(同样是sns,myspace和facebook是完全不同的形态)的不足与弱势，指导或辅助设计。

　　同时运营会更多的关注用户的行为和产品的数据，更有效及时的发现/预知产品的”动态信息”。

　　运营的技能和地位

　　理想的运营人员同样也了解UCD理念，掌握用户研究(当初运营同事向我借《赢在用户》时还多少有些不理解，现在想想是很应该的)方法，了解心理学和基本的设计方式等等。同时对数据挖掘，市场营销等基本手段也都有所了解，说到这发现运营人员也很辛苦，也很难。

　　在实际工作中，运营人员也该尽早的参与到产品设计环节，在早期业务/概念设计的时候就介入，用之前收集到的信息，反馈一同来进行需求的分析和整理，参与到产品早期的框架/结构/业务流程的设计中来。

　　以此看来，运营人员和设计人员的理念和基础一定程度上是互通的、交叉的，只是最终指导实际工作的内容不同：一个是引导用户，整体宏观的把控产品。一个是了解用户，细致规范的设计产品。

　　学习运营的难处

　　相比而言，运营领域的书籍有点像几年前的产品设计领域：专业书籍少的可怜，太多基础的，仅供参考的价值观而少有实际有效的方法论，信息的匮乏是很难受的。所以在发现胖胡斐的博客时候马上给身边的朋友分享。