u012730075的专栏

记得大学时，对专业课（计算机科学与技术）学习最大的疑问是其实用性。这个我想大家也有同样的经历，大学的学习偏重于语法和理论，与现实生活结合的很少，所以这个阶段算我的学习阶段。记得在工作的前几年自己作为工程师时，一心扑在技术上，一心扑在实现上，很少会去考虑自己和团队做出的东西是否有市场，所以算作我做项目的阶段。慢慢的，在企业文化，市场环境的熏陶下，我对自己、在团队常常会强调：一定要想想自己做出的东西有

背景：我所在的团队要做一个平台化的互联网产品，从产品的定位、推广、架构经历了不少变化和修正......，从中我也汲取了不少的教训，其中让我最深刻的一点产品经验就是“想在未来，做在当前”。产品定位在参加了公司为我们团队组织的VC会议，甚至公司内部 团队和市场部门一起召开的产品介绍会中，虽然他们都认为我们的产品有好的创新点，技术上也没有大的问题，甚至市面上也没有类似的竞争产品，但是我们的思路和产品仍然

从我当前的职业经历来看，做过两种类别的产品：一种是客户定义好了需求由我们去实现，我姑且称其为做项目；一种是自己去探索用户需求然后在不断的摸索中引导用户，实现价值，这是我笔下真正的产品。做项目目标明确，用户参与度高，风险小；做产品属于定位目标，然后摸着石头过河，中间浅滩礁石密布，风险挑战可见一斑。所以我今天来谈谈我对做产品的一些思考。做产品的基石：需求《需求》这本书用多个成功企业和创始人的经历向我们

不知道大家还记不记得曾经打开很多网站给人的那种眼花缭乱的感觉；还记不记得以前我们总以拥有一个集收音、音乐播放、录音功能为一体的mp3而深以为豪；还有用着我们那有着密密麻麻按钮的电视遥控器的不解和无奈。慢慢的，我们发现打开的很多网站给人一种清新简洁的感觉（一些门户网站除外，因为门户本身的作用就是信息流的整合，信息自然是越多越好），ipod已经成为我们选择MP3的首选，电视遥控器的按钮也越来越少。简约

背景：目前公司某款互联网方向的产品已经有数十万活跃用户了，但是发现当我们确定下一步产品方向或者为产品添加某个功能，甚至衡量已经发布功能的使用情况时经常会用可能用户喜欢这样操作，可能用户在某时间段登陆比较多，可能用户的停留时间不长...这样的言语去猜测用户的行为和心理，可能二字经常占据着产品分析会议，技术决策会议...，但是可能二字下产生的决策也可能会导致产品方向的偏离，技术选择的错误，甚至因为无用

背景：最近在新产品的开发任务完成后一直在为寻找好的IDC和优质的托管服务忙碌。需求源自于我们重点要解决之前老版产品面临的国内外用户访问速度慢甚至连接不上的问题。除去架构技术上使用高性能、可扩展的方案，针对目前的并发量和数据量而言只要能保证网络质量的优质就可以达到较好的用户体验。首先我们的产品平台数据需要较强的一致性、高可用性，而且很多是动态数据。根据CAP理论，我们首先否决了分布式部署

背景：从年中就一直奔波忙碌在公司一款互联网产品和团队上，从产品调研、商业模式的制定、各种合作交流、团队搭建......几乎事无巨细的都深度参与进去。直到现在我们的团队已经基本成型并且开始产品的研发试运营工作。在这些进程中，我的产品观也得到了一次洗礼，不妨和大家简单交流下。作为一个技术人或者团队的技术负责人需不需要深入的了解产品？       我想如果在传统行

看了文章的标题，是不是好像一个技术人员在写一篇反对产品经理的檄文？不是，因为我也是无比龟毛的处 女座啊，我这人不但对工作、对生活都很处 女座，做技术做产品也一样，经常把各种极致挂在嘴边。但是近几个月针对一款新产品我们这支内部创业团队深入到市场、产品、研发的交叉工作中，也深入了解了一些成王败寇产品的历程，期间也没少和有经验的人士进行交流学习，再也不敢时时刻刻处处要求各种极致了，难道产品汪们就是犯了我