内部系统做完桌面端，下一步常有人提要不要做手机端。这个问题如果只从别人都有这个角度回答，很容易做成一个没人用的功能，白花钱。
该不该做，取决于业务发生的场所在哪，而不是系统本身流不流行。
一、先问三个问题
第一个问题，业务是在电脑前发生的，还是在现场发生的。外勤、巡检、上门服务、仓库盘点这类工作，人不在电脑前，手机端就有价值。坐办公室对着电脑录单据的岗位，手机端多半用不上。
第二个问题，要到现场的人有多少。三五个人偶尔需要，可以先用其他方式凑合。几十个人每天都在外面跑，做手机端就划算。
第三个问题，现场需要的是完整功能还是几个特定动作。现场往往只需要拍照、定位、查一条信息、提交一个结果，并不需要在手机上看完整的管理界面。把范围缩小到几个动作，开发量会小很多。
这三个问题如果答案都是否定的，那手机端可以先不做。把钱花在把桌面端做好更实在。
二、三种实现方式
第一种是把现有系统改造成自适应。同一套页面，在手机上自动变成适合竖屏的样子。这种改动相对小，适合功能简单、以查看和简单提交为主的场景。缺点是复杂表格在手机上再怎么自适应也不好用。
第二种是单独做一套精简的手机页面或者小程序。只做现场需要的几个功能，界面按手机习惯重新设计。用户手机上打开的是专门为移动做的界面，体验好。缺点是两套界面要同步维护，功能变化时两边都要改。
第三种是做成独立的移动应用。适合对拍照、定位、离线、扫码、消息推送有强需求，或者需要调用手机硬件能力的场景。成本最高，但能力最强。现在多数单位会用小程序替代，省掉安装和更新环节，具体选哪个要看是否有应用商店发布的必要。
三、移动端的几处额外成本
做移动端不只是多一套界面，还有几处容易被低估的成本。
网络不稳定。现场的信号时好时坏，提交到一半断了怎么办，数据会不会丢，这是必须处理的。有的场景还需要支持先存本地、有网了再自动上传。
屏幕小。同一个表单在电脑上一屏能放下的，手机上要分好几屏，填写效率下降。设计的时候要考虑字段顺序和默认值，尽量减少输入。
终端差异。单位里手机型号杂，屏幕尺寸和系统版本都不一样，测试的工作量比桌面端大。如果涉及扫码、定位、相机这些能力，还要考虑不同机型的兼容问题。
四、建议的分步做法
如果要上移动端，不必一次做全。可以先选一个最痛的点做试点，比如只做外勤签到和现场拍照上传这两个动作。上线后用一两个月，看看实际使用率和使用中的问题，再决定要不要扩展。
这样做的另一个好处是，能用很小成本验证前面的三个问题。如果试点上线后没什么人用，说明现场的需求不如想象中强，及时停下来比做完一整套再发现没人用要好得多。