场景是这样的,有时候出去景区玩但是又不想太拥挤,很多时候都是看地图上面堵不堵来确定,但是这个并不能完全反应景区拥挤情况。
假设我选择成都市作为试验点,假设成都 4A 和 5A 景区数量总共为 50 个,我在周末 2 天和节假日时候,雇佣 50 名员工,每个员工守一个景点,主要是检票口和周边停车场,从早上 10 点~ 16 点,每隔一小时拍摄一段现场实时视频上传数据库,分析并且生成拥挤数据
接下来制作一个应用,允许用户在上面进行检索,输入想去的景区,实时显示拥挤程度,并且给出现场视频 我是这样计算成本的,50 个人一个月 8 个休息日,也就是上班 8 天,一天 50 块钱(这个是我随便估计的,每天工作只需要 5 次拍摄约 1 分钟视频,可以找附近外卖小哥兼职),一个月成本 50✖️50✖️8=20000w 元,如果成熟了可能能把成本压缩到 1w 元一个月。服务器成本主要来源于视频播放流量费用,因为景区数量固定,每小时刷新一次系统分析的拥挤数据,所以这部分查询可忽略,假设每人次视频查询完整播放价格为 0.3 毛钱/次
好接下来说一下如何盈利,允许用户每日访问景区拥挤程度次数,超过后可以买次数。假设拥有了 10w 用户,其中愿意付费为 5%,那么就是 5000 个付费用户,每个用户 8 块钱一个月,就是每月 4w 收入
各位 v 友觉得怎么样,如果觉得可以,可以 v 我 50 ,或者帮我分析一下可行性
这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.