产品瞎想

  题记:我一般在外面玩儿的时候,就是左顾右盼找一个餐厅解决问题,并且经常吃完之后,走个两三步,发现另一个自己更想吃的地方该死的立在那里,结果自己已经吃饱了,不能赤裸裸的再吃一次,,胖子。。

  最近有一些琐碎的产品想法,但都被更加繁杂和琐碎的工作内容给冲淡了。在这里记录一个自我感觉还算良好的IDEA。已久套用前期构思和搭建一个产品框架的模式,从需求产生开始,按照“产生——分解——分析——实现——再回顾——评估问题”的过程,简单评估一下靠谱否?

  需求产生:如果我们结伴出游,恰好是一群懒人,出游之前懒得做功课,不知道住在哪、吃在哪,就这样随性的轻松的玩儿几天。某天在陌生的街道上,为了吃一顿饭,几个人一定会左顾右盼,在顶多四个方向、方圆10米以内的范围内发现觅食处。仅限于此。问题在于,或许没有餐厅让你满意,每一个餐厅的口碑你都不知道,怎么办。

  需求分解:

  1、面向外出游玩的人,机动性强~~

  2、要解决的是对餐厅得寻找、位置锁定、口碑了解

  3、在1和2的基础上,当然可以堂而皇之的衍生出口碑、人气、菜品、折扣等服务

  需求分析:

  层次一:有用,肯定有用。至少对射手座这一类随性又自由的懒虫来说,随时找到吃饭的地方,也够方便。

  层次二:易用,一定是基于移动客户端和GPS的产品,快速锁定位置,然后告诉用户想要的信息。

  层次三:爱用。谈爱用还有些远了,但是如果能够凭借有用和易用积累足够的人气,就可以衍生出口碑、人气等一系列让人喜欢的好服务了,自然也就爱用了。

  需求实现:

  这是一个小想法,解决的是一个足够明确的针对性的问题。在前面的分析就已经提出了实现方法。呃。。

  现有工具:

  我还真不了解。大家知道吗?推荐几个。一般来说,我就打开手机查查大众点评或者口碑,但只能看到体验极差的餐厅列表,不知道怎么走,不直观。已有的手机地图工具,也完全不够专一,靠它们针对性解决饮食问题,是不靠谱的。

  实现工具和方式:

  1、支持GPS的手机客户端,打开,锁定了自己的位置,圈定方圆1公里或者其他范围,然后自动在地图中标识自己周围所有的餐饮点。

  2、点击某一个餐饮点,进入该餐饮店的页面,可以看到评分、评论、口碑、菜品,甚至人气

  3、YY模式:提供餐饮店版本客户端,专门给餐饮店使用,随时更新自己这里的菜品、折扣信息等内容,供用户使用(YY模式,一定是在用户积累到一定程度,或者本身已经树立了品牌,比如大众点评、口碑)

  再回顾使用场景:

  用户:打开手机,适时获取距离自己1公里左右的餐饮信息,并且可以方便的导航自己直达店铺。可以看到店铺菜品、人气、评分等等。

  店铺(YY模式):店铺某个伙计打开客户端,实时更新自己今天的打折信息,更有甚者,可以动态获得自己周围,正在觅食的用户们,并且花点儿前,就可以向他们发出动态提醒,邀请他们来店铺吃饭~迅速订座~挺NB的

  评估问题:

  问题1:餐饮信息资源,难道要从几个本地化信息服务网站抓取?问题不大吧。

  问题2:店铺里的人,是否有充足的能力和精力,来维护好自己的店铺页面?当然,有实惠,能让自己赚钱,干嘛不做呢。

  还有什么问题吗?先YY到这里,以后再补充吧。

  最后给一个DEMO,够粗陋的,主要是标注出来,可以为我导航,可以看点击某个店铺,看看这个店铺最近更新的信息,就OK了:

  

时间: 2024-10-14 20:44:25

产品瞎想的相关文章

对于大数据大流量情况下微软架构的水平扩展的遐想(瞎想)

最近回顾SAAS的书籍,书中的扩展架构都有点让我痴迷,但书中介绍的都是以Java,Apache,JBoss,Hadloop等技术实现负载均衡,大数据处理,对于微软架构并未提及,所以让我陷入无限遐想,夜不能眠啊.今天的文章纯属瞎想,有错的不要批评,大家一起讨论就可以了. 对于大数据处理来说,要解决的问题: 1.web服务器的负载均衡 2.web服务器的水平扩展 3.数据库的分库处理 4.数据库读写分离 5.数据库的水平扩展 大概的架构: (没什么工具,用word画的,丑了点,哈) 在大数据,大流量

InMobi CEO Naveen:深耕细作产品 不想为IPO分心

投资界10月22日消息,以数据和技术领先的全球性创业型公司http://www.aliyun.com/zixun/aggregation/2027.html">InMobi创始人纳文-特瓦利(Naveen Tewari)在中关村3W咖啡与跟中国开发者们公开交流移动互联网生态.目前,其在中国团队有50名员工,一半在北京,一半在上海. Naveen透露,明年团队将会发展到100人."每过9个月,公司就会发生巨大的变化,InMobi会根据具体变化做出战略调整." 启示:一开始

