浅谈我对产品运营的理解交互设计

【简介】感谢网友“箕宿三”参与投稿，以下是小编为大家准备的浅谈我对产品运营的理解交互设计（共7篇），欢迎参阅，希望可以帮助到有需要的朋友。

篇1：浅谈我对产品运营的理解交互设计

对产品运营的理解：

1. PD专注产品细节（会写UC文档），PO专注产品上线效果（有营销方面思想）

2. PO是很多项目的发起方，需求方，PD是分析业务需求，设计系统功能的解决方

3. PO做项目之前要对市场进行分析调研，对项目上线后的数据进行跟踪分析

4. PO会根据运营效果数据分析，推进产品改进

5. PO需要去做用户需求研究，做针对用户细分的数据营销（需要学习、研究好的营销方法和手段）

6. PO要做到运营产品化，即：好的产品不需要刻意靠运营去推广，靠产品的易用性及用户口碑去推广；好的产品应该把运营营销思想做进产品中，如SNS中的病毒式营销

7. PO会策划运营推广活动，但是前提是要对用户有一定的需求研究，满足用户需求的运营推广活动才是有效的推广活动

8. 不变的是变化，PO需要经常总结和改善项目运营流程和细则

9. PO需要站在用户的角度去研究网站易用性设计和产品本身体验，及时推进产品改进

上面这些只是我对产品运营和运营经理的初步理解，可能会有一些不对的地方，希望专业人士或打酱油路过的朋友多多留言分享，共同进步！

本文来自：ued.icafe8.net/?p=357

篇2：产品，你理解对了么交互设计

一句话点评：Marty说，产品 = 用户的整体体验 = 功能 + 设计 + 盈利 + 内容，那么产品经理这条路走下去，还真是个业务Leader啊，

Marty Cagan发表于11月23日，原文链接，译者：姜沈励/ 审校：唐丰能 林航

在大众消费品行业，当你提到“产品”一词时，大部分人脑中会浮现出一个非常清晰的实体，例如一块肥皂或是一把剃须刀。但在互联网行业，“产品”一词就显得格外抽象：首先，互联网上的产品通常是指软件，而不是实物；其次，这些软件通常并不安装在你的电脑里，而是直接运行在远端服务器上，甚至是运行在抽象的“云”里。

因此，大部分网络公司由于网站体型过于庞大，需要我们人为地将其拆分成许多小“产品”。大型网络公司的网站一般被拆分成许多（通常是几十个）小“产品”，这种组成结构只是为了适应内部组织需求（organizational needs），而普通用户是察觉不到的。

在早期的文章中我提到过把大型网站拆分成多个可管理模块的关键点。现在，我想谈谈对产品的看法：当我们提到“产品”时，我们到底指的什么？这里的产品可以指整个网站也可以指其中一个模块。

我觉得今天讨论的对象相当重要。我认为，大部分团队只是凭直觉工作他们定义产品和组织团队的方式不合理，直接造成了好产品“难产”。在采访过这类团队后，我觉得，让大家意识到什么是产品，也许能改善这种现状。

我这样定义典型的网络公司产品：

产品 = 用户的整体体验 = 功能 + 设计 + 盈利 + 内容

- 功能是指产品可以干什么。

- 设计是指交互设计、视觉设计和工业设计（对物理设备而言），

- 盈利是指盈利模式。可能是各种形式的广告、捐赠或者交易。

- 内容可以是自己原创的、由用户提供的，或者两者相结合。

虽然看似简单，没有火箭制造技术那么高深神秘，但对我来说，还是存在两个关键点：

1.产品的外观和功能不可分割，它们应该被视为一个整体。

2.网站的产品负责人必须平衡好功能、设计、内容与盈利之间的关系。

例如：

-如果设计师不是和产品经理、工程师工作在同一战线，那么每个人的工作都不好开展。

-如果强行将网站员工划分为两个团队，一个团队负责开发为用户提供价值的产品；另一团队负责营销推广，你会发现很难优化整体的用户体验，甚至会引起两方的利益冲突。

-如果只专注于功能开发，而忽略了内容的创造，你就无缘感受整合带来的好处。

提示：

-在一个电子商务中，对“产品”的定义除了上述四点外，还包括订单履行（fulfillment)、商品包装、客户服务、退换货策略。并且，我们常常把网站上出售的货物叫做“商品”，避免和这里所提到的“产品”相混淆。

