先提结论吧，我觉得在技术方面，Pokemon Go并不存在明显的壁垒。
（体验的时间不多...十几分钟就被挂了，所以...只是凭印象）
关于AR技术，这个真的不是非常困难，和早年的在卡片二维码上投影的所谓2.5维技术相比差别不大。（在那个时候有很多的小团队做这个）虚拟现实叠加的实现方法很多，很多的开源库，如基于高通基于FastCV的VAR SDK（Github随便一搜一大堆），而且就实际体验看，PM Go做的并不好，包括浮空感强等等。目测PM Go是一个结合GPS的大致的叠加解决方案，来实现大家看到的图像都差不多。
（随手就可以在Github搜到类似的解决方案，如trivial augmented reality (GPS based) ）
（效果好的话，可以参考Google IO上展示的单目视觉技术，采用关键点+陀螺仪/加速度计的方式实现地面3D建模，这样就不会造成现实感不足）
地图POI与框架图的问题，这个方案有三个方向。一是正规向地图供应商买数据，没有尝试过，估计价格吧...那啥= =。第二就是反向地图包，因为道路都是以坐标形式存储的，理论上可行，包括用蜘蛛把数据抓下来。第三就是通过自定义地图样式实现特定的展示效果。不论如何，我并不觉得这个会构成问题
服务器吧...啊...呵呵...这个完全不是问题
Pokemon Go不存在AI，这个就省了很多事了。模型都是本地渲染，本地存在（即使有也只是一次性拉取）。对战行为也很简单，对实时性要求很低...不一一分析了。意思就是，PM Go并不特别吃服务器性能。当然，服务器基本的属性还是要够。这个也就是比较基础的游戏服务器吧，靠谱的后端都能搞定。
建模的话...这个国内技术完全不是问题（可以参考2.5D卡片...）