《启示录》主要观点摘抄&评述

第十三章：产品原则的制定
【define】：产品原则是团队成员关于产品的共同认识。这里的判断不是设计层面和细节层面的判断，而是一些普通的观念例如：啊荔枝fm觉得每个人都是主播都可以有故事跟大家分享。或者：影迷们的评论才是最有价值的，或者呐知乎里人人都享有同等的回答权和投票权票数多的答案会是良好的答案
【uesage】：
1、这是一个需要全体团队讨论并认同的理念
2、作用是：当遇到相关的细节问题时，就靠这个原则来辅助我们做判定。
3、意义：产品比较有整体感一些。可以避免观念左变右变然后大家讨论来讨论去作死改需求的状况
4、特殊情况：这种理念，也是要与时俱进的嘛！不能学nokia
【Details】：
1、这里的原则也是要分优先级、要有重要和不重要的区别
2、不是设计和细节上的共识哟~~瞄~

————————————————————————
呵呵之前跟的项目里面就是有这样的问题了。基本上是：只要是在理念上清晰有共识的，原型就基本没太多要改动的地方；而哪些大家没认清楚目标并统一主要观点的，就会有很多很多次的讨论，和A→B→
A的改动（然后大家先提出一个意见，下次不记得了又开始推翻神马的）
所以这么想想，大概达成共识是很重要的吧。不知道其他事情是不是如此的说
————————————————————————


第十四章：产品评审团
【define】：一堆人（与产品决策相关的(。﹏。*) ）聚在一起，决定产品战略方向，监督产品的研发流程并且合理的配置资源。（另：这里是在商业战略的限制下，去提出与之匹配的产品战略，而非不停地对产品战略进行修改）
【成员组成】：①首席运营官（执行官） ②产品 ③ued ④市场 ⑤开发 ⑥运营 ⑥客服
【具体职责】：
1、提出产品机会，选择值得投入的产品，并让产品来评估产品机会
2、根据评审结果，决定是否开始定义产品的解决方案
3、评审产品原型、用户测试结果、成本估算明细、决定是否开发产品
4、评审最终产品、产品品质、发布计划、社会效应，决定是否发布
【Details】：
1、不负责对产品细节的修正和更新，浪费时间
2、不负责具体的产品设计，产品设计的扔给产品
3、做完产品设计之后需要估算开发时间和成本
4、不负责讨论具体执行策略，费时
5、讨论频率自定
6、上线后要总结，用以反思：之前结论正确否？

第十五章：
特约用户
大致是说：找几个用户来做用户调研，采集需求、测试可用性神马的

第十六章：市场调研
这一章大概讲了两个意思：
1、市场调研包括：用户调查、产品使用的数据统计、数据挖掘、拜访用户、人物角色、可用性测试、同类产品分析
2、市场调研的目的主要是为了弄明白：①、谁是目标用户？ ②用户会如何使用这个产品？ ③用户能想明白你的产品么？障碍在哪里？ 4、用户为什么选用你的产品？ ⑤用户喜欢产品的哪些特点？ ⑥用户希望如何改进产品，增加哪些功能？
3、局限性：呐用户反正也不知道自己要什么，然后你弄个问卷还很容易不小心暗示了用户（文字上面啊、语气上面啊，再说调研这个东西只问选择不问理由的）。你跑去跟用户聊天吧，还得防止自己的语气吧别人带沟里

第十七章：用户角色的创建
【define】：根据对于用户的访谈或者其他方向上的沟通所确立的虚拟人物，对这个人物的要求是他能代表典型用户。在人物角色中主要关心：人物的行为、态度、目标~~~
【usage】：在每个发布周期，都针对一个特定的典型的人做设计

第十八章：重新定义产品说明文档

【uesage】：
1、这是一个需要全体团队讨论并认同的理念
2、作用是：当遇到相关的细节问题时，就靠这个原则来辅助我们做判定。
3、意义：产品比较有整体感一些。可以避免观念左变右变然后大家讨论来讨论去作死改需求的状况
4、特殊情况：这种理念，也是要与时俱进的嘛！不能学nokia
【Details】：
1、这里的原则也是要分优先级、要有重要和不重要的区别
2、不是设计和细节上的共识哟~~瞄~



第十七章：用户角色的创建
【define】：根据对于用户的访谈或者其他方向上的沟通所确立的虚拟人物，对这个人物的要求是他能代表典型用户。在人物角色中主要关心：人物的行为、态度、目标~~~
【usage】：在每个发布周期，都针对一个特定的典型的人做设计

第十八章：重新定义产品说明文档
作者的意思是：画高保真
我觉得：可以去shi·~~了·~不过如果ui给了图片的话，高保真的交互倒是也不挺快的说。

第十九章：用户体验设计与实现
包括：

第二十章：基本产品
【define】：不能再缩减和减少的产品。
【usage】：先开发出来试用，检测。然后再往上加功能的。从而保证能较为准确的预估开发的最短时间

第二十一章：产品验证
包括：开发可行性测试、价值测试、可用性测试

第二十二章：原型测试
（——这个章节还不错，但是都是一些小tips，就不摘抄了。反正大致意思包括：呐首先不同的用研测试者的选择，测试地点什么的是有讲究的。其次①你需要提前拟定测试内容 ②你只有一次机会了解测试者未接触原型之前是如何解决产品所需要解决的问题，所以你先可以先让用户去试着解决你的几个核心需求，然后在让他们试用你的网站 ③停在首页的时候不要那么急着走下去，可以问问他们能否从网站的首页看出来：网站能帮我解决什么问题——这样你还可以顺带回答首页跳出率的问题对不？ ④完成任务之后可以搜集用户的信息，比如是否使用同类产品？是否愿意向他人推荐本产品）
【Details】：
1、测试前不宜说话太多（省着混的太熟不好意思）
2、需要提前告诉用户：你可以毫无顾忌的说自己的想法，不要碍于情面有所保留
3、不要让用户变成“处女座的吹毛求疵”，不要让他们评论ui细节（ui带来的感受这个应该是可以问的嘛）。浪费时间再说你又不是比较专业的ui
4、不要给予任何提示
5、
、

第二十三章：改进现有产品
第二十四章：平滑部署
滴二十五章：快速响应阶段
第二十六章：合理运用敏捷方法
第二十七章：合理运用瀑布式开发方法