-在传媒公司，编辑就是内容的缔造者，而内容是产品的一个组成部分。

-与此同时，公司还需要有专业化的产品团队（具体内容见后续的文章），并且团队的“性能”通过产品积分卡（Product Scorecard，具体内容见后续的文章）来衡量。

作为互联网行业的产品经理、设计师或者开发者，如果你能用系统的眼光来看待产品功能、设计、盈利和内容，必将受益匪浅。

本文节选自《启示录：打造用户喜爱的产品》一书作者的博客。该书从人员、流程、产品三个角度介绍了现代软件（互联网）产品管理的实践经验和理念。特此感谢Marty Cagan先生授权。

篇3：运营时代交互设计

上周我发了条微博，讲产品运营“往往”重于设计研发，被转发200余次，一片哗然，不少人反驳说，如果连一款合格的产品都没有，运营又如何施展身手呢？

这句话的潜台词是，“产品合格”在我们这个行业俨然是一种奢侈品，而次品遍地。只不过水货横行的时代很快就会变成过去式——举个例子，现在你去做洗发水的生意，产品合格（乃至优秀）重要呢，还是营销更重要？

答案估计没多大争议。

换个角度来看，最近一两年，国内有多少新产品主要靠“设计研发强大”脱颖而出，令人侧目呢？鲜有成功案例。倒是产品初期不够优秀，靠强大的运营增光添彩的例子很多，比如知乎。

谈设计研发与产品运营之间的关系，首先要对运营下一个笼统的定义。

工具向的产品，如果涉及较多数据，对这部分数据的收集整理，编辑维护，显然属于运营范畴。

如果是UGC类型的产品，由用户来创造内容，那么运营往往是竞争的关键。如何建立内容价值标准，引导互动氛围，拉拢明星用户，炒作话题，提升品牌，维护秩序，更多依赖运营而非产品本身。

一提到运营，最受认同的环节就是推广。产品发布初期，怎样找到并吸引自己的核心用户？中后期怎样加速扩大用户规模，又不混入过多的杂质？主要靠产品口碑或者病毒营销，不是不行，成功案例相当之少。

于是有人说，好吧，我们都不反对产品运营很重要，但你凭什么说设计研发的权重就比不过产品运营呢？显然是在挑拨离间。

我的回复很简单，因为互联网产品（不含游戏）的评审标准大多数是“符合用户逻辑，重视执行效率”。从逻辑和效率出发，最优解往往是趋同的，所以面向同一类需求时，产品核心流程的同质化也是难以避免的，外沿的细节差异则无关大局。既然需求本身并不是富矿，产品创新的成功率向来又低于1%，意味着凭借更深刻的需求理解，更优秀的产品设计，更强大的研发实力去赢得市场，何其艰难困苦。

与同质化的产品设计相比，由于运营注重的是“资源”（人脉资源/内容资源/渠道资源）与“感染力”，运营专业性又取决于垂直市场的复杂程度，深度往往超出刚发展没几年的产品设计。因此在运营上的较量，变数远远超过产品设计与研发，同质化的产品竞争最终以不容易复制的运营来定胜负。即便这是一款创新产品吧，也依赖运营去引起市场关注，帮助用户理解自己的独特之处。

只可惜，上述观点并不完全适用于当下的互联网行业。由于行业高速发展带来的人才稀缺，执业人员里新手太嫩，水货又多，以至于如文初所述，就连“合格产品”似乎也变成了奢侈品。再强大的营销团队，也卖不掉一瓶有着脱发效果的洗发水吧？

这样的窘况，我相信会在2-3年里基本消失。设计研发并没有太高的门槛，一位聪明勤奋的新人，只要得到足够多的锻炼机会，2年左右就会成长为合格，甚至优秀的设计师、工程师。市场上70分+的作品，今年比去年多，去年又比前年多，曾经的人才真空正在被快速填补。

于是在不远的未来，产品合格乃至优秀，不再是运营团队的奢望。局面会完全地逆转过来，产品团队是满足运营需求的工具，产品是为运营提供服务的基建设施，“定位、运营、销售”是产品项目的三大节点，

就像“生产一瓶好喝的饮料”不会是快速消费品的核心竞争力一样。