可以在课堂上明目张胆玩的游戏?别瞎想了,还是赶紧去买个周边吧

上课想玩PSP,拿到座位下太明显,怎么办?当然是用书来挡一挡.但那毕竟还是有破绽的,索尼意大利公司真是"处处为玩家考虑",想玩家之所想急玩家之所急,竟然发布了一款可以让人上课时玩游戏的假书封面.该周边从正面看就像两只手拿着本书在认真学习,而书页内却是如何在上课时玩PSP的使用说明,按照图示将双手放在合适的位置,就可以放心大胆地玩小P了,正面看绝对没有破绽呢! 当然,这只是个搞笑的周边,我们并不推荐学生上课玩游戏.何况在国内的课堂上用一本外文封面的书来遮挡,也太欲盖弥彰了.(编辑/ZZ)

淘宝商城实习三月记:产品经理做什么

工作之前角色 转变从程序员开始 大二起,发现自己在信息技术方向上的兴趣,更多地偏向互联网.说干就干.初中有用 FrontPage 和 Dreamweaver 自制网页的小经验,便到图书馆拿 HTML 和 CSS 方面的书读起来.一天时间通读,就手工写出了 Div+CSS 的代码,整齐美观,颇为自豪.快速学习的能力是一方面,最重要的地方在于,这份网页不再是通过 Dw 点来点去.画表格或者使用层东拼西凑,而是纯手工且符合万维网联盟(W3C)标准.这意味着我写的东西不再是玩具:它们进入了可应用的行列:

做产品需要做的几个假设

我们在做产品的过程当中,特别是做新产品的时候,往往都会有一系列的假设,基于做出的这些假设,做出设想当中的产品,然后用产品去验证这些假设.此时,如果发现当初的假设不对,就会开始修正,或者也可能就此放弃这个产品.若是修复,则假设-验证-修复的循环会继续下去,若是放弃,则该产品就此终结.这种方式在日常工作当中也会用到,我们都会假设需求转化后的某个功能点能满足用户或者业务人员的实际需求,最后又提交给用户或业务人员去验证. 不过数据分析和数据挖掘出现后,这样的现象已经好了很多.不确定的东西可以用已有的数据

产品经理如何权衡一个新的功能点?

产品经理如何权衡一个新的功能点? 时间:2014-12-03 14:32 来源:人人都是产品经理 作者:麦小诺 如何判断是否添加新的功能点是产品经理在工作中始终会遇到的一个问题,围绕这个问题需要考虑的因素比较多.例如对于新功能用户需求的强弱.功能的场景和可替代性.是否切合产品定位.现有的开发资源等等.移步到人人都是产品经理8群进行 深入的讨论,来了解 各位产品大大们在遇到这个问题的时候都是怎么想.怎么判断? 一.新的产品功能是如何被提出的? 新功能的构思不是凭空瞎想,而是有创造性的思维活动.考虑

产品需求文档(PRD)的一些基础元素

文章描述:写好PRD文档的八个要素. 1.1 Purpose (产品愿景) 必须对产品要解决的问题有深刻的了解,阐明即将开发的产品如何满足该需求. 产品经理应该非常清晰.准确地定义产品是什么,解决什么,意在成为什么,并与产品相关的各个角色(老板.设计师.开发.用户)交流此愿景. 1.2 Objective (产品目标) 将前述定义的产品愿景,分解为具体要实现的体验目标,并厘清每个细分目标的验收标准,如: 1.2.1 流畅无刷新的体验 1.2.2 设计简单.易用.有趣 1.2.3 高度关注用户隐私

研制开发互联网产品需要遵循的三条规律

近日和友人探讨有关于近年兴起的以用户为中心的设计理念.这句口号于互联网兴起,却同样适用于当前世界上的任何一个产品领域,并为大多数产品界同道所认同.随着在互联网 WEB2.0的逐渐成熟,用户对于互联网信息实时和分享的要求日益增多,并且在网站内容提供以及实际运作过程当中起到的作用越来越明显.我们是愈发的知道在互联网中正所谓得用户者得天下. 作者混迹产品圈的十几年,个人感觉中国大部分公司表面认同这个观点,但是却不知道怎么去做,总之雷声大雨点小的居多,想起来的时候热闹一阵,之后就烟消云散.并不是他们没有

浅析京东商城产品列表页的用户体验和营销手段(三)

昨天在<浅析京东商城产品列表页的用户体验和营销手段(二)>中咱们说到了"一周销量排行榜"这块,今天继续看下面的!   浏览空调还购买了:有些人在浏览空调产品的时候,或许会突然想起来买一些别的什么产品,而对于空调却又并不是那么想买,所以他会看一下别的产品,最终买了其他产品并没有买空调.也有的用户买了空调后,觉得自己应该还需要买点其他的东西,也就顺便看一下其他产品,看到需要的就买下来. 当然这么主动的用户占的比例并不大,有些用户可能有这个想法,但是却很弱,弱到不会让他主动去翻看