Downloaded 25 times
Uploaded byYan Wang
互联网产品研发
本文件讲述了互联网产品研发团队的快速开发过程，包括一个月内上线多个版本，代码及部署数据，以及团队的敏捷开发实践。强调从想法到产品的转化过程及其成功概率极低，同时探讨了有效的团队构建和技术应用。最后提到互联网行业的特点，以及如何在变化中寻求成功。
互联网产品研发
- 1.
- 3. 1个月内部上线 3个网站版本和2个系统版本 2987行代码 103次部署 部署周期1天 99.99%正常运转
- 4. 想法 学习 开发产品 通过这个循环 最大程度 节约时间 数据 编码 评测 精益创业
- 5.
- 6.
- 7.
- 8. 想法是不值钱的 100% 有很棒的想法！ 50% 做一些研究！ 25% 决定做！ 10% 制作出模型！ 5% 简单实现！ 1% 坚持到底，做成一个产品！ ?% 成功！
- 9.
- 10.
- 11.
- 12.
- 13.
- 14. 付莹 司晓静 李睿 王琰 陈金洲 我们的团队
- 15.
- 16.
- 17.
- 18.
- 19.
- 20.
- 21.
- 22.
- 23.
- 24.
- 25.
- 26.
- 27.
- 28.
- 29.
- 30.
- 31.
- 32.
- 33.
- 34.
- 35.
- 36.
- 37.
- 38.
- 39.
- 40.
- 41.
- 42.
- 43.
- 44.
- 45.
- 46.
Editor's Notes
- #2 Hi，您好，我来自thoughtworks的产品团队，我将分享一些内部精益创业的经验和故事。
- #3 TW已经开始涉足互联网产品领域，我们在今年的7月15日发布了面向企业的差旅协作工具，主要的目标用户是拥有较多出差的企业和为企业提供差旅服务的一些中介机构等。这是我们的产品主站。至此，TW中国建立了产品团队，而这只是第一个。
- #4 一些数据希望给大家分享一下：
- #5 我们是按照“精益创业”的模式来运转我们这个项目的。提倡企业进行“验证性学习”，先向市场推出极 简的原型产品，然后在不断地试验和学习中，以最小的成本和有效的方式验证产品是否符合用户需求，并迭代优化产品，灵活调整方向。这一模式不仅针对车库创业派，对于全球最大企业内部的新创业务也同样适用。从这个环可以看出，首先要有一个想法，然后快速的开发产品，实现编码，然后向客户来验证和评测需求，得到一些数据，通过学习和分析，再次改进想法或者更好的想法，继续迭代。通过这样的一个环，能最大程度的节约一个产品是否有用的时间。其实这个环，往大了看是一个产品的运转过程，往小了看也可以是一个想法的运转过程，我将在接下来将会介绍在我们的产品中是如何来做的。
- #6 首先是想法，想法从哪里来？做什么东西？
- #7 国内的互联网很多成功的产品都是从国外抄袭回来的，也是国内的一大特色，但是好处在于，明确，成功的概率很大。不需要做过多的设计，他们做成什么样，我们先照着一模一样来一套！现在很多的人在硅谷，那边一旦有好的想法，就会抄一份回来。
- #8 人类的所有的痛苦都是创业的机会但尽管如此，设定想要一个想法能改变所有人的生活，是不太可取的。想法都是一步步的演进的。其实，微创新，发现你身边的人的痛苦，来尝试用软件来改变，然后不断的改进会。企业内部的差旅上的烦恼促使我们来做这样一个产品，而后又发现这样的痛苦在其他的公司中也存在，所以这也继续促使我们来将他做成一个产品来推向社会。
- #9 但是想法是不值钱的！
- #10 我们有了一个好的想法，然后就到了我们开发产品的阶段。
- #11 用什么样的技术来开发也很大程度上的影响了产品的进程。
- #12 首先开发的平台：我们选用的是ruby on rails，这个目前是互联网界最推崇的开发产品的语言和框架，要比.net和 java开发效率高出好几倍。像sass和coffee script 帮助我们提高开发效率。其次是开源的产品，我们在产品开发过程中，发现如果能用开源产品的，我们会尽量的使用，因为没有必要再重新造一个轮子。但是开源产品的开源协议要注意，有一些是不能商用的。
- #13 部署：1，自动化部署，使用云服务，不仅仅是server，像邮件，像客户的咨询反馈系统我们都可以来用选用合适的服务器
- #14 测试工具1.2.
- #15 小型团队5~6个人构成是需要一个纯设计，可以把想的东西视觉化。一个UI Developer，两到三个Rails Developer至于像ba，测试什么的，每一个人都需要来承担
- #17 还是保持了敏捷开发的一些实践，也发现敏捷开发和精益创业是非常非常符合的。我们使用story来划分我们的功能，我们早上会有站会，要求每一个功能都应有相应的测试，我们会做retro反馈，内部也会做一些知识经验的传递和分享，持续集成和一键式部署。
- #18 也有冲突的地方，在TW是不提倡加班的，加班说明正常的工作时间内的效率不高。但是创业团队哪个不加班呢？前期产品出来之前，我们需要非常非常大的投入。所以，这也是我们遇到的文化冲突吧。
- #19 工作的很累，但是一定要注意团队的建设。就像有人讲的“苦逼的团队做不出好的产品”我们的工作环境和氛围都是比较活跃的，也可以看到我们给设计师配备的苹果的显示器，整个办公室绝有。很多的团队建设活动。
- #20 快速而又安全的编码实现
- #21 代码质量和测试覆盖率
- #22 要及时的发布，不能跳票，否则对团队的士气是非常大的打击。
- #23 满足用户刚性需求、功能最简练、操作最简单的产品。识别出用户的3中需求，刚性需求，期望性需求和兴奋型需求。我们在构思产品的时候，也一定会把产品想得尽善尽美，什么都想做，而且都想做好。甚至还会欣喜若狂，心想自己构思了一个多么美好的产品。这个时候往往最易冲昏头脑。想着能开发的，尽量全部开发上线。而往往面临的残忍现实是时间有限。要做的东西这么多，而时间却很有限，因此很容易酿成的悲剧是：产品设计上由于考虑东西太多时间又有限因此很多考虑不够深入，整体上大打折扣，甚至连一个核心的操作流程都是不畅通的；开发上由于时间有限，技术处理上做的不够精致，到处是BUG；最终导致所有参与人员加班加点、筋疲力尽、怨声载道，付出的结果却是客户的横眉冷对。就算给你一个充分的时间，等你所有东西想细，开发尽善其美，也许真的是“黄花菜都凉了”。
- #24 用户评测，这个其实跟敏捷开发中的反馈很像，功能和产品的成败与否，是否好用应该是由用户说了算的。
- #25 用户测试在不干扰用户的情况下，让用户来试用我们的系统，记录他们在试用过程中遇到的一些问题，记录下来，得到第一手的反馈。另外就是建立一些收集用户反馈的通道。
- #26 还有一些是性能上的测试。这是在技术上和框架上的改进
- #27 一定是要拿数据说话的比如我们使用google analyze的服务来看用户在这个页面上花了多长时间，为什么用户总喜欢点击这个按钮，为什么用户进来之后什么都每点击就直接走了。
- #28 通过对评测结果和分析结果的学习，产生新的想法或者来改进新的想法。我们希望这个环是运转的越快越好
- #29 在这个验证学习的过程中，我们也有一些感触
- #30 用户设计是最重要的！！！
- #35 尽管在国内市场还未打开，但是我们发现在一些发展中国家有很大的需求
- #37 其实，90%的创业都失败了。创业本来就是一个风险高，但是汇报大的事情。所以，不能只做一个产品固守在上面，多做一些，有一个成功，就成功了。
- #38 所以，在上一个产品开发上处于维护期，而市场上处于开拓期的这个时间段。我们又开始做了下一个产品，金数据，一个用来收集、统计和分享数据的一个工具，这个是面向广大的消费者的。这是我们的mockup，最近会有内部的上线。
- #39 总结出来，一个可行的想法建立全功能团队，使用合适的技术，开发出一个
- #40 开发快! 反馈快!但是一定要安全，不能像高铁一样！
- #41 特殊国情吧网络监管国内的用户的习惯众多的模仿和抄袭者更多的使用人群
- #42 互联网产品不再是首先是一个web产品，然后可能建立一些移动设备的访问通道啊等等。但现在可能一开始就是一个移动产品，并且很多的一些应用
- #43 对企业的互联网产品有很多的挑战市场的接受度，企业IT的决策周期比较长，信任问题2C的产品一开始就有很多的用户基数，但可能在很长期内找不到赢利点
- #44 适合做一个平台呢还是一个应用？现在一个应用就可以拯救一家公司，是一个比较大的business
- #45 用户体验
- #46 Thanks, any questions ?
- #47 Thanks, any questions ?