我这个观点，一定会遭到诸多产品经理的批驳，并拿出国外很多产品驱动的例子来佐证。没错，国外确有珠玉在前，可国内的创新能力低下，抄袭成癖，又缺乏强大的开放平台作为传播渠道，这也是不争的事实。相对于产品驱动，运营驱动的项目有着更强的差异性与竞争力。

在运营为王的大形势下面，曾经时髦又光鲜的“产品经理”们，如果不接受工具化的未来，就只有两条路可以选。第一是尝试着设计与运营双修，雌雄同体；第二是侧重对“窄需求”的挖掘与理解，另辟新战场摆脱同质化（参考《大市场，窄应用》）。即便选择了后者，若不具备全面的运营思维，也很难担当产品管理角色，因为他无法预见未来可能发生的运营难题，更难以组织资源战胜这些难题，很容易绊倒在运营短板上，看着漂亮又细腻的产品泪眼婆娑。

遗憾的是，产品设计与运营的思维方式差异甚大，双修不易。经常听见产品经理说，我也懂(管)运营。怎么个懂法呢？哦，原来是懂一点运营策略，懂一点运营技巧，隔靴搔痒。对运营的理解一定是实战中长年累月打出来的，并非抽身于外指手划脚所能悟得。略作换位思考的话，各位PM，难道你们不也常常笑话“非产品经理出身”的上司是个外行，发号施令不得章法吗？

设计研发与产品运营，诚然无法分割，主次也因项目性质而异，但从整体市场来看，轻重之势必将愈发分明。

最近几个月，有两件小事令我印象深刻。一是有位应届生发私信咨询我职业规划，在运营与设计之间摇摆不定，我建议他选择运营职位，前景更广阔，这同学最后还是打算去做“产品经理”。原因很简单，后者听上去更有派头，更像是产品的生身父母，操生杀胜负之大权。嗯……“听上去是这样没错。”

第二件小事，是一位社区产品经理，设计与运营双修，皆有不俗表现。他非常认同我这个运营制胜的观点，可还是说，我是不会去专攻运营的，宁肯保持现状，主打产品设计与项目管理，再抽时间参与运营。问其理由，就是觉得“产品经理”的名头更加时髦光鲜嘛，跟别人说自己是“搞运营的”，仿佛就很掉价一样。

时间会洗涤一切。

作为悲观的作者，我自己其实是偏重于产品设计的。最近跟几个四五年经验的PM同行聊起“设计型产品经理”的未来，都很沮丧，难以摆脱工具化的阴影。但运营与设计需要的个性特征不同，转身不易。若做不到雌雄同体，只能通过窄需求的挖掘进行产品创新，用创新来驱动产品是唯一乐观的发展之道。这就需要围绕着创新本身去进行最优化配置，而不是让项目削足就履，裁裁剪剪适应体制内的资源与管理。

真正的互联网创新，只可能诞生在自由、精简而敏捷的环境之下，发源于你的生活习惯与个人爱好，追随内心渴望，而不是追随部门的KPI。在移动应用的大航海时代更是如此。此为老生常谈，多说无益。

篇4：有关产品创新交互设计

德鲁克所阐述的创新机遇之七大来源：

一、意料之外的事件;

二、不协调的事件——现实状况与设想或推测的状况不一致的事件;

三、基于程序需要的创新;

四、每个人都未曾注意到的产业结构或市场结构的变化;

五、人口统计数据(人口变化);

六、认知、意义及情绪上的变化;

七、新知识,包括科学和非科学的

要做的事情是：

1、有目的、有系统的创新从分析机遇着手；

2、创新必须多看、多问、多听，既要关注数字，也要关注人；

3、创新必须简单有效，目标明确；

4、有效的创新始于细微之处；

5、成功创新的目标是取得领导地位，

有关产品创新交互设计

，

避免的事情是：

1、不要太聪明；

2、不要过多花样，不要分心；

3、不要为未来进行创新。为现在进行创新！

创新的三个条件是：

1、创新是工作，要把创新当做工作那样去对待；

2、创新者必须立足自己的长项；

3、创新必须与市场紧密相连，以市场为中心，以市场为导向。

德鲁克最后提出，企业家和创新者要做“保守的创新者”，“成功的创新者都相当保守，他们不是专注于冒险，而是专注于机遇。

原文链接：jary.findesign.cn/?p=3208

