概念在经过多层过滤后，接下来就是带着杀出重围的概念进入执行的第二步–找到实现这个概念所需的投资。
投资者或潜在伙伴关注的三大问题 1.产品概念是否处于趋势上，是否在满足强需求和频发需求？ 2.是否找到了有效的突破口，突破之后如何建立壁垒？ 3.团队能力与产品概念是否匹配
1.产品概念是否处于趋势上，是否在满足强需求和频发需求？ 投资的目的是获得回报，投资者关心这款产品能够服务多少用户，未来可以创造多少利润，趋势和解决了多大的痛点都是产品能够做大的必要条件。
强需求就是一天要吃三顿饭，出门要带着手机。 弱需求就是找个时间去公园逛一逛 频发需求就是饭一天要吃三顿、牙一天要两次 非频发需求就是回老家结婚。
天使投资者的资金规模较小(通常大部分都是自己的钱)只关注公司的初创阶段，主要基于创始人和业务方向做判断。风险投资是专业的投资公司，他们募集大规模的资金，为了实现这么大规模的资金增值，他们更关注达到一定体量的公司(也有专注早期的风险投资机构，如经纬中国)，主要基于业务数据做判断。
创业公司融资是因为他需要充沛的资金来保持自己的发展速度和领先优势，资金可以转换为更多的人才、大量的服务器和带宽、大规模的营销。
当然如果不在乎能够做到多大用户规模和收入规模，只是简单想把一些需求解决好，其实不用花心思研究融资知识，自己启动产品，逐步把用户服务好，也是一条路线。
如果是在公司内部要求老板投资，老板考虑的并不完全是投资回报率的问题，除了看一款产品能不能做大，老板还会关心自己的公司在整个市场中的产品布局，如何更好的满足用户需求。获得老板投资机会的前提是他们能够契合老板的某个关注点。向老板进行产品产品建议的时候，首先要符合公司的发展目标和资源优势。
清晰的了解公司的业务布局十分重要，要建立独立的产品，他一定要处于业务布局中的空白地带，而不是某个现有产品增加一项新功能就可以代替的。
2.是否找到了有效的突破口，突破之后如何建立壁垒？ 似乎很多人觉得，把竞争对手的功能照搬过来，在借助腾讯的多个平台后发先至，微信就成了，如果这样就可以超越竞争对手，为什么QQ旋风没有战胜迅雷，电脑管家没有战胜360安全卫士，一个明显的差别是微信找到了突破口，而另外两款产品没有。
微信的突破口，2.0版本的新增Talkbox推出的语言对讲功能，虽然微信在对讲机特性上有微创新，但整个产品来说还是在追赶竞争对手。真正突破口来自2.5版本中，"附近的人"将基于位置的交友引入微信，。
突破口的作用是让用户觉得产品有用，壁垒的作用让这种有用变得难以复制。App Store里的大量应用，淘宝卖家服务市场里的大量应用，微信中沉淀的关系链，都是非常高的壁垒，竞争对手们很难靠复制一些功能来获得这些投资的资源。
3.团队能力与产品概念是否匹配？ 这个问题可以分解为两步:首先是产品负责人的个人能力与产品概念是否匹配，其次是产品负责人能否组建一支理解产品、热爱产品、符合产品能力要求的团队。
每个人的时间和精力都是有限的，我们见过菲尔普斯一次奥运会获得8枚游泳金牌，但没见过哪个运动员在体操、举重同时拿走两枚金牌。一个有特长的产品经理，是勇于承认自己不懂Flash、SQL等之类的。
我们不应该将"还没想清楚"、"如果发布之后再调整对用户伤害太大"等借口挂在嘴边，事情是做出来的，不是想出来的。通过一些技巧，例如用户研究和灰度发布(在不中断服务的情况下向部分用户发布新功能)，可以最大限度降低"行进中开火"的负面效应。
在产品研发的过程中，想不清楚的往往是一些细节问题，比如是否允许用户申请自定义域名，某一点的交互设计用户能否理解和接受等，使用焦点小组的方法可以对用户进行概念测试，从而验证团队想法。
焦点小组就是邀请大约6-9个具有代表性的用户对某一主题或观念进行深入讨论的方法，主持人在不限制用户自由发表观点和评论的前提下，保持讨论的内容不偏离主题，还要让每位参与者都能积极参与。通常用户的历史行为比他们当前的意愿更有价值，比如用户可能会说他想要羊肉串口味的牙膏，但真正给他们这样一款产品的时候，他却不愿意买单。
对于不确定的交互设计，可用性测试是将其确定下来的非常有效的方法，它包含3个步骤 1.寻找一些有代表性的、符合产品潜在用户条件的用户。当一款产品的用户很多，形成了多个差异化非常大的用户群时，每类人权测试3个用户就足够了。 2.请这些具有代表性的用户在产品或产品原型(可以是画在纸上的原型，也可以是可运行的原型)上完成一些任务。 3.使用体验观察室观察他们的操作，他们在哪里成功了，在哪里卡住了，不要发言，倾听他们的意见。如果用户在一个界面中找不到下一步按钮，答案就是按钮不够醒目。
如果产品已经发布，为了让更多的用户满意，可以用A/B测试的方法进行更大规模的测试，通过一些设置，将来访用户分流到A、B两个测试环境，版本A维持现有的方案不变，版本B是做过调整用于测试的方案。
要推算一个概念变成真正的产品需要多少时间和预算，首先要把这个概念落实为图纸，然后邀请相关领域的专业人士(主要是研发经理和项目经理)根据图纸中的细节一起进行时间和预算上的评估。项目正式启动之后，图纸就变成了所有项目成员的施工指导和沟通基础，对项目的目标起着决定性的引导性作用。
图纸是什么样子？以网站产品为例，我们可以使用网站结构图、网页线框图、和网页描述表。
网站结构图描述了整个网站的结构，确定了网站的模块划分及网页个数。在描述网站结构的时候需要注意MECE原则，中文含义是相互独立，完全穷尽，呈现出分类清晰并且穷尽的结果，可以降低理解门槛。
如果你所在的团队使用敏捷开发的工作方式，那么可能会需要你把项目的颗粒度分得更细一些，以便每天能把已经完成的工作叠加到可运行的网站上。
工作生活中引起拖延的两种情形:一种是很多烦人的小任务;另外一种是超出能力的控制范围。所以，消灭拖延提升效率的方法，是把任务分解为连续的、在能力范围之内的小任务。
微信负责人张小龙说过"在分析网站结构的时候，也可以使用面向对象的思想。比如用户要买书，书是任务的对象，任务的目标是讲书送到用户手中，首先我们会想到关于书这个对象的基本方法CRUD（创建、检索、更新、删除)。对用户来说，操作数的方法有检索、购买(创建订单，进入订单任务),再想想，用户可能想要收藏一本书，读过书之后可能还要发表评论，那么还要增加收藏、评论的方法…
线框图描述了一个网页中所需包含的基础元素及其在这个页面中的布局，它会由图形界面设计师最终完善成美观的网页设计图。类似于原型设计。
网页描述表只包含一个网页中所需要的展示的元素及其背后的逻辑，并不包含这些元素在页面中的布局。它有两个作用，一是可以将产品经理的工作与交互设计师的工作区分，二是可以向研发团队说明信息背后的逻辑，方便他们实现。
在工作过程中，还有一些需求很难涉及到，比如解决网通/电信跨网访问的为题，要求所有网页打开时间不超过10秒等，这类非功能需求，需要整理分类，将其作为整体需求的一部分交给研发团队。
我们前面所看到的网站结构图、线框图、和网页描述表统称为产品设计文档，产品设计文档是伴随产品整个生命周期的连续概念与执行的重要工具。一份产品设计文档现在产品部门内部达成共识，然后研发团队，确认可执行性和研发成本，接下来和研发团队给的评估意见一起给到公司高层领导，确认项目周期。项目启动之后，则用于指导研发团队具体的研发工作，帮助测试团队制定测试计划，给到公司外部的合作伙伴完成一些合作项目。
针对于产品设计文档的意见。1.保持简短，重要技巧之一就是将需求与需求之外的其他东西分开，保持需求的简短。例如需求-玩家不可把道具放在地上，FAQ:为什么玩家不能把道具放在地上？,这样可以有效降低画面的混乱程度，并确保完全不会被放置在地面的数百个道具穿透。2.消灭错误 3.别对他人(主要是研发)的工作指手画脚 4.使用肯定的语言，不要过于关注文档而忽视沟通，文档只是减少后续工作中的重复沟通。
用户体验三要素:别让我等！别让我想!别让我烦！
别让我等！为什么迅雷在下载软件中独树一帜？为什么越来越多的用户在低画质的视频网站上在线观看连续剧而不失下载更清晰的视频文件？答案是用户的耐心非常有限。假设现在有用户试图访问你的网站，那么你的网站最好能在10秒内呈现给他，用户最满意的打开网页时间，是在2秒以下。所以绝对速度一定要及格，在及格的基础上越快越好。
减少HTTP请求数，用户打开一个网页的时候，等待的时间主要都在下载网页元素上，即HTML、CSS、javaScript、Flash、图片等等，据统计每增加一个元素，网页载入的平均时间就增加40毫秒。减少HTTP请求数的方法有以下3种。 1.减少不必要的 HTTP请求，例如用CSS圆角代替圆角图片，减少图片的使用 2.合并文件，对于文本文件可以直接合并内容，例如将多个JS文件合并为一个，将多个CSS文件合并为一个，对于图片文件，在需要显示某个图片的时候通过CSS调用大图中的一部分显示。 3.优化缓存，对于没有变化的网页元素，用户再次访问的时候没有必要重新下载，直接从浏览器缓存读取就可以有效减少HTTP请求数。
使用内容分发网络(又叫CDN,使用成本会很高)，用户与你网站服务器的接近程度会影响响应时间的长短，内容分发网络是由一系列分散到各个不同地理位置上的Web的服务器组成的，它根据和用户在网络上的靠近程度来制定服务器响应用户的请求。
压缩网页元素，每个元素越小，下载所需的时间就越少。通过Gzip，减少70%的文本内容，JSMin和YUI Compressor等工具，可以将JS文件进一步压缩。此外YSlow还提供了一个工具Smush.it，它可以无损压缩网页中所有的图片元素。
把样式表放在网页的HEAD部分，可以让页面尽快开始渲染，用户所感到的载入速度将会加快。
把脚本文件放在网页底部。在脚本文件(js)下载完毕之前，其后面元素的顺序显示将被阻塞。
把样式表和脚本放到外部文件中，在首次浏览之后通过缓存来减少HTTP请求数。
减少DNS查询次数，减少域名的使用可以有效减少DNS解析所花费的时间，但是由于每个域名有并行下载数的限制，使用2-4个域名以获取DNS解析时间与并行下载数的平衡是不错的选择。
缓存Ajax。对于用户的操作，不管返回结果的绝对速度是快还是慢，都要及时响应。真实世界投射法在用户体验方面可以给到很多帮助，比如电梯，当用户按下电梯按钮的时候，按钮会立即点亮，告诉用户他的请求已经被接受。又例如双击图标的时候，图标会立即有一个放大虚化的动画效果。
如果数据的完整性在可容忍范围，那么用完整性来换取速度、响应和服务器开销是最好的选择。
在解决速度和响应问题时，也不要忽视稳定性问题，在不稳定带来的网站危机时，危机管理的基本对策就是加强信息的披露和与用户的沟通，争取用户的谅解与支持。争取快速恢复部分服务。
别让我想！懒惰是人性的重要组成部分，用户通常不喜欢被强迫进行思考或学习。在搞不懂这里是干什么的。也懒得学习如何使用，就会直接关闭了你的网站，在产品能够快速触达用户之后，现在就是如何留住他们？
包装你的网站，包装的3要素。 1.LOGO（辨识一个商品或者网站，最重要是通过LOGO)，2.是什么？一个网站中，可能有很多细分的模块或子产品，每个模块是什么不能单靠LOGO有效告诉，我们需要提供更具体的信息告诉用户当前这个模块是什么。3.带来什么好处？需要简单明了的告诉用户"我"能带来什么好处，通常是通过一条Slogan(口号)。
关注用户及其任务，给予明确的指引，我们常常关注产品本身多于关注用户，对于用户根据cookie的记录来推送，远胜于提供的各种冷漠工具。
在设计产品的时候，需要给予用户醒目、清晰的指引，以帮助他们尽快地进入下一步，下一步，下一步…最终完成任务。
尽可能的降低用户的学习成本，一个好的产品各个功能都要符合自解释原则，尽量通过图形和文字让用户能根据他以前的常识和经验就能上手。
奥卡姆剃刀定律–如无必要，勿增实体。当必须面对"必然的复杂"时，就可以通过一些手段让他们自动运行，从而让用户感觉不到他们的存在，就像驾车时的自动变速箱、光速感应车灯和雨量感应雨刷。邮件在用户输入收件人的第一个字母时候，自动列出响应的联系人列表(还按照联系频度排序)供用户选择。收到垃圾邮件时，自动分析用户举报的垃圾邮件，帮助用户解决垃圾邮件骚扰的问题。
别让我烦！缩短完成路径就是帮用户偷懒，例如在订餐时候，自动让获取的优惠码勾选生效。在Amazon购物时，商品详情里的版本栏目，提供多个版本提供给用户极高的操作效率。在iPhone里不需要为每个软件单独设置接入点，自动给网站链接分配优先级:WIFI>EDGE>GPRS，从而避免了每个软件的需要的单独设置。
设置当前位置和目标位置的距离，距离越短，所用时间越短。
目标面积越大，所用时间越短，如果我们希望用户的指点设备划过或点击某个元素，那么这个元素就不应该距离指点设备的当前位置太远，并且面积要够大。
