产品：

这次我选择用来做案例分析的是--知乎。

知乎可以说是中文互联网最大的知识社交平台，拥有认真、专业和友善的独特气氛，分享用户间彼此的专业知识、经验和见解。因而在日常生活中，我用知乎搜索答案的概率要远远大于用百度、或者上贴吧。在使用过程中，久而久之，也发现了一些bug。

第一部分：调研 测评

• 关于个人第一次上手体验 

在知乎上，可以获得比百度更为专业的解析。其产品的功能流程逻辑清晰，结构层次简单清楚，界面简单自然。总而言之，知乎通过有效的用户管理和激励机制、用户自筛选和主页推送机制打造了高质量和专业化的知识社区氛围。

• 知乎bug

第1个bug：在之前的版本中，知乎规定最多邀请6人，但点的快可以邀请十几个人。（该bug已经修复）

原因分析：人数增加不是在AJAX的success-callback里面，而是在click/mouseup/touchend的时候，所以在你点击之后前端dom上面的数据会根据你点击次数++，而真正的数据库级别的增加应该是在后台的点赞成功回调里面，所以当请求次数大于6时，被后台驳回，所以刷新页面后上邀请的人数增加显示最大为6.（参考知乎该类问题答案）

第2个bug：如下图所示，我随机提问了一个“hh”的问题，但是提示该问题已经存在，但是存在问题列表中并没有只以“hh”为题的题目

第3个bug：知乎上偶尔刷到，回复时间是1970年的答案

原因分析：1970年1月1日是unix系统默认的起始时间，也就是说在某些设置下，发帖没有正确写入数据库，发帖子的时间就会被默认为1970年

• 选择一位用户进行采访

     问：你在使用“知乎”时，有什么体验？

答：在我使用的过程中，针对特定问题，能获得高质量解答。

问：觉得该应用有什么不足之处？

答：有时候会搜索不到对应答案，回答质量过低，得不到对方及时的反馈和回复。

问：有什么建议？

答：希望能对回答质量加大筛选，让问题覆盖面更全面。

• 通过对知乎的使用，我给该软件的评价是：推荐。

第二部分 ：分析

•   该软件功能

    产品的功能包括：问答（包括付费语音问答“值乎”）、专栏、知乎书店（知乎周刊、一小时、知乎盐）、在线讨论（圆桌）、话题分享（知乎Live）......

•    分析优劣

•    功能逻辑图

•    评分

第三部分：建议和规划

•    假如你是项目经理，如何提高从而在竞争中胜出？

     借前车之鉴，仿他人之举，剔除糟粕，不断分析规划，更加注重用户体验，加大市场调查，加强宣传力度，不断提高开发团队水平，服务团队质量。

•   目前市场上有什么样的产品了？

     简书、掘金、百度知道

•   你要做什么样的功能？

     改变邀请回答制，为悬赏制

•   为何做这个功能？

     从亲身体验的角度看，用悬赏制度更能激励用户回答问题。曾在知乎提问过一个问题，邀请6人回答，晾了一周，还是无人回复，但在采用悬赏制度的“百度知道”，回复反馈的时间仅仅为一天。

•   为什么用户会用你的产品？

我的产品要做到用户体验好，功能完善，是其他产品所不能代替的，用户没有拒绝而选择其他产品的理由。

•   你的创新在哪里？用NABCD来分析？（http://www.cnblogs.com/xinz/archive/2010/12/01/1893323.html）

  N(Need 需求)

有些问题，需要经过激烈的讨论，不是一问一答这种形式可以说得清楚的

     A(Approach 做法)

    添加一个可以面对面远程视频讨论的功能

     B(Benefit 好处)

    可以让该产品在社交性上更上一层，并且有利于用户对于专业问题的研讨

     C(Competitors 竞争)

    该功能可以和微信之类的视频聊天软件冲突

    D(Delivery 交付)

    通过提高产品服务技术，获得好口碑，来推广产品

•   你来领导这个团队，会有什么不一样？

   邀请一些外国用户加入该产品

•    若你团队有5人，4月为限，你为项目经理，如何配置角色？

          一、人员上考虑，我会去在项目开始前，先了解下团队成员的技术水平以及优缺点，将其分为产品研发1阶段人员、研发2阶段人员、测试人员以及助理。

二、（1）第一个月前半月，先进行市场调研，看有无开发前景；

（2）第一个月后半月，进行项目规划，进行风险评估；

（3）第二三个月，研发阶段，按照螺旋模型，实施软件研发与验证；

（4）第四个月，进行客户评估，评价开发工作，提出修正意见。