ET
发帖数: 10701 | 1 【 以下文字转载自 StartUp 讨论区 】
发信人: ET (Go on. Be a Tiger.), 信区: StartUp
标 题: buy from farm 阶段小结
发信站: BBS 未名空间站 (Thu Mar 12 16:41:46 2015, 美东)
自从去年10月第一次在这里发我的buy from farm － buy and sell produce around
you项目，收到很多人对这个项目想法的肯定，也收到很多咨询的邮件，觉得有必要报
告下进展和挑战。
如果你是第一看到，在苹果应用商店和play应用商店搜索"buy from farm"，或者访问
我们的网站http://buyfrom.farm
下载了能顺手打个5分就再赞不过了。
这个项目是个有机食材的电子商务平台，买卖蔬菜，家禽肉类奶制品和鸡蛋用的，商家
卖，用户买，人人都可以成为商家。界面和上一版本的airbnb app比较类似。有完整的
付款和订单跟踪功能，当然还有列产品等比较适合商家的特别功能。我们赚钱靠收月费
和交易费。
项目开发和运作了有一个阶段了，分享些阶段的心得
知道大家最关系的问题是
1. 有投资吗？ 没有。
2. 找投资吗？ 准备开始找
3. 有客户吗？ 开始有了。
4. 盈利或赚钱了吗？ 有收入但很小。
5. 有用户吗？ 有但很少。
6. 有团队吗？ 有刚开始
7. 有产品吗？ 有已经运行一段时间了
如果你的兴趣到上面问题就结束了，下面就可以不用看了。
1.谈谈挑战的地方
叫好难叫座。 我去farmers' market推销，收到的评价是这个项目很好，但很难让他们
上马使用。多方面的原因。
做平台就会有鸡蛋和母鸡的问题。 我一直认为这个问题的难点是在母鸡上。但即使有
母鸡了，目前推广的用户手里也是个体力活。即使是免费，人愿意用，推广一个应用的
成本太高了。这也是目前消费者应用的普遍难点。做推广的都想走捷径go viral，比如
整个啥故事一下子就成为各个媒体，尤其电视新闻愿意谈的节目。如果有这个机会就完
全是天下掉馅饼。
2. 习惯差异
我们在国内和美国2地同时运营这个项目。我能明显的感觉2地差异。从发展中国家来的
，比如中国印度，对这个项目的爱好程度明显高于美国这些本土人。也许美国人周边的
超市太多，也许是他们没有太多的食品安全顾虑。wholefoods可能就够用了。farmers
markets有固定的用户群。无论你知不道farmers markets，去过还是没去过，farmer's
markets在美国和其他多家是个很重要的消费蔬菜和其他食材的地方。很多本地小餐馆
在那里进货。不要来挑战我这个市场大小的问题。
3. 开发
我自己开发的iphone应用和安卓应用。对国内和美国都用一个应用。但现在我更趋向与
分成2个应用。主要是支付方式的区别。
4. 推广
我推广的方式都在试，邮件，adwords，facebook ads，目前只是个建立品牌的阶段，
同时想自己感受下这些促销方式的区别和有效性。有些东西你只有自己去试去体会，才
知道到底那个有效。目前google adwords对我来说成本最低效果最好的。
5. 团队
建团队上我一直比较保守。实际上我在angellist上贴了个找cofounder的启示，6个月
时间每个月都能收到10-15份感兴趣的邮件。我还去了founderdating网站，注册了个账
户很快就发现意义不大。我也参加了本地meetup的cofounder meetup，还做了
presentation，
总体效果不好。一个原因是想创业和真真行动创业是2嘛事。很多人的创业就停留在写
份热情洋溢的信上；还有个原因是很多不是本地人；
还有就是太多的大学刚毕业的来咨询。我觉得大学刚毕业的还是以找工作为主比较现实
。除了那种很早就有商业经验的。
本地有个市集的owner对这个项目一直感兴趣，从去年11月开始交流，那时我觉得他身
上的项目太多。直到现在他离开了全职工作（和我没关），
我们才开始重新一起合作，就看他能坚持多久。
6. 投资
在最初刚有第一个版本，我联系了一圈投资人，没有啥认识的人，就是写邮件给公司。
投了近20家收到几封（2-3）回复。
年初angelist上有些天使投资人开始和我联系，1-2个，谈了一次基本意思是项目挺好
，但需要你显示更多数据。
从年初也参加了本地的天使投资人网络每月的活动，第一次很受鼓舞。第二次发现是浪
费时间，因为遇见的人是不可能有钱投资的。总体来说，
他们需要metrics，要么是用户增长率，要么是成交增长率。
如果有人有投资人关系，欢迎引荐。
还有啥？留下你的评价，我尽量分享。 |
s********k
发帖数: 6180 | 2 国内听说现在都要从微信开始做，直接用公众号做是不是效果好一点？APP全是你一个
人搞定的？很厉害了。
【在 ET 的大作中提到】
: 【 以下文字转载自 StartUp 讨论区 】
: 发信人: ET (Go on. Be a Tiger.), 信区: StartUp
: 标 题: buy from farm 阶段小结
: 发信站: BBS 未名空间站 (Thu Mar 12 16:41:46 2015, 美东)
: 自从去年10月第一次在这里发我的buy from farm － buy and sell produce around
: you项目，收到很多人对这个项目想法的肯定，也收到很多咨询的邮件，觉得有必要报
: 告下进展和挑战。
: 如果你是第一看到，在苹果应用商店和play应用商店搜索"buy from farm"，或者访问
: 我们的网站http://buyfrom.farm
: 下载了能顺手打个5分就再赞不过了。
|
ET
发帖数: 10701 | 3 开个微信公众号要求挺麻烦。基本上你需要注册个公司。
你朋友注册的公司还不行。因为注册的公司名就是你的微信公众号。
我觉得那个是overrated。我订阅了5个公众号，看得基本上很少。那东西就是大家都有
了，我怎么也该有一个吧的意思。
个人目前体会。花钱花精力去经营它是另外一回事。
【在 s********k 的大作中提到】
: 国内听说现在都要从微信开始做，直接用公众号做是不是效果好一点？APP全是你一个
: 人搞定的？很厉害了。
|
s********k
发帖数: 6180 | 4 据说微信开发利用公众号提供了很多API？做简单的notification，交易之类又方便又
快捷？你的推广觉得在哪个平台最好？
【在 ET 的大作中提到】
: 开个微信公众号要求挺麻烦。基本上你需要注册个公司。
: 你朋友注册的公司还不行。因为注册的公司名就是你的微信公众号。
: 我觉得那个是overrated。我订阅了5个公众号，看得基本上很少。那东西就是大家都有
: 了，我怎么也该有一个吧的意思。
: 个人目前体会。花钱花精力去经营它是另外一回事。
|
ET
发帖数: 10701 | 5 如果我在国内做我觉得微信号是必须的。但现在完全不是重点，所以了解不多。
facebook应该是我这个最重要的。
【在 s********k 的大作中提到】
: 据说微信开发利用公众号提供了很多API？做简单的notification，交易之类又方便又
: 快捷？你的推广觉得在哪个平台最好？
|
s********k
发帖数: 6180 | 6 我看你国内国外都做，运营重点放在哪里呢？
【在 ET 的大作中提到】
: 如果我在国内做我觉得微信号是必须的。但现在完全不是重点，所以了解不多。
: facebook应该是我这个最重要的。
|
a***n
发帖数: 623 | 7 lz很牛啊，现在O2O发展算是到了下半场了，慢慢的就会好起来。
推广很重要，我之前看过说嘀嘀打车当年的推广经验，基本就是靠各种人工地推免费帮
司机装app……
【在 ET 的大作中提到】
: 如果我在国内做我觉得微信号是必须的。但现在完全不是重点，所以了解不多。
: facebook应该是我这个最重要的。
|
a***n
发帖数: 623 | 8 play store上面搜 “buy from farm”，压根就找不到这个app……出来一堆farm相关
的游戏。。这search做的。。 |
a***n
发帖数: 623 | 9 lz，俺试了一下你的app，android版的。。一进去“Featured”就是一片空白呀（连提
示signup/login都木有）。。然后那个“Around you”也没法用，貌似跟地图api集成
得很不好，只有一个gps，怎么试也木有结果。。“Why Buy Local”右上角那Previous
/Next也感觉很多余，左右滑动手指就可以了……Signup/Login，为啥会有微博登录？
我确定我的机器是全英文的人也在湾区。。老美user会知道微博吗？PS 多说一句很多
老美user其实挺mean的，你看看以前sobrr推广时候就遇到过很多美国人直接说不喜欢
Asian做的产品。。
不好意思挑了一堆问题lz海涵…… |
ET
发帖数: 10701 | 10 排名不够高。搜索时加“双引号”或者buyfromfarm会好点。play store search方法不
一样。
【在 a***n 的大作中提到】
: play store上面搜 “buy from farm”，压根就找不到这个app……出来一堆farm相关
: 的游戏。。这search做的。。
|
|
|
ET
发帖数: 10701 | 11 pre-release这些都不重要。
还有就是你的地方现在没信息。没大范围推广所以这些除了知道的人外，其他不会去下
载的，很难发现。
previous/next是你用手机多你知道。很多人的用法和你完全不一样。
微博是我们这里很多人用中文的系统，用微博，特别是中国人里经营农场的也不少。实
际上他们是我的第一批客户。
这些都是实践后的结果。你不做中文的，人会来问你，为啥没有微博微信登陆呀。我们
都在美国，我身边的人都用，谁用facebook。
我不知道美国人直接说不喜欢asian做的。我看1024游戏的发行者就是中国人名字，下
载量挺高。
其实重点是，在我们目前的阶段，这些都不是重点。pre-release, 可以理解成小范围
测试。
但又不想用google play那套测试办法。
Previous
【在 a***n 的大作中提到】
: lz，俺试了一下你的app，android版的。。一进去“Featured”就是一片空白呀（连提
: 示signup/login都木有）。。然后那个“Around you”也没法用，貌似跟地图api集成
: 得很不好，只有一个gps，怎么试也木有结果。。“Why Buy Local”右上角那Previous
: /Next也感觉很多余，左右滑动手指就可以了……Signup/Login，为啥会有微博登录？
: 我确定我的机器是全英文的人也在湾区。。老美user会知道微博吗？PS 多说一句很多
: 老美user其实挺mean的，你看看以前sobrr推广时候就遇到过很多美国人直接说不喜欢
: Asian做的产品。。
: 不好意思挑了一堆问题lz海涵……
|
ET
发帖数: 10701 | 12 主要还是在美国。国内目前就打算做2个市场。主要目的是了解用户和商户差异。
更是市场调查性质。从反馈来讲，国内会容易很多。美国这，可能和大部分地区都是在
冬季有关。
【在 s********k 的大作中提到】
: 我看你国内国外都做，运营重点放在哪里呢？
|
s********k
发帖数: 6180 | 13 Google Play 怎么测试？
【在 ET 的大作中提到】
: pre-release这些都不重要。
: 还有就是你的地方现在没信息。没大范围推广所以这些除了知道的人外，其他不会去下
: 载的，很难发现。
: previous/next是你用手机多你知道。很多人的用法和你完全不一样。
: 微博是我们这里很多人用中文的系统，用微博，特别是中国人里经营农场的也不少。实
: 际上他们是我的第一批客户。
: 这些都是实践后的结果。你不做中文的，人会来问你，为啥没有微博微信登陆呀。我们
: 都在美国，我身边的人都用，谁用facebook。
: 我不知道美国人直接说不喜欢asian做的。我看1024游戏的发行者就是中国人名字，下
: 载量挺高。
|
ET
发帖数: 10701 | 14 嗯。滴滴的故事我也读了。的确很拼。我要是在国内我估计也会那么做。美国这边难些。
另外也是不同的商业模式和客户群，很难从a移植到b。
airbnb刚开始时和滴滴差不多，基本上轰炸了craigslist的房屋租赁板块。
【在 a***n 的大作中提到】
: lz很牛啊，现在O2O发展算是到了下半场了，慢慢的就会好起来。
: 推广很重要，我之前看过说嘀嘀打车当年的推广经验，基本就是靠各种人工地推免费帮
: 司机装app……
|
ET
发帖数: 10701 | 15 google+上建个page，让你的测试者都去那个page follow下，然后你把每次release的
link发那。
你的tester就知道了。
问题是谁去google＋呢？
【在 s********k 的大作中提到】
: Google Play 怎么测试？
|
s********k
发帖数: 6180 | 16 大牛，你分享下你的开发经验
pre release主要做到什么程度你就开始上线？你是打算pre release之后地推之后再慢
慢完善做好？
【在 ET 的大作中提到】
: pre-release这些都不重要。
: 还有就是你的地方现在没信息。没大范围推广所以这些除了知道的人外，其他不会去下
: 载的，很难发现。
: previous/next是你用手机多你知道。很多人的用法和你完全不一样。
: 微博是我们这里很多人用中文的系统，用微博，特别是中国人里经营农场的也不少。实
: 际上他们是我的第一批客户。
: 这些都是实践后的结果。你不做中文的，人会来问你，为啥没有微博微信登陆呀。我们
: 都在美国，我身边的人都用，谁用facebook。
: 我不知道美国人直接说不喜欢asian做的。我看1024游戏的发行者就是中国人名字，下
: 载量挺高。
|
ET
发帖数: 10701 | 17 啥大牛。大牛谁还来这玩。
建startup现在都有标准程序，lol。 每个产品对prerelease的阶段不一样。有些产品
不需要。像我这个平台，有一定数量的vendors就够来了。
产品永远都需要完善，就看完善的重点在那。用户的反馈是最好的。否则就是建了一堆
没人用的feature。这个叫做mvp - minimal viable product.
换句话说，创业，尤其是在美国需要找投资人的创业，是个不同skillset的过程。投资
人都说同一样的语言，创业的人之前从来不接触，都要学起来。
【在 s********k 的大作中提到】
: 大牛，你分享下你的开发经验
: pre release主要做到什么程度你就开始上线？你是打算pre release之后地推之后再慢
: 慢完善做好？
|
s********k
发帖数: 6180 | 18 mVp有点忽悠人，我觉得，适合社区类项目获准纯粹线上项目，O2O感觉比较难搞
★ 发自iPhone App: ChineseWeb 8.7
【在 ET 的大作中提到】
: 啥大牛。大牛谁还来这玩。
: 建startup现在都有标准程序，lol。 每个产品对prerelease的阶段不一样。有些产品
: 不需要。像我这个平台，有一定数量的vendors就够来了。
: 产品永远都需要完善，就看完善的重点在那。用户的反馈是最好的。否则就是建了一堆
: 没人用的feature。这个叫做mvp - minimal viable product.
: 换句话说，创业，尤其是在美国需要找投资人的创业，是个不同skillset的过程。投资
: 人都说同一样的语言，创业的人之前从来不接触，都要学起来。
|
t**r
发帖数: 3428 | 19 敬仰一下
技术方面 后台是node还是java, or python?
数据库还是传统mysql或者是nosql (mongo)?
在ec2还是self hosting |
s********k
发帖数: 6180 | 20 我也想知道，我准备开始全部上parse，后端太难找人
【在 t**r 的大作中提到】
: 敬仰一下
: 技术方面 后台是node还是java, or python?
: 数据库还是传统mysql或者是nosql (mongo)?
: 在ec2还是self hosting
|
|
|
ET
发帖数: 10701 | 21 i use Parse. and recommended.
【在 t**r 的大作中提到】
: 敬仰一下
: 技术方面 后台是node还是java, or python?
: 数据库还是传统mysql或者是nosql (mongo)?
: 在ec2还是self hosting
|
s********k
发帖数: 6180 | 22 你一个人前台后台全干？不错，parse貌似是不错，你自己做账号体系吗？
【在 ET 的大作中提到】
: i use Parse. and recommended.
|
ET
发帖数: 10701 | 23 啥是账号体系？
有parse，后台的东西比较少。而且我的business logic不是太复杂。复杂了后端写的
就比较多了。
后端写javascript
Parse没用node.js 看来是明智之举。
【在 s********k 的大作中提到】
: 你一个人前台后台全干？不错，parse貌似是不错，你自己做账号体系吗？
|
s********k
发帖数: 6180 | 24 账号体系就是说你们需要用FB，weibo，gmail之类来登录吗？用户要注册?
【在 ET 的大作中提到】
: 啥是账号体系？
: 有parse，后台的东西比较少。而且我的business logic不是太复杂。复杂了后端写的
: 就比较多了。
: 后端写javascript
: Parse没用node.js 看来是明智之举。
|
s********k
发帖数: 6180 | 25 大牛，再请教你一个问题，parse的后台数据是放在哪里？比如今后你想换到其他平台
，parse的数据倒出来之类方便吗？
【在 ET 的大作中提到】
: i use Parse. and recommended.
|
d*******r
发帖数: 3299 | 26 赞干货分享!
【在 ET 的大作中提到】
: 啥是账号体系？
: 有parse，后台的东西比较少。而且我的business logic不是太复杂。复杂了后端写的
: 就比较多了。
: 后端写javascript
: Parse没用node.js 看来是明智之举。
|
d*******r
发帖数: 3299 | 27 Parse 看着不错, 是比以前 Google App Engine 逻辑层次还要高吧, 用起来更简单高
效?
【在 ET 的大作中提到】
: i use Parse. and recommended.
|
z****e
发帖数: 54598 | 28 就是google account这些
google play允许你用google account的api
你打开app就可以用google账号登陆这些
apple也有，parse应该允许用facebook账号
【在 ET 的大作中提到】
: 啥是账号体系？
: 有parse，后台的东西比较少。而且我的business logic不是太复杂。复杂了后端写的
: 就比较多了。
: 后端写javascript
: Parse没用node.js 看来是明智之举。
|
z****e
发帖数: 54598 | 29 是iaas，跟google compute engine类似
你做游戏的话，最好认真看看google compute engine
【在 d*******r 的大作中提到】
: Parse 看着不错, 是比以前 Google App Engine 逻辑层次还要高吧, 用起来更简单高
: 效?
|
z****e
发帖数: 54598 | 30 任何时候data倒出来都不方便，data的migration都是pain in the ass
这就是古德霸说的，cloud主要的lockin都在data上
【在 s********k 的大作中提到】
: 大牛，再请教你一个问题，parse的后台数据是放在哪里？比如今后你想换到其他平台
: ，parse的数据倒出来之类方便吗？
|
|
|
d*******r
发帖数: 3299 | 31 我觉得他这个 Parse 是 PaaS 甚至 SaaS 了, 类似 Google App Engine, 功能更高级些
GCE 和 AWS 一样, 应该属于 IaaS
【在 z****e 的大作中提到】
: 是iaas，跟google compute engine类似
: 你做游戏的话，最好认真看看google compute engine
|
z****e
发帖数: 54598 | 32 iaas最好一点是有些提供了游戏大厅的功能
至少提供了一个solution，教你咋做
国内这个阿里云做得比较好，国外我觉得google和amazon都不错
parse看你需要不需要social了，我不怎么需要social，所以就不用
游戏的话，in app purchase很重要，这个google对于android有天然的优势
【在 d*******r 的大作中提到】
: 我觉得他这个 Parse 是 PaaS 甚至 SaaS 了, 类似 Google App Engine, 功能更高级些
: GCE 和 AWS 一样, 应该属于 IaaS
|
d*******r
发帖数: 3299 | 33 刚刚看了会儿 parse 的 API, 好像主要是存储信息
【在 z****e 的大作中提到】
: iaas最好一点是有些提供了游戏大厅的功能
: 至少提供了一个solution，教你咋做
: 国内这个阿里云做得比较好，国外我觉得google和amazon都不错
: parse看你需要不需要social了，我不怎么需要social，所以就不用
: 游戏的话，in app purchase很重要，这个google对于android有天然的优势
|
z****e
发帖数: 54598 | 34 paas都是lockin
所有的api都别想换个地方用
【在 d*******r 的大作中提到】
: 刚刚看了会儿 parse 的 API, 好像主要是存储信息
|
s********k
发帖数: 6180 | 35 用parse比起用这些AWS，GAE之类应该好在提供更高层次的抽象，可以更简单就把后台
搭起来？
【在 d*******r 的大作中提到】
: Parse 看着不错, 是比以前 Google App Engine 逻辑层次还要高吧, 用起来更简单高
: 效?
|
s********k
发帖数: 6180 | 36 那你意思说自己做后台，比起先用第三方parse之类然后导数据方便？不过初创公司估
计还是快速方便为主
【在 z****e 的大作中提到】
: 任何时候data倒出来都不方便，data的migration都是pain in the ass
: 这就是古德霸说的，cloud主要的lockin都在data上
|
z****e
发帖数: 54598 | 37 你找个iaas放一个postgresql或者mongo啊或者couch啊之类的
然后你换个iaas的话，数据块直接拷贝就可以了
安装个数据库或者nosql，然后连上去做crud有啥难的
程序猿应该都很熟悉了，跟用cloud上的api是一样的
【在 s********k 的大作中提到】
: 那你意思说自己做后台，比起先用第三方parse之类然后导数据方便？不过初创公司估
: 计还是快速方便为主
|
s********k
发帖数: 6180 | 38 不知道哪里有parse做大了的app怎么转到自有平台
【在 z****e 的大作中提到】
: paas都是lockin
: 所有的api都别想换个地方用
|
z****e
发帖数: 54598 | 39 没听说，parse自己才搞出来没多久，还没有足够的时间去孵化传染性的app
【在 s********k 的大作中提到】
: 不知道哪里有parse做大了的app怎么转到自有平台
|
b***e
发帖数: 1419 | 40 顶干货。
【在 ET 的大作中提到】
: 啥是账号体系？
: 有parse，后台的东西比较少。而且我的business logic不是太复杂。复杂了后端写的
: 就比较多了。
: 后端写javascript
: Parse没用node.js 看来是明智之举。
|
|
|
ET
发帖数: 10701 | 41 Parse provided Facebook Login & Twitter Login APIs and utilities lib to use.
With Parse, you can do your own third party login. For me, I implemented
Weibo login. Some people implemented Google+ login.
【在 z****e 的大作中提到】
: 就是google account这些
: google play允许你用google account的api
: 你打开app就可以用google账号登陆这些
: apple也有，parse应该允许用facebook账号
|
ET
发帖数: 10701 | 42 it's fairly easier to export your data from Parse.
Well, for a complicated application, there are always intricate logic with
each table you have. We can export, I don't really know if it's easier to
import into another DB out of box.
【在 s********k 的大作中提到】
: 大牛，再请教你一个问题，parse的后台数据是放在哪里？比如今后你想换到其他平台
: ，parse的数据倒出来之类方便吗？
|
ET
发帖数: 10701 | 43 I only looked at Google App Engine and never implemented anything. The best
part I like about Parse is their iOS SDK and android SDK. They have the most
common tasks ready for you. it's just so easier and clearer to write iOS
and android app.
【在 d*******r 的大作中提到】
: Parse 看着不错, 是比以前 Google App Engine 逻辑层次还要高吧, 用起来更简单高
: 效?
|
ET
发帖数: 10701 | 44 Some people complained Parse's pricing. I don't think they are there yet.
Parse is also looking for some flagship apps.
【在 s********k 的大作中提到】
: 不知道哪里有parse做大了的app怎么转到自有平台
|
s********k
发帖数: 6180 | 45 price最次要的，不过如果你都是按照Parse的API，之后转到自己平台这部分都得重新
来吗？说实话，做APP的话找后端的人还真不好找，如果parse开始可以迅速搭建，后期
想转到其他平台方便的话，很有吸引力
【在 ET 的大作中提到】
: Some people complained Parse's pricing. I don't think they are there yet.
: Parse is also looking for some flagship apps.
|
ET
发帖数: 10701 | 46 I don't agree.
If you are using parse SDK, I mean, yes, you need to rewrite your client app
. If you just use its restful api, you don't need to write your client app.
Backend ? it's a complicated topic. If you leave your business logic in
backend (cloud code in Parse), you might have some trouble with migration,
but in general, it's javascript code so you will think your own backend
stack.
If you handle some business logic in your app, you wont' have too much
problem with migration.
Parse itself can be looked at as a data storage service. If you have 0
business logic in the backend, you will be just fine.
In the end, this is about what app you are making.
【在 s********k 的大作中提到】
: price最次要的，不过如果你都是按照Parse的API，之后转到自己平台这部分都得重新
: 来吗？说实话，做APP的话找后端的人还真不好找，如果parse开始可以迅速搭建，后期
: 想转到其他平台方便的话，很有吸引力
|
s********k
发帖数: 6180 | 47 如果都用REST，那么parse比起AWS这些在后端优势在哪里？APP上优势明显，有login，
有push这些服务，但是backend的话优势主要在哪里？
app
.
【在 ET 的大作中提到】
: I don't agree.
: If you are using parse SDK, I mean, yes, you need to rewrite your client app
: . If you just use its restful api, you don't need to write your client app.
: Backend ? it's a complicated topic. If you leave your business logic in
: backend (cloud code in Parse), you might have some trouble with migration,
: but in general, it's javascript code so you will think your own backend
: stack.
: If you handle some business logic in your app, you wont' have too much
: problem with migration.
: Parse itself can be looked at as a data storage service. If you have 0
|
ET
发帖数: 10701 | 48 i don't understand your question. and those two should not be put together
to compare.
【在 s********k 的大作中提到】
: 如果都用REST，那么parse比起AWS这些在后端优势在哪里？APP上优势明显，有login，
: 有push这些服务，但是backend的话优势主要在哪里？
:
: app
: .
|
z****e
发帖数: 54598 | 49 没有优势
iaas都是自己动手搭建的
至于用啥软件，怎么用，这些iaas不介入
所以自由度就在这里，便于你自己控制
当然iaas会提供各种乱七八糟的软件产品给你
比如dynamo之类的，就看你上不上当了
paas则一定会上当
【在 s********k 的大作中提到】
: 如果都用REST，那么parse比起AWS这些在后端优势在哪里？APP上优势明显，有login，
: 有push这些服务，但是backend的话优势主要在哪里？
:
: app
: .
|
z****e
发帖数: 54598 | 50 login没啥意思，in app purchase才是最大的需求点
use.
【在 ET 的大作中提到】
: Parse provided Facebook Login & Twitter Login APIs and utilities lib to use.
: With Parse, you can do your own third party login. For me, I implemented
: Weibo login. Some people implemented Google+ login.
|
|
|
s********k
发帖数: 6180 | 51 我意思是你APP和backend都用Parse？APP用好理解，提供很多库和service，但是
backend parse比起自己开发比如用python，node之类弄好在哪里？
【在 ET 的大作中提到】
: i don't understand your question. and those two should not be put together
: to compare.
|
ET
发帖数: 10701 | 52 man, your comment is too subjective. I think you have to use them to make
those comments.
不是不符合你需要的就是useless
Parse有些成功的故事。 这些paas最大的优势就是启动快，需要资源少。
最近本市的Favor Delivery 拿到A轮$16M, 就是基于Parse的，而且还不是native的ios
and android。
Favor，instacart很清楚的知道他们的应用就是个电子商务，他们做的事是劳动密集型
的，派送。
【在 z****e 的大作中提到】
: 没有优势
: iaas都是自己动手搭建的
: 至于用啥软件，怎么用，这些iaas不介入
: 所以自由度就在这里，便于你自己控制
: 当然iaas会提供各种乱七八糟的软件产品给你
: 比如dynamo之类的，就看你上不上当了
: paas则一定会上当
|
ET
发帖数: 10701 | 53 in app purchase might be the biggest requirement for you. many e-commerce
apps need social login. more than anything else.
【在 z****e 的大作中提到】
: login没啥意思，in app purchase才是最大的需求点
:
: use.
|
z****e
发帖数: 54598 | 54 paas当然是useful，任何商品都有其价值
以及可能卖出去的市场，否则还完蛋了
但是作为tradeoff，vendor lockin就是代价
上帝是很公平的，绝大多数东西都是一个平衡为最佳解决方案
启动快倒未必，iaas只要开发人员不会特别害怕linux那些command的话
自己搞个server也没啥难度，给我半个小时，连db+vert.x都会搞定
不会做自然慢，paas成功例子有不少，但是改变不了vendor lockin的事实
至于成功的案例，gae还有snapshot呢
ios
【在 ET 的大作中提到】
: man, your comment is too subjective. I think you have to use them to make
: those comments.
: 不是不符合你需要的就是useless
: Parse有些成功的故事。 这些paas最大的优势就是启动快，需要资源少。
: 最近本市的Favor Delivery 拿到A轮$16M, 就是基于Parse的，而且还不是native的ios
: and android。
: Favor，instacart很清楚的知道他们的应用就是个电子商务，他们做的事是劳动密集型
: 的，派送。
|
ET
发帖数: 10701 | 55 all I can say to you, is best wishes to your venture.
For whoever is stilling following this topic, I have this recommendation, if
you are not as good as zhaoce (or sounds as good as), give a Parse a try
while building your next mobile apps. I believe you can build your app
faster and you can focus on more the most important part: growing your
business.
【在 z****e 的大作中提到】
: paas当然是useful，任何商品都有其价值
: 以及可能卖出去的市场，否则还完蛋了
: 但是作为tradeoff，vendor lockin就是代价
: 上帝是很公平的，绝大多数东西都是一个平衡为最佳解决方案
: 启动快倒未必，iaas只要开发人员不会特别害怕linux那些command的话
: 自己搞个server也没啥难度，给我半个小时，连db+vert.x都会搞定
: 不会做自然慢，paas成功例子有不少，但是改变不了vendor lockin的事实
: 至于成功的案例，gae还有snapshot呢
:
: ios
|
h******b
发帖数: 6055 | 56 parse本身就是node和mongodb。
那个高中生一人之力搞了千万玩家游戏的就是用的parse。 最大优势是api和各种现成
功能，比如脸书login什么的。
这个板上大把后台的人，对于没什么经验的前台的人来说，JavaScript通吃而完全不需
要学习服务器知识是非常有吸引力的。 直接call api, 少走太多弯路了。
而且parse是免费的，等到服务器需要考虑价格问题了你的第一桶基金已经到手了。
in app purchase都有api。 phonegap/cocos2dx/unity都有解决方案。 赵测真的别
再忽悠别人上Java了。 startup这种app只有JavaScript才能把糙快猛发挥到极致。
真需要考虑性能了，就已经成功了，重新写也不是难事。 |
h******b
发帖数: 6055 | 57 感谢大牛发表经验！app是HTML/JS写完直接封装的？还是双平台native开发？
其实这种app怎么写都不重要，关键是能否搞来足够多的农民在上面卖产品，真心是鸡
与蛋的问题。推广真心难啊。
美工做的非常漂亮，一人之力非常佩服。希望我有一天也能走到你这一步。 |
s********k
发帖数: 6180 | 58 美工是自己做还是请人做的？
【在 h******b 的大作中提到】
: 感谢大牛发表经验！app是HTML/JS写完直接封装的？还是双平台native开发？
: 其实这种app怎么写都不重要，关键是能否搞来足够多的农民在上面卖产品，真心是鸡
: 与蛋的问题。推广真心难啊。
: 美工做的非常漂亮，一人之力非常佩服。希望我有一天也能走到你这一步。
|
ET
发帖数: 10701 | 59 app? 自己做的。
网站landing page， 花15刀买个模版。
【在 s********k 的大作中提到】
: 美工是自己做还是请人做的？
|
ET
发帖数: 10701 | 60 totally agree。
parse is not using Node. they write their own based on V8 enginee - as I
read.
【在 h******b 的大作中提到】
: parse本身就是node和mongodb。
: 那个高中生一人之力搞了千万玩家游戏的就是用的parse。 最大优势是api和各种现成
: 功能，比如脸书login什么的。
: 这个板上大把后台的人，对于没什么经验的前台的人来说，JavaScript通吃而完全不需
: 要学习服务器知识是非常有吸引力的。 直接call api, 少走太多弯路了。
: 而且parse是免费的，等到服务器需要考虑价格问题了你的第一桶基金已经到手了。
: in app purchase都有api。 phonegap/cocos2dx/unity都有解决方案。 赵测真的别
: 再忽悠别人上Java了。 startup这种app只有JavaScript才能把糙快猛发挥到极致。
: 真需要考虑性能了，就已经成功了，重新写也不是难事。
|
|
|
ET
发帖数: 10701 | 61 大牛真不敢当。就是一个写app的熟练工。
双平台开发的。不重要。favor delivery， 我们目睹着它怎么拿到round a的，就是js
／html封装出来的。
就是把数字弄好了，给投资人看，投资就来了。
网站和我没啥关系，当然了，screenshots还是我app产生的。我觉得应用也不错，挺好
看的。
【在 h******b 的大作中提到】
: 感谢大牛发表经验！app是HTML/JS写完直接封装的？还是双平台native开发？
: 其实这种app怎么写都不重要，关键是能否搞来足够多的农民在上面卖产品，真心是鸡
: 与蛋的问题。推广真心难啊。
: 美工做的非常漂亮，一人之力非常佩服。希望我有一天也能走到你这一步。
|
s********k
发帖数: 6180 | 62 但是你的APP开发还是用的native，没有用JS在parse上，只是后台用JS？
【在 ET 的大作中提到】
: totally agree。
: parse is not using Node. they write their own based on V8 enginee - as I
: read.
:
:
|
h******b
发帖数: 6055 | 63 嗯他们入了两个米。
说到底就是把糙快猛发挥到极致，最快实现基本功能。
js
【在 ET 的大作中提到】
: 大牛真不敢当。就是一个写app的熟练工。
: 双平台开发的。不重要。favor delivery， 我们目睹着它怎么拿到round a的，就是js
: ／html封装出来的。
: 就是把数字弄好了，给投资人看，投资就来了。
: 网站和我没啥关系，当然了，screenshots还是我app产生的。我觉得应用也不错，挺好
: 看的。
|
ET
发帖数: 10701 | 64 基本上就这个意思。
【在 h******b 的大作中提到】
: 嗯他们入了两个米。
: 说到底就是把糙快猛发挥到极致，最快实现基本功能。
:
: js
|
