Entries Tagged '产品管理' ↓

事情起因：我在某团购网站上购得了一张29元的电影票，可供两人观影。原价为200。抱着试试看的心情，我来到了这个影城。环境比我想象还要好，同时用29元换取了两张电影票价值140元，还可用加十元购得两杯可乐一杯爆米花。。。此时，我心中浮现了一个疑问，天下真有这么免费的午餐？他们靠什么盈利呢？

因为观影的人很多（许多人都是团购来的，他们总共卖了十万张～～也就是可供20万人观影），可想而知，我们7点钟到达，只能买9点钟的电影票。外面天气又冷了，所以…影城还提供配套的咖啡屋、面包房、甜品店，乃至电玩城当然就是绝佳之选。。。

电影是观众的核心需求，但他们同样还有闲余时间还要打发，既然电影这么便宜，那然不会吝啬其他消费了。所以谁说商家要靠卖电影票赚钱？

这个例子非常符合我们互联网时代的思路。产品或者应用本身都是不赚钱的，但只要聚拢了人气，之后想怎样都可以（对这部分大家普遍都持乐观态度，但真正的难点确实是如何聚拢人气）。

所以如果你没有很多人气，不如想想如何利用这些已经有了人气的地方来赚钱。举两则例子。

第一例：空手套白狼。

他们卖的这个东西真的没什么成本，但卖的非常好。值得很多想创业的朋友借鉴。我观察了三天，他们卖了80后必看的10部动画片，奥斯卡经典电影集锦…

第二例：微博来营销。

淘宝商城在11月11日的营销活动非常成功，很多店铺都卖出了天价的商品（到底有多少人买到了实惠的东西我们就不说了。）但我本人是通过微博得知那天会有这个活动的。现在还有什么不可以通过微博来营销的吗？

目前有的人有好几万的粉丝，随便发个链接都会搜搜的有几千人点击。就这么赚到了钱…当然，要做到这点非常不容易，很高的威望需要你有同样高水平的发文质量。

做项目：量变才有质变

做项目时间卡的很死，通常时间短任务重，更多都是靠自己以前积累的经验。项目结束后可以总结得失，但总的来说，做的数量多了，才可能有个比较深刻的感悟。

做产品：改的就是寂寞

做产品得有耐性。一方面来自各方的意见很多，听的头都大了。另一方面，如果做着做着发现之前的思路不对，就得全盘推翻。改吧改吧不是罪，原来姐改的不是产品，是寂寞啊！

这段是最近新补充的，以下才是正文。

————————————————————————————————————————

与产品经理合作也好，与项目经理合作也罢，我的目标都是要合作愉快。他们的愉快是“卖的出去，用户满意”；我的愉快是“交互的价值被认同，个人价值被认同”。

与产品经理相处

一个小故事

曾经我们开发了一个产品，进展到一多半的时候，我被抽调到另外一个新产品。这时候领导还不给我充足的设计资源，理由是“两个产品互相之间可以复用设计”。我说“每个产品经理都把产品当做自己的孩子，你认为他愿意抱养别人的孩子吗？”在我心目中，产品经理是在有限的条件追求完美的一群人，我对自己的定位是，帮助他们超越完美。

问题：a)产品定位不清楚：产品经理自己心里面都没有数；b)每个产品经理的性格差异很大，有的要创新，有的比较保守。

解决：a)开始设计之前一定要明确产品的定位，用户是谁，商业目标，盈利方式…；b)该坚持的坚持，实在坚持不了就“从了吧”。

与项目经理相处

问题：先叹口气：“哎！”我更喜欢和产品经理相处。项目经理对所有人的期望都是一样的，那就是要“快！”。于是他们很少用心去了解每个职位的作用是什么。a)于是项目做多了会很疲劳，同时收获也非常少。b)我们的产出成果经常会在实现阶段被“砍掉”，原因就是工期，实现人员会说来不及了。c)你的价值很难被认同。和需求人员、视觉人员大家一起合作，项目经理也确定不了到底是谁在发挥作用。

解决：a)因为公司目前交互人员比较稀少，在项目中基本上就不放置交互人员这个角色了。直接进入到视觉设计阶段，也减少了人力成本，说实话，大部分项目经理还是乐见其成的。b)对于那些主动提出需要交互设计的项目经理，我们来者不拒。一般这时候都是其他角色实在搞不定了，我们再出手，才能让他们看到效果，看到差距。

今天大家关于交互原型的讨论范围有一次争论，其中的观点，颇有些趣味。

讨论内容：原型的讨论应该限于团队的核心成员，还是扩大到整个项目组甚至全公司？

我一直坚持，原型就是用来改的，用来大家争论的，没有这个过程原型就没有价值，可以直接拿去美术和实现，无需经过交互这个步骤。

