英国论坛
我们餐馆需要一个点餐网站，具体需求如下：
需要自己独立域名的网站，中英文双语，客户可以切换语言；
支持电脑浏览器，手机浏览器，最好还能在微信上使用；
订单能够自动打印出来，最好能够直接打印到厨房打印机；
能够生成销售报表，最好能够在手机上查看订单和报表，还能打印报表；
方便注册，最好可以用手机短信验证后直接注册；
客户可以用现金见面付款，信用卡，微信或者支付宝付款；
一次性开发预算不超过$3000或者按照订单分成长期合作；
回帖
我公司有类似符合要求的产品，请问你的餐馆地址在哪？
回帖
帮顶，3000美金不够
回帖
我们做这个，但是你这点钱不够
回帖
开发一个这些钱可能不够，但是可以开发者可以卖给多家呀？域名变一下，各家菜的内容不一样，其它的不都是一样的吗？
回帖
回帖
模版还有佣金呢，这一次性的怎么可能这么便宜，大集团都是定制的
回帖
回帖
回帖
我十几年之前的毕业设计就是类似这个方向，可复用的信息管理/处理系统，当初还是基于win app的。
从软件角度，复杂度跟工作量楼上基本说的都差不多了，概括起来就是一句话，这个预算就是做梦，加个0都不见得做的下来。从运营角度，这类系统面向的对象是中小型商家（e.g.没钱没技术做自己系统的），所以即使有那么一套系统能用，运维部分恐怕商家也未必能够搞定（网站不是挂出来就不出问题的，没有sla保证的裸奔网站会出什么问题只有你亲自经历了才会明白;P），这样算最佳运营方式其实应该是托管，那么就不可能是一个一次性的费用，而是类似于subscription，或者楼主提到的按比例分成。
这种持续收费方式的挑战是，subscription的话，中国人的心里普遍会觉得贵/亏，甲方会觉得不划算（感觉就是一直在交钱），按单抽成的话，如果下单量少，抽成不足以cover服务部署运营的费用，乙方肯定也不会答应。所以我觉得最佳的方式应该是base rate + 按单抽成，base rate cover运维（+乙方的少量利润），按单提成的部分则作为乙方的纯净利润。这样甲乙双方都会有动力去想尽办法尽量提高销量的:lol
回帖
其实我们公司的是可以做的，但是部分细节可能无法满足，http://quickhandpos.com
回帖
回帖
回帖
回帖
回帖
回帖
回帖