如果我来当discuz产品经理

来看看~~~

sup 发表于 2012-3-12 16:33
以需求为主导，透过现象找本质
说得挺好

看到置顶的招聘贴在招discuz产品经理，discuz目前真的没有产品经理？

给引荐一下，我去当

一直很喜欢DZ

heavenlaker 发表于 2012-3-13 14:46
仔细分析，这背后的真实需求其实是：
1、论坛中海量的贴子，有什么办法让站长能方便、快捷、有效地将那些有 ...

好建议 其实淘帖和导读 本来就应该在首页，频道，专题中作为模块来呈现。毕竟这些页面才是真正承载广告的地方，才是真正实现盈利的地方。现在弄这么个页面出来，叫站长靠什么活啊～

前面说的是需求收集和分析的问题，sup总结得很到位：透过现象看本质，即千万不要被站长们提的解决方案所迷惑，要去分析这解决方案背后想解决的根本需求是什么。只有抓住了这背后的需求，才能有效地从根本上解决问题。

每个新版本出来后，总是有很多站长抱怨。比如X2.5，很多人就抱怨没有创新。其实淘贴的点子不就是创新嘛，至少让我眼前一亮。再说，哪有那么多的不停地创新，所谓创新很可能就是一个很小的功能，但这个功能正好契合了很大一部分人群的实际需求。比如微薄的@元素。

所以，关键不是创新不创新的问题，而是新特性和新功能是否是大家所需要的，和大家期待解决的问题的匹配度是否高的问题。

这就不得不去收集和分析相关场景了。

什么是应用场景？
说得直白点，就是某类人群在特定条件下解决特定问题的场景。

这里有三个关键要素：
1、这个场景指向谁（某类人群，即角色），谁需要解决这类问题。
2、该场景成立的条件；
3、具体需要解决的是什么问题。

回头再来看淘贴的功能设计，它是为谁服务的？
为普通网友？为站长？

似乎都沾点边，但又都不能和他们各自的应用场景有很好的匹配。这也就难怪，这样一个很好的点子，却招来了那么多的质疑。首先，这功能到底是为谁服务都不清楚啊。

而和这相关的场景是什么呢？

1、从站长（场景指向的角色）的角度，在论坛海量贴子的情况下（条件），需要解决：快速、便捷地将有价值的贴子有效地组织起来，并在合适的时候推送到网友面前供其阅读，以便最大可能地提高网站的点击率；
2、从普通网友（场景指向的角色）的角度，在我阅读某个贴子时（条件），我希望能从论坛中了解到更多的相关信息；
3、从普通网友（场景指向的角色）的角度，在论坛海量贴子的情况下，由于查找不方便（条件），需要将我关心的或认为有价值的贴子按我喜爱的方式进行分类收藏；

淘贴功能的设计和以上哪个场景能很好地匹配呢？似乎都沾点边，但都不能很好地匹配，所以没有一片叫好声就不难理解了吧。

如果我们预先对这些应用景进行过收集和分析，是不是更有可能设计出更好的功能？

对于discuz的产品规划不重视场景分析的一个重要例证就是手机客户端了。

来套应场景的3要素：
1、手机客户端指向谁，是给谁用的？这个很明确，没什么可争议的，是普通网友。
2、什么条件下需要使用手机客户端？肯定是在不方便使用电脑的情况下（如果可以用电脑傻子才用手机上网呢，呵呵），比如旅途中、会议中、上下班的地铁班车上、早晚赖在床上的时候；
3、解决什么问题？因为网速慢，流量费用高，所以需要将我最关心的东西先展示给我；同时，屏幕小，手指点起来不方便，尽可能少地使用搜索和点击的动作。

先看第一点，手机客户端是设计给普通网友用的吗？回答肯定是的。但普通网友上个论坛会去关注这个论坛使用的是discuz还是phpwin吗？他们分得清哪些网站使用的是discuz，哪些网站使用的是phpwin吗？如果他们分不清，那为什么要设计出一个这种使用模式的手机客户端呢？