产品环境打开方式的不同
移动Web：需要移动设备上的浏览器且支持上网；

App客户端：由智能移动设备的操作系统来支持,包括安卓、以及基于安卓的各种的二次开发系统、苹果等操作系统，并安装此应用之后才可以打开。

产品使用门槛高低不同

移动Web：支持跨平台，无安装成本，用户只需要输入URL（网址地址）即可访问,一个浏览器就满足了任何需求，使用门槛较低；

App客户端：用户需要下载并安装之后才可以打开,使用成本相对较高。

用户体验

移动Web：每次加载时，会给用户一种感觉“需要等待一下才可以展示内容”，影响用户使用的流畅度

App客户端：操作习惯符合用户预期，对于一些并不非依赖网络的应用，通过app实现也可以减少加载资源的时间，比如缓存内的内容。

产品的内容展示

移动Web：内容展示上有了局限，页面信息的布局也需要考虑设备中浏览器的兼容性以及浏览器的上下导航；

App客户端：可以整屏的显示所有的页面信息，无需考虑其它因素。

快速更新产品迭代

移动Web：站点服务器自己可控，保证了较为敏捷相应到用户的时间，产品更新、设计、开发完成后只需发布到线上服务器，用户通过浏览器访问WAP，就能看到最新修改的网页；

App客户端：因各应用平台发布应用都需要一定的审核周期，在产品做出调整后，相应到用户的周期相对较长。

打个比方，web站好比是租房子住，原生app好比是买房子住。租房子的好处是便宜，更换速度也可以很快，入住的时候你不需要办理太多的手续。而缺点是你不能太随意的去改变房子的结构，你需要适应房子的结构；同时呢，你怎么着也会感觉住的不够踏实，你不了解房子一些细节，下水道、电路等等。而买房子贵是不用说了，迭代的速度也会慢很多，你需要各个部门跑着办手续；但房子是自己的，很熟悉，很了解，那个地方瓷砖有点不平自己都一清二楚，想怎么装修都行还能自己搞个摄像头、邮箱、小花园什么的。

我个人觉得下手的方式和PC端区别不大。还不是需求分析到功能规划设计的过程。说白了就是把你网站的功能在手机屏幕那么大，用移动端的交互习惯设计出来的过程。同类的产品肯定很多，比如你的网站如果是电商，可以参考参考京东淘宝。如果你的网站是新闻类，可以参考参考网易、今日头条。不知道怎么做，就看别人是怎么做的。

提取pc端最基本的需求 简化流程和功能 先上线第一版本app app与手机网站差别不大 就是开发不一样而已 可以先做手机网站的需求进行开发 把手机网站页面内嵌入app 减少开发的重复

WAP app的优点，节省成本，更新速度快，轻巧不需要安装包，不占内存，可以嵌入微信或者浏览器的入口

缺点，过于依赖网络，没有网压根不能玩，每打开一个页面都要重新加载

用户留存率低，app是长期占据手机内存空间的产品，可是WAP app不是，慢慢的需要将用户从H5中转移到app中

数据无法存储在本地，比如上传照片页面延迟，每一步都需要网络上传数据

性能影响用户体验，复杂的交互实现效果不好

权限受限，影响产品发挥，只能使用有限的设备底层功能，无法使用摄像头，传感器，拨号，**S，语音，短信，蓝牙等功能）

设计空间变小，wap app可视页面小，导航不明显，原有底层导航消失，有效的导航遇到跳转

而app客户端就不一样

优点，可拓展性强，可以做出各种各样的花样，需要用户下载和安装

运行速度快，性能稳定性高，内部模块固定，对流量节省，可任意做动效果，有丰富的权限，可以使用设备中强大的功能，调用用户通讯录等各种，只要想用手机中某项硬件设备，都可以调用，激活留存率也很高，用户忠诚度高，有系统通知，能够帮助激活沉睡用户

缺点，开发成本高，设备比较多，需要进行适配，适配耗时大，成本高，分发更新成本高，还需要维护多个应用市场，用户还需要手动更新下载

建议客户端和WAP结合的方式去做app，将你们的wap app转换成为native

优点，能够实现更多功能的前提下，安装包也不过大，通过内部web view页面打开，不需要去浏览器跳转，在主要功能相对稳定的情况下，增加的功能采用web方式，使得迭代更加方便

首先场景不一样（流量来源、用户背后的动机）、基础设施不一样（用户的登录状态、可调用的系统能力） 更重要的是关注前者，因为它决定了你的业务需求（要干什么），比如移动网页版很多是为了承接搜索引擎流量、短信推广、DSP广告流量、信息流广告，这样的话除了落地页的单独设计外，如果需要考虑用户在站内流量循环的话还需要设计更多东西

如果考虑用户来源。就要做不同的需求了。

我说个其他方面的建议。就是你要考虑PC端的用户和移动端用户的不同使用场景。哪些功能适合PC，哪些适合移动端。

能加个联系方式问你个问题吗？我遇到了你一样的问题