分类存档: Startup

美食LBS,只是看起来很诱人

波菜网已经停止运营三个星期了。截止到2012年4月16日,网站的总UV是4373,PV是21341。尽管目前网站还能访问,偶尔还有人来注册,但是整个网站的的数据已经很久没有更新了,没有UGC,很少有回访用户。在我们团队的心里,这个产品已经被判死刑。

“美食LBS”,“随时随地分享美食”,“基于地理位置的美食推荐”等这些看起来前景无限的点子,想做好做出名堂来,实属不易。先来讲讲客观原因。

1> 大众点评,口碑网数据丰富,已经深入人心。我曾经很多次的问过身边的朋友,以及一些特殊场合下的陌生人,你们都是通过什么方式来找吃饭的地方的?大部分人的第一反应就是点评网和口碑网。最直接的回答就是,“我有口碑卡,所以我只从口碑网上去寻找,因为可以打折,哪怕只是95折”。然后我会追问,你们的手机上有装过什么客户端来定位身边的餐馆吗?他们的回答才稍微有些变化,大部分人是说通过各种团购网的客户端来找团购的套餐,其中点评的客户端居多,几乎每个人都安装了。有一部分人说最近有一个“食神摇一摇”挺好玩的,但是推荐不够多,不够准确。从他们的回答可以看出,点评网和口碑网以其巨大的数据优势和用户群体,在这个市场上独占鳌头,其他应用很难望其项背。百度身边,QQ美食等巨头们的产品,也是惨淡经营,网易最近推出的“网易饭饭”,却陷入偷窃点评网餐饮数据的囹圄。说到底,这类应用,谁拥有线下数据谁就是王。 继续阅读 »

波菜网 试推广阶段性总结

关于网站的推广
2012年2月13日,在pmcaff.comv2ex.com两个网站发帖,邀请测试。测试的内容是如下:
1,进入网站首页,是否定位到了您所在的城市。
2,注册、登录。
3,如果您的电脑上有以前拍过的照片,可以通过首页地图下面的上传控件上传一道美食
4,如果有可能,请用手机客户端,在您觉得好吃的饭馆,上传您喜欢吃的美食。

同时在知乎网站通过回答别人的提问,曝光了网站的存在。当天这三个网站带来独立访问用户387个,其中注册用户20个。
2月14日中午,我故意更新两篇帖子,让其在各自的网站更加显眼。同时发现爱库网17startupLBS观景台分别收录了我们网站。当天流量117,注册用户8个。
2月15日,不再更新帖子。流量降到了83, 注册用户4个。
2月16日,流量48,注册用户4个。
2月17日~2月20日,每天流量20左右,每天新增注册用户2个。
继续阅读 »

这一年,我们一起奋斗的波菜(展望篇)

在上一篇总结帖里面,我大篇幅的提到了遇到的问题,只字未提团队做的好的方面以及优势。在给出问题解决方案之前,我想先谈谈这些。解决方案是否可行,取决于这些优势是否能够保持并继续发扬广大。

  1. 团队气氛活跃,彼此坦诚相见,互相信任。
  2. 每个人都具有超强的执行力,主动承担责任。
  3. 每个人都自信,自觉,自律,自省。
  4. 每个人都非常的smart,任何技术都能活学活用,多面手。

下面来说说每个问题的解决方案。

1> 有关项目管理。我期待借助于一种协同工作的工具,来解决目前项目管理上的混乱。初步定为TeamOffice,尝试一个月。为了更好的发挥这个工具的效用,我们需要遵守以下几个基本原则: 继续阅读 »

这一年,我们一起奋斗的波菜(总结篇)

回顾了那么多,总结起来其实蛮痛苦的。因为现在遇到的问题真的不少,有些甚至还是致命的。

先来说说在春节放假之前我们共同总结出来的问题。

1>  手机客户端第一版为什么不能迟迟的发布?首先可以肯定的是不是团队成员消极怠工造成的。我们这个团队最大的优点就在于所有成员都是高度自觉的,彼此之间高度信任,都能主动承担各自的开发任务。问题不是出在成员的积极性上,是出在了项目管理上。

首先是任务安排时间粗粒度。以前在一些大牛的博客上读到,创业团队的任务划分最好精细到小时。当时很不理解,现在终于明白了,也深刻的认识到,对于我们这种纯兼职的团队,这种细粒度的任务管理是多么的重要。我们每个人每天的精力都很分散,白天在公司至少待了8个小时,晚上回到家靠的是毅力来强迫自己干活,效率可想而知不可能是满血状态的。在这种客观条件下,如果一项任务没有时间概念或者时间概念很模糊(一个礼拜,两个礼拜等),干活的是时候惰性就会伴随着各种借口乘虚而入,总会以为时间很充足,今天待明日,反正没有deadline。 继续阅读 »

这一年,我们一起奋斗的波菜(回顾篇)

2011年3月19日,我们兄弟三个(我+S君+X君)加上一个美工(C同学),在凤起路上的菲比咖啡大谈特谈LBS+美食分享的未来,畅想着健康饮食+SNS的未来种种可能。通过头脑风暴,我们给她取名波菜。原因是任何人见到“菠菜”,都会想到绿色健康。谐音传播的播,波浪的波,定名为波菜网