篇5：产品&设计&色彩交互设计

设计师得到产品设计需求的时候，经常会碰到一个色彩的选择问题，产品经理最初也可能会提一些自己的意见，如

A：我觉得做一个蓝色的不错，就做蓝色的吧！

B：喜庆一点的，红色没错的！

C：这个颜色太压抑了，亮一点怎么样

D：这一块颜色好花啊！

作为设计师应该怎么去回答呢？

先简单分析一下ABCD,4位所要表达的潜台词，

A：对该产品从个人主观或个人经验所做出的色彩上的推荐

B：喜庆的！而不是真的要求用红色或者其他

C：设计图的感觉偏移了产品初衷和产品气质，觉得这不是想要的

D：主体不突出被干扰

在最早设计的时候，我一般都会问产品经理最终要求，产品表现需要达到的目标和效果，而不是讨论色彩排版细节，这样才能先找到根本，避免CD所出现的情况，早期对产品的理解，对后期设计过程有着重要的指导意义！只有理解产品价值，然后通过正确的方法，就能准确定位产品色系，不会出现大的偏差。

色彩定位方法论, 准确定位色彩方法有很多，如色彩心理选择法、图片映衬法、调查问卷数据分析法等多种形式,下面简单讨论一下常使用的几种方法:

1.色彩心理选择法

我们视觉所感知的一切色彩，都具有色相、明度、和纯度三种性质。不同的色相明度纯度，给人不同的心理印象，色彩上从心理感受的大方向到小方向的细分，逐渐无限的接近最适合用户心理的色彩区块，

根据色彩心理属性来筛选色彩，大家都知道，色相就是色彩的相貌，如红、橙、黄、绿、青、蓝、紫、色相在心理上有强烈的冷暖的区分，

如红、橙、黄让人想到阳光、火焰和太阳给人温暖的感觉即暖色系，青、蓝、让人想到大海蓝天，给人清爽凉快的感觉即冷色系，在设计的时候最早考虑的是产品气质和宣传效果，需要给人什么样的心理感受。

如果需要给人热情、活力的感觉就选择暖色系，如果需要给人冷静、高雅、庄严的话就选择冷色系，进行第一轮的筛选。

第一轮筛选后，比如选择的是冷色系，也就是色环右边的绿蓝紫区间，然后根据产品气质和色彩心理进行匹配缩小选择范围，调整小范围的色彩偏向，明度饱和度的微小差别，最后找到和接近最适合的色彩！

2.图片映衬法

在拟物化场景图片中寻找适合色彩，进行设计，例子：阅读器概念设计过程，虽然图形概念最终没有采用，但是设计过程思考方式可以进行参考。

最早设计的时候寻找了一些读书馆场景图片资料，然后在场景图片中取用3种色值作为软件主体颜色进行设计。

从图片中取用3中色值，进行场景化模拟！

最后实现效果:

3.调查问卷数据分析法

即设计师提出多种色彩方案，以交互常用的调查问卷、用户访谈等方式进行数据收集，根据数据分析进行删选最适合的色彩，这种方式准确率高，缺点就是时间成本和人力成本都消耗比较多！

篇6：产品感悟一二交互设计

蛋王的BLOG八百年不更新，大仙表示很欣慰；大仙的博客好久未更新了，我表示很欣慰；其实我们都很懒，作为“高级打杂”的产品经理，我们确实可以“名正言顺”地说我们很忙，

1、理理我的一些产品经理书籍：

启示录：前段时间，看到很多同行在不同的地方推荐《启示录》，于是果断地下单购买，并满怀期待地等待书送达。书送达后翻了翻，确实不错，然后读故事书般看完了。

人人都是产品经理：这书很不错，入行必备，实战型，有案例，收获不少。可惜的是阿里的色彩太溶，不够典型。

结网：这本书让你明白产品经理应该怎样做，偏理论，入门级读物，看完让你对这个职位有了一些清晰的认识，入行必备。

沸腾十五年:让我看得津津有味，堪称互联网教科书，让你了解互联网这个行业的兴起和趋势，给你一个大局观。最让我感叹的时，看到介绍的一些项目，有我所经历过的，现在看成败，感叹颇多。

很感谢苏杰、狒狒、王坚，感谢他们的总结和整理，对于我们这个新兴的行业提供了一些标准和参照物。

