本文详细阐述了技能树App如何通过明确产品逻辑，如技能点UI样式、点亮流程、话题讨论订阅机制和技能认证分享样式，来实现概念化想法的最小代价实现，并评估其价值。文章还探讨了如何围绕技能点进行信息架构搭建，以及如何通过订阅系统和分享形式促进用户互动。
对产品经理而言，最重要的能力是什么？我觉得大部分的人会同意这样的答案：对产品经理最重要的是逻辑能力。是否能够理清产品的脉络，进而掌控产品的走向是检验一个产品经理是否合格的重要依据。我喜欢把这个理清产品脉络的过程称之为寻找产品逻辑，这就是这个技能点名字的由来。
我曾经在“信息流转”这个技能点里说过，在我看来，移动产品的本质是信息。所以，我习惯从信息架构入手来寻找产品逻辑。（信息架构表参见“信息流转”技能点）下面我来描述下，我为技能树这个App确立产品逻辑的过程。
首先，我给这款产品设定的信息基本单位是技能点，类似游戏中达到一定经验值就能点亮的技能点。
确立了信息基本单位之后，接下来就是从信息衍生，信息定位，信息分享，信息增值这四个方面入手搭建信息架构。当然，技能树App并不涉及信息增值的部分。所以信息架构实际只有三个方面。
在信息衍生这个方面，我主要考虑的是，游戏中技能点的概念会在App做一种怎样的映射。首先，游戏中的技能点一般不会用App中常见的列表形式展示，而是会以技能树的方式展现。所以，有必要在App中设计一个类似游戏中技能树的样式。因为我的绘画能力比较有限，所以选择了对绘画基础要求相对比较低的扁平化设计风格。下图就是最终的成果。
其次，在游戏中，技能点并不是一开始就被点亮的。点亮技能点是需要达到一定条件的。与之相对应，App中也有必要设定一个类似的技能点点亮流程。这个流程既可以提高用户的参与度，又可以鼓励UGC内容的生产。所以，最终我引入了“话题讨论”的概念，用户针对技能点下设置的“话题”发布“讨论”之后，才能点亮这个技能点。为了防止新用户搞不清楚这样的机制，我特的在用户第一次进去App的时候，设置了一个所有技能点从点亮状态被一一熄灭的环节，并专门在右下角放了“查看说明”的按钮。
信息衍生结束之后就是信息定位。本来技能点本身是以技能树的形式展现出来的，非常明确，是不需要为用户做额外定位的。但是，因为引入了“话题讨论”的概念，如何让用户第一时间定位到新出现的“话题讨论”就是一个需要解决的问题中。搜索、分类、定位、订阅这四种定位类型中哪一种才合适呢？我觉得订阅是最合适，只要在技能树UI的基础上加上代表消息数量的数字，就是一个功能完整的订阅系统了。
最后是信息分享。技能点的内容、话题讨论的内容自然是必须要是可以被分享的。但显然，这两类内容显然是缺乏“传播爆点”的属性的。其实，“传播爆点”很大程度上是个天时地利人和才能被制造出来的东西。大多数情况下最好是抱着“尽人事，听天命”的心态来做。在这个方面，我最终给出的成果是“技能认证”这样的分享形式。
有了明确的产品逻辑，产品经理就能井井有条得去去完成自己的职责。我曾经这样给产品经理做职能定位：将一个概念化的想法用最小的代价实现出来（可操作）并用最快的方式评估出这个想法的价值（可量化）。
在制作技能树的过程中，我在明确了“技能树UI样式”，“技能点点亮流程”，“话题讨论订阅机制”，“技能认证分享样式”这四个产品逻辑之后，果断放弃了其他一些类似用户之间互相关注，互相私信的功能，保证了最小代价实现了产品想法。同时，虽然技能树这个App并不打算商业推广，我也已经基本可以明确技能树和技能认证的UI样式会与新用户的推广数据密切相关，而技能点点亮流程与技能讨论订阅机制会与老用户的活跃数据密切相关。
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
