讲一下同城类小程序的开发，首先普及一下什么叫同城，专业一点的说法就是O2O类小程序，O2O的直译就是online to office，就是说把线上的业务和线下的服务相结合，简单的讲就是线上只是一个引流的渠道，用户通过线上来发现、找到以及筛选商家在线上下单，具体的服务体验是线下完成。说点人话举例就是《美团》。用户可以在线上点一顿餐，然后具体去线下用手机号或者说订单号的方式在店家核销来完成本次服务。

那么已经有美团一家独大的前提下，其他的同城类小程序如何杀出一条生路？

首先我们分析美团的市场覆盖范围大多集中在一二线城市，也就是说美团的资源整合相对三四线来说是空白的，因为三四线城市整合市场难度较大，当地一般没有所谓的渠道商。像一二线城市举例说明餐饮业可能就会有餐饮协会那么如果美团要整合餐饮业可能找到当地餐饮协会的会长，那么就可以解决100家甚至1000家门店的整合。但是这种模式在三四线城市是不适用的，三四线城市的线下服务门店一般都是独立运营，因为城市本身不大，容易形成所谓的地头蛇资源地头蛇企业也就是说三四线城市很容易形成市场垄断，某些市场就已经被抓在个别或者集中的几个公司手里面其他的外来企业是不具备能力来重新规划和对该行业截流。

那么具体同城小程序一般包含哪些功能？

其一就是对线下的行业进行分类整合，一般分为三大类目：餐饮业、娱乐业，住宿类。

其二，同城信息发布其中的细分可以包含招聘信息、公司推广、失物认领、用车、送煤气、纯净水等细分小类目。其好处就是给当地用户提供多样化且全面的商家资源让用户在有服务需求的同时，惯性的考虑到该类应用。

针对这样一款小程序，具体什么价格是比较符合市场标准的，可以给到大家三个方案。

方案一：我们只实现用户线上下单，给每一个商家配一个后台，用来做线下的核单。

方案二：除了方案一包含的功能以外，还可以做同城信息发布

方案三：功能稍微健全一些，那么整合的类目就可以更多，比如说可以把洗衣类、上门维修家政、以及点餐都整合进来。

这里就涉及到了一个细节，用点餐举例，他就需要一个骑手，来把用户点的食物送到用户指定位置。也就是说我们需要多做一个端口，骑手端是用户在下单给商家之后，商家已经备餐完毕来通知骑手将用户所需的物品送至用户处。

骑手端有两大难点，这里也和大家详细说一下。

第一就是推送功能所谓的推送就是在我未打开该应用之时，如果商家有订单需要我去派送我也能及时的收到该条通知，以便骑手及时去商家处取货 第二大难点，地图的导航加实时的位置更新该类用户体验，我们在各大应用都见过用户心理，他需要知道我的骑手现在在什么位置，离我还有多远，还有多久能够到达我这里，理想状态能够看到骑手在地图上连续的位置变动当然也会有折中方案来实现，可以一定意义上节约开发的成本，那就是不做软件内部导航软件可以实施，我们把旗手位置以及索要送货的目的地的经纬度，传递给第三方的地图，例如高德百度，谷歌，苹果等第三方地图，用第三方地图来进行导航，也就是说我们这里节约了开发功能，没有做导航功能，把导航功能依托于第三方成熟的软件来制作。

关于成都同城类的小程序开发要多少钱就暂时和大家分享到这里了，希望对大家有所帮助，还有什么不清楚的欢迎大家来找我一起讨论。