但是有人提出：

一堆人七嘴八舌讨论，效率太低。原型确认应该以产品和需求为主，最多加设计的1-2个人。

讨论范围缩小，不代表建议会少，于是我的回答：

更多人参与也是个跟大家交流和介绍我们交互组工作的机会，原型不能怕拿出去给人看哦：）不过认为原型应该在小范围进行讨论的不只你一个，但有的人是怕大家都发言，他的话语权就是少了。所以不管范围如果，向我们打来的炮弹是不会因此而变少的，只不过人家想集中火力而已。

在我的设计生涯中，有时候郁闷的不是别人给了很多建议，而是做了原型没人去看，没人重视，没人讨论。所以我很高兴看到，目前越来越多的同事愿意加入到原型讨论的过程当中。总体来讲，是有益的。

又有人提出：

讨论来讨论去，没有结果的事情我没听，有意义吗？

我回答

我们拿出来讨论的初衷就是希望能有结果。当然，对于那些会议上没有结果的争论，尤其是纯交互的问题，设计师自己拿主意就行。

大家的意见要听，但怎么做还是自己要有主心骨！

并且，其实大部分问题我已经有了答案，只不过说出来会引起更多的争论，我决定先做出来，并且让想法更加成熟。

来自于其他同事的挑剔，也很有效减少了我在设计复查方面的工作量，自身设计任务也很多，精力有限的说。总体来说我非常感谢大家的宝贵建议。

后记：

最近的压力真的有点儿大，自己本身设计任务重，组内的新人也需要更多的指导和监督。结果忙着去评别人的设计，其实自己的设计也还有要推敲的地方。对自己也要下手狠一点，不能手软！

最近在一个产品团队里负责部分的管理工作，偶有所得，亦有所失，小记一二。

1、定义规则

规则是首先要明确的。大家凑到一个项目里，一开始都会很迷茫，这个工作应该怎么做，先定义一些规则，可以保证我们至少可以先做起来，完成一些基本的设计任务，才能腾出手去做些有创造力的事情。

这些规则包括：

一个可执行的设计计划、任务的分配原则、原型制作的规范、设计验证与演示的规则

2、分配任务

早前在另外一个产品团队中，都是别人给我分配工作，偶尔会觉得任务分配不均，有不公平的现象出现。

今天听了公司副总对于项目绩效考核的宣讲之后，突然对这个问题有所顿悟。副总讲到绩效考核时说，考核的成绩要不要公布？无妨，我觉得可以公布。我们的考核成绩给出来，如果还有人有意见，如果我不能说服他，就说明我们的考核肯定还有不公平的情况。

所以我在分配任务的时候，不光告诉别人我分配的结果，还会告诉大家，谁的任务比较多，谁的任务比较少，以及为什么这么分配。多劳多得，少劳少得。

3、Open and Share

管理大家，更要能够为大家服务，为大家制造便利。我这次的团队中有新员工，为了提高团队整体实力，对新员工的培养是当务之急。

我会去去引导大家，在哪个阶段进行哪些工作，阅读哪些资料。

在这种情况下，个人利益必须向团队利益做出让步。

Continue reading →

1、人要低调的做，活要吵吵着干——凡是高调做人和低调干活的，都没好果子吃。

2、要向爱惜自己的羽毛一样爱惜自己的形象。

3、要培养自己的大将风范。

4、领导的工作能力一定没你强。反之，你的管理能力一定没有领导强。

5、要沉得住气。“养气”是个很禅的事情。

6、我认识的大部分设计师都是很单纯、善良的人。但要让别人相信你的专业和权威，单纯、善良不够的。

7、要迅速和团队建立默契。我加入一个团队中，会把他们之前的所有的会议和讨论记录都看一遍。

————————————我是打酱油的分割线——————————————

8、说出你的理由来：面对别人对设计的质疑，不应该不加思索的修改，更不应该自大的拒绝。

9、细节是生命。不要轻生。

10、设计师应该更多的关注自己领域之外的事情。

实际上我们擅长的信息架构、交互设计技巧在设计后台管理部分的时候总会有种无力感。因为无处施力！后台究竟需要设计哪些内容呢？在进行后台设计的时候，对于需求分析的自信似乎无影无踪了，从而非常依赖于开发人员。但是没关系，用以下的方法，简单分析一下，帮你拨开迷雾看本质！

什么？那么复杂的后台内容总共才分成2大类，4小类？是的，下面我就用wordpress后台来分析一下这张图，看看是否能囊括所有wordpress后台内容。

说明：这套理论的总结当然不是使用wordpress总结来的，但wordpress的后台比较完整，我们姑且拿来用，有其他范例或者好的例子也请大家指明！

后台管理系统的一般组成

Continue reading →