理理书籍，整理后给个推荐指数（凭记忆），也算是给后来人一个参考。

目前在看的一些书籍：《创业邦》 《IT经理世界》 《谁说菜鸟不会数据分析》 《精通web analystics2.0》。关注产品运营、数据分析。

2.功夫在诗外

很喜欢纯银的博客，一些关于行业、心得、沉淀，《运气与浮云》 《杂念.职场》 《杂念.行业》，这几篇看得心有戚戚焉，

功夫在诗外，产品经理本身就是一段心灵的修炼过程。沟通、思维、决策、分析和解决问题的方法和能力。最近也正在把生活融入产品，把产品融入生活。

最近很少写关于一些工作和技能的文章，技能上已经到了临界点，现在欠缺的是火候，是一份为人处事的出容。

关于工作上的事，也一直在总结。最近积累和总结的一些方向：电子商务、社会化电子商务、产品经理、移动互联网、手机应用商店、WAP产品设计、Symbian产品设计、Android产品设计、Iphone产品设计。这也是最近1年来的最大收获：电子商务和移动互联网。

产品经理需要阶段性的总结和沉淀，我经常隔段时间就会花一些时间来整理自己的一些体会。

3、关于成功

成功的要素：天赋、努力、机遇。自觉得天赋不算很高，所以唯有通过不断的努力来弥补。机遇也有，但是很可惜，去年的2次机会都没抓住，所以现在需要更加的努力，在下次机会来时能做好准备。

做喜欢的事，把工作当成自己的事业。成功，需要厚积薄发，需要等量变引起质变。

有时在想这1年来的得失，最大的收获是进入了移动互联网。1个光杆司令（虽然有电子商务产品经理、无线产品经理、产品助理等3个岗位编制，但人真不好找）支持了公司1整年来的业务，策划了1个WEB站，2个WAP站，2个客户端，前段时间写半年考评时内牛满面。

4.现在&未来

现在，专注产品运营，努力把产品线运营起来。

未来，继续深入移动互联网和APP，这是最好的时代。

篇7：对产品管理工作的一点思考交互设计

公司即将搬到滨江，组织架构也将发生调整，变化接踵而至，早上卫哲发了一封介绍组织架构调整的内部邮件，非常激情洋溢，给大家一种二次创业的信心。不过对于我这个战斗在第一线的产品人员来说，我不关心老大们怎么折腾，我只关心我手上的客户问题解决的工作能否继续进行下去。

最近看用户投诉邮件，再想网站的产品管理，想到了几个问题，

1.产品经理需要保持工作的延续性。一个网站非常需要保持产品经理工作的延续性，产品做到一半被束之高阁是种很不经济的方式，不但不能达到产品预期的收益，反而会为网站留下阑尾，对网站长期发展和网站可用性都不好。

2.避免一些无谓的产品改动。很多时候我们产品经理80%的工作都是在对某个产品改来改去，一会左倾，一会右倾，最后回过头来看是在原地踏步。造成这种情况可能是因为产品发展战略缺乏延续性，也可能是前后两任产品经理对同一产品发展战略的不同理解，

例如，就拿网站注册这个简单的产品来说，当网站战略目标是会员数量时，产品经理就努力间少注册字段放底注册门槛，当下一任产品经理开始关注会员质量是，就开始往回改，提高注册门槛。很多时候我们都没有跳出过这种简单的思维模式，转去寻求合理的产品优化方案。

产品经理总是在顺从和坚持之间寻求一种最佳的平衡，所以很多时候产品经理避免不了做以上两种不合理的产品管理工作

合理的产品管理工作

如果按“是否符合长期发展”和“是否对KPI有帮组”为两个维度画一个四宫格的话，有一部分事情是符合长期利益，但是对短期KPI是没有帮助的。很多时候这部分事情就一直被搁置，没有人去处理。我希望在我负责的产品管理工作中，在我能够左右和影响的范围内，有一部分精力是花在这种符合长远发展但是没有产品经理愿意牵头去做的事情上的。

最能够反映一个产品经理能力的是他所负责的产品，我们总有一天会离开所服务的公司选择下家或者出去创业，需要的一两个说得出口的产品或者一两件说得出口的事情作为筹码。

本文来自：www.renqijian.cn/index.php/2009/07/duichanpinguanligongzuodeyidiansikao/