分析：一款互联网产品诞生的前世今生

分析：一款互联网产品诞生的前世今生

从用户角度一款产品首先是要解决用户的某个实际问题，其次是让这个问题变得容易解决，最后是让用户在使用产品过程中有深刻的印象，留下美好的体验。所以我们在设计产品时应该从这三个方面考虑，即解决用户需求，减少用户理解和操作成本，让用户留下美好而又深刻的印象。从产品角度产品的需求可以从三个方面去考虑，用户需求、商业价值、开发成本。其中用户需求是根本，一款产品只有很好地满足了用户的需求，才会有人愿意使用，产品也才能获得商业价值。企业获得了一定的商业价值，才会花费更多的精力和资源去完善产品，不断提高产品的使用体验从而更好地服务用户。同时一款产品不论有多么奇妙的创意，都需要开发人员从技术上去实现，在开发资源紧张的情况下，对开发成本的评估也不容忽视。在确定产品需求之前，首先要给产品做一个明确的定位，这是后续一切工作的大方向。产品定位可以分为两个部分，一个是产品定义，另一个是用户需求。产品定义包括使用人群、主要功能、产品特色，用户需求则包括目标用户、使用场景、用户目标。通过从这些细分的方向来分析，就能得出一个完整的产品定位了。定义产品最好的办法就是用一句话来概括这个产品，让大家明白这款产品是干什么的，有什么特色，以及适合谁用。比如大众点评是一款通过点评信息帮助用户快速找到吃喝玩乐好去处的应用。产品初期的功能不能多而杂，单点突破专注一个核心功能可以帮助产品迅速找到一个明确的定位，避免产品在开发过程中千头万绪、难以取舍。除了明确产品的定义之外，对用户的需求也要有深刻的把握，简单来说用户需求就是什么人在什么环境下解决什么问题。在这里首先得确定自己的核心用户，不要指望做出一个让任何人都满意的产品，这样的结果往往可能是任何人都不满意。核心用户通常是人群数量大，而且商业价值高的人群。需求收集的途径很多，包括用户调研、用户反馈、竞品分析、产品数据等。面对众多的需求，如何高效地筛选需求就成了值得关注的问题。一个比较有效的流程是：首先筛选掉明显不合理的需求，然后通过用户需求的现象挖掘用户真实本质的需求，再结合产品的定位按照一定的优先级确定产品的需求。优先级的确定需要考虑用户价值、商业价值、实现成本。编写文档当确定了产品的需求之后，为了规范项目流程以及方便产品开发，通常需要撰写产品需求文档。需求文档没有统一的规定，不同的公司，不同的项目对文档的要求可能都不一样。通常情况下一份需求文档有以下内容。文档修改与审核记录。一份需求文档可能会经过多次修改，在修改后需要做简要的记录。背景描述。为什么要做这个产品，产品定位，市场行情等。用户类型和特征。简单的描述目标用户情况以及他们的特征。项目时间安排。何时启动，何时完成。信息结构。产品的页面结构层级，可用思维导图类软件完成。整体业务流程说明。操作的业务逻辑流程，帮助设计师理解具体的业务逻辑。需求详细说明。需求文档的主要内容，列出每一个功能的详细说明。产品需求文档没有一定之规，以上文档中有些内容也可以放到MRD文档中，具体实施时应当根据项目实际情况来确定。在需求文档中信息结构、整体业务流程说明、需求详细说明是核心内容，必须清楚的表达出来，不然设计师在做设计的时候会遇到很多问题需要反复确认。绘制原型当需求确定了，文档也写好了就可以开始着手做原型设计。原型按照精细程度分为低保真原型和高保真原型。不同的公司对原型要求不一致，但是一般情况下推荐从纸面原型做起，因为它简单方便，只需要笔和纸就可以快速地记录和表达，无需考虑格式和细节。用纸面原型可以快速画出产品草图然后和团队成员商量，方便进行修改。纸面原型可以看做是最终设计的雏形，主要关注框架、流程、基本功能和内容，而忽略设计的具体细节。在完成了纸面原型之后，就可以在已有的框架下画出更加精细的线框图，来细化产品的界面。在这个阶段中需要做很多细节的工作，比如规划合理的布局、遵守栅格规范、明暗对比表达、标记第一屏高度、表达清楚UI逻辑、考虑实现后的效果、了解视觉趋势等。这一版的线框图是需要交付给视觉设计师进行视觉设计，所以除了在线框图上完善产品界面之外还需要作出一定的交互说明。线框图代表的是静态的部分，而交互说明则代表动态的部分，比如操作瞬间出现什么提示，文字过多怎么显示，点击某个部分有什么反馈等。总而言之，交互说明要说清楚除静态页面外，还需要考虑各种动态情况；除正常情况外，还需要考虑各种特殊和错误情况。跟踪迭代当视觉设计师做出视觉稿之后，就可以交付技术人员来进行开发了，但这并不意味着工作就结束了，在开发过程中，也需要经常和技术人员保持沟通，避免最终产品和设计稿出现较大偏差。在产品开发完成之后，产品经理同样还有大量的工作要做，上线前要对产品进行可用性测试和A/B测试，产品上线后要不断收集用户的反馈以及检测产品的各项数据。通过收集到的反馈信息，对产品进行迭代完善不断提高用户体验。一款产品的诞生需要经历反