随后开始抢注域名,可惜与“博彩”同音,好的域名都已被抢注。最终我们抢到了bocai007.com这个域名,我们都是80后,007这个数字对我们来说还算有些意义。几个月之后还抢到了一个boocai.me,目前已经开通了。
继续阅读 »

网站用户自动城市定位的免费解决方案

服务器通过HttpRequest拿到访问者的IP,然后通过下面几个方式来定位所在城市(以下方式兼容所有浏览器):

  1. Server端用java+纯真版QQ IP数据库。优点:实现原理简单,网上用例丰富。IP数据库更新方便。命中率高。缺点:涉及大量的java IO操作,对并发访问的支持比较差。
  2. 发送HttpRequest将ip传给第三方接口(http://api.liqwei.com/location/),等待返回城市结果。缺点:第三方接口的性能,安全性和稳定性未知,不可控。优点:实现简单,不用担心数据不够新。命中率高。
  3. 使用GeoLite City。Apache加载二进制数据库文件到内存中,利用apache的url过滤功能对指定页面(有地图的页面)的request做ip定位。缺点:命中率低,对服务器的内存有要求。数据库文件30M左右,每个apahce进程的内存消耗都会徒增30m左右。官方数据命中率只有79%。优点:对并发支持的比较好,能自由定制。

波菜网一开始是采用方案2主用+方案1备用的方式,发现网站定位比较慢,网络高峰期第三方接口不稳定导致网站定位失败。目前采用的是方案3. 目前运行状态良好。

在CentOS 上面 Enable ImageMagick + JMagick

终于把Server上的ImageMagick + JMagick配置好了。配置过程不表,总的来说过程还是蛮折腾的。下面说说注意事项:

  1. Jmagick官网最新的release版本是6.4.0. 我是从它的文档里面找到SVN地址checkout了最新的版本6.5.7. 网上能找到的教程都会要求JMagick的版本和ImageMagick版本必须一致,否则会出现莫名异常(这个规则我没有验证,默认遵守),所以我也选择了ImageMagick 6.5.7
  2. ImageMagick安装的时候最好指定安装目录,./configure –prefix=/usr/local/ImageMagick,这样在安装JMagick的时候指定–with-magick-home=/usr/local/ImageMagick就方便了。之前在安装6.4.0版本的时候没有这么指定prefix,安装完以后在使用JMagick的时候遇到了”Unable to retrieve handle”异常。 继续阅读 »

Monit is enabled

生产环境下的JDK7+Tomcat 7遇到了一个很诡异的问题,Tomcat会间歇性的挂掉,没有任何异常的log,每次收到监控宝发送的503 Service Temporarily Unavailable邮件都会感到心急火燎。今天花了几个小时在server上装了monit,这个工具可以通过配置可以监控几个关键process,一旦出现问题就会自动重启被监控的进程,甚是方便,省心。

下面是我给monit设置的monitor配置文件: 继续阅读 »

做好网站的反馈

最近这两天我在寻思着给产品做一个反馈系统。反馈系统是一个能让网站运维人员和visitor顺利交流最直接的途径。其设计的初期应该考虑以下三个问题:

  1. 用户是否需要登录才能反馈。
  2. 反馈的内容是否需要分类。
  3. 界面必须包含哪些元素。

对于第一个问题,我的考虑是visitor不需要登录也可以反馈,但是鼓励Ta在填写反馈意见的同时留一个可联系email,方便我们答复Ta的反馈。网站建设初期,用户遇到的问题会比较多,很多功能不需要用户登录就能使用。不需要登录是降低了反馈的门槛。

反馈的内容是需要分类的。至少需要分成“问题”和“建议”两大类。“问题”是指用户在使用网站的过程中受挫了,需要把情况反映给网站的运营人员。“建议”是指用户在使用过程中有好的idea冒出来,希望网站能改进的。不管是那一种,界面上都必须对他们的反馈表示感谢,同事运营人员一定要即使处理他们的反馈并给予回复。

至于界面,看到很多网站的反馈页面仅仅是一个标题和文本输入框,这么简陋的反馈界面很容易降低“热心肠”的访问者的反馈热情。我觉得界面必须有这么几个元素:标题,分类,用户名(如果是匿名用户则提示输入邮箱),文本输入框,感谢的文字。总之界面要让人觉得你是在真心诚意地收集反馈,并尽可能的让他们确信反馈是有效的是能引起重视的。

天使融资第一课

本文系转载周哲 Jeremy的新浪博客文章“天使融资第一课”。

很多创业的朋友在企业刚起步的时候都会尝试去找天使投资人或者天使投资机构要钱,但要是天使真给钱的话很多人可能都不知道该怎么要这个钱?这钱肯定不会白给!其实大方向挺简单的,无非就两种方式:出让股份或者借钱。

出让股份的方式在早期的公司就是一个数字:估值。公司有多少股票,每股多少钱都没意义,你需要知道的就是公司一共值多少钱(一会再说怎么样能算出一个”客观”的价值)。假如你的公司值80万,如果投资人投入20万,那么钱进来后公司就值100万(80万 + 20万)。这100万里面有20万是投资人给的,所以投资人就占20%的股份。在投资行业里这80万的估值叫投资前估值(pre-money valuation),100万的估值叫投资后估值(post-money valuation)。假设公司有两个创始人而且一开始你们已经沟通好一个人占60%的股份(创始人甲)而另外一个占40%(创始人乙),那么投资人的钱进来前甲的股份就值48万(80万 * 60%),钱进来后这48万还是48万,但是占有的股份比例变成48%(因为投资后估值是100万),同样的创始人乙的股份从40%变成32%(80万 * 40% / 100万),行业内称甲和乙的股份被“稀释”了。 继续阅读 »

“送礼”也可以创新:Send money as a gift

我一直在努力地为我的etomy寻找新的突破点。传统的送礼方式固然很容易为人所接受,但是没有什么吸引力,和淘宝抢市场,多少有点不自量力。传统的送礼过程(购买礼物–>传输礼物–>接收礼物)中互联网的切入点只有一个,就是“购买礼物”。除此之外就是跟踪流程了,这是一个辅助功能,不能带来任何收益。网络具有通达、迅捷、虚拟等特点,如何提高网络的参与度,在为送礼的人带来新的便捷的同时给网站带来新的业务点,是我这几天一直在思考的问题。

最容易被想到的是“虚拟礼物”,也是最先被我否决的。虚拟礼物具有很严重的平台依赖型,存活的前提是有大批的忠诚的、互有黏性的用户。腾讯,人人网,开心网,甚至是Facebook,虚拟送礼是他们非常重要的一个营运赢利点。而我这个平台,不玩社交,不玩微薄,不可能营造起这样一个环境。

虚拟送礼是一种送礼方式上的创新。真实生活中送礼送的是一份心意,是有价值的,这份价值需要用money来衡量。他们两个可以结合起来吗?答案是肯定的,我苦思冥想得到答案就是“Send money as a gift”。详解如下:

  1. 用户在网站挑选礼品结束以后,网站提供工具让他们自己做“电子包装”,包括制作贺卡,添加自己的照片,添加个性音乐,写祝福语等等。
  2. 用户如果在本网站没有找到合适的礼品,可以直接进入“礼品电子包装”页面,利用图片,音乐等素材自己DIY一个礼品,网站负责存储和展示这个礼品。
  3. 送礼人准备好与礼物等值的money通过网络支付平台(支付宝等)送给收礼人,与此同时通过短信或者邮件发给收礼人一条这个礼品的链接,并附有礼品的介绍。收礼人收到这个礼物的时候,网站鼓励其直接购买,如果不能提供购买,就将淘宝或者京东等第三方购物平台的搜索结果返回给他。
  4. 网站做好礼物的缺货登记,相关和相似礼品的推荐。 继续阅读 »

etomy:首页设计V2

增加了两个按钮。这个网站的初衷是做一个基于知识导航型的购物网站,那么首页必须有诱导人学习知识的链接。我采取了提问的方式,提出了两个在送礼物的时候经常要问自己的两个问题。网站的功用就是告诉来访者“送礼其实很简单”,通过回答了这两个问题用户基本上就知道送礼了。

  1. 不知道如何送礼?点击这个按钮会跳转到本网站的CMS系统。这个CMS系统的首页有一个向导式搜索引擎,启发用户去搜寻想要的知识点。
  2. 不知道什么?点击这个按钮会跳转到本网站的网店系统。网店系统的首页同样有一个向导式的搜索引擎,通过过滤缩小用户挑选礼品的范围,从而帮助用户快速做出决定。

新的首页skeleton见下图,点击查看大图。 继续阅读 »

etomy:首页设计V1

点击小图查看大图。这是第一版,有待完善。第一次用Axure,图画的比较简陋。

etomy:礼品的分类

我打算将礼品按照以下几个标准来分类:价格,种类,主题(节日/场合),对象。详见下图。

etomy:送礼流程剖析

送礼的流程其实很简单,就是一个人选择了一件礼物通过某种途径送给另外一个人。但是这里面的学问就深了,如何选礼物,以什么方式送给对方都是有讲究的。每个人在送礼之前都会花时间去思考选什么礼物合适。送礼的本质是传递心意,之所以要思考是想更准确无误的传递。我尝试通过剖析这个流程,定制一些规则,让人们依照这些规则来选送礼物的时候觉得很方便。

送礼的流程

从这个流程图可以看出,送礼的要素有四个。主体Sender,接受者Receiver,送礼的方式Transportation以及存在于主客体之间的各种各样的人际关系Relationship。 继续阅读 »

etomy礼易天下

打算做一个专业送礼平台。二话不说,上图(点击图片查看大图)。点击查看大图打算在Google App Engine上来部署eShop和CMS,不过现在基于GAE的开源eShop和CMS程序还没有,如果自己开发则需要投入大量的时间和精力。Java开源的eShop和CMS倒是挺多,只是部署需要很大的成本。

目前基于知识的导购型网站寥寥无几,我想做个尝试。有个名字叫“体验式营销网站”,我这个貌似也不是这种类型。