做企业小程序时，有一种情况其实挺常见：
开发阶段功能一项没少，首页、产品展示、预约、会员、活动、个人中心都有，上线测试也没什么明显问题，但真正投入使用以后，用户数量和使用频率却没有预想中那么高。
后来再去看这些项目，我发现很多问题并不在 「功能有没有做出来」，而是在用户为什么要打开、打开以后能不能快速完成事情，以及企业有没有持续运营。
一、用户第一次打开时，不应该先研究怎么用
很多企业小程序首页会放大量企业介绍、轮播图、新闻和宣传内容。
这些信息不是不能有，但如果用户进来的主要目的是预约、查询、提交需求或者查看服务，那么真正重要的入口应该更明显。
例如用户为了预约到店进入小程序，首屏却先看到几屏企业介绍，预约按钮藏在第二级页面里，这时候操作成本已经变高了。
做页面设计时，我现在更关注一个问题：
用户进入以后，前几秒能不能知道下一步应该点哪里？
首屏不一定要放很多东西，反而应该先让核心操作清楚。
二、功能很多，不代表用户需要每一个功能
企业第一次规划小程序时，很容易把想到的功能全部加进去。
签到、积分、优惠券、商城、文章、会员等级、活动、消息、预约……
最后导航越来越多，但真正每天会使用的可能只有两三个。
这类情况后面通常会出现一个问题：用户找功能变麻烦，企业自己维护也越来越累。
所以在实际项目里，更适合先区分：
高频功能
低频功能
展示内容
管理功能
高频功能放在明显位置，低频功能不要抢占主要入口。
小程序并不是模块越多越完整，而是用户完成一次业务所需要经过的步骤越清楚越好。
三、企业自己的操作体验也需要考虑
很多时候大家会重点讨论用户端好不好用，却忽略后台。
但项目上线以后，企业内部人员使用后台的频率可能比用户更高。
比如每天要处理预约、更新产品、发布活动、修改服务内容、查看业务记录。
如果一个简单的内容修改需要经过很多层菜单，或者不同业务全部混在一个页面里，时间久了企业人员自己也不愿意维护。
结果就是小程序页面一直停留在上线那一天。
后台设计其实也应该考虑操作频率。
常用内容尽量方便找到，不常使用的设置再放到更深一级。
四、内容长期不更新，会让用户觉得这个入口已经不用了
有些小程序上线几个月以后，首页活动还是之前的，产品图片没有变化，通知还是旧内容。
技术上小程序仍然正常，但用户看到以后很容易判断这个入口已经很久没人维护。
所以开发时除了考虑 「页面怎么展示」，还应该提前考虑：
哪些内容以后会经常变化？
谁负责更新？
能不能在后台直接修改？
活动结束后谁来下架？
如果这些问题没人负责，再漂亮的页面也很容易慢慢变成静态展示页。
五、不要把所有业务都强行放到小程序里
这一点也是后面做项目时越来越明显的感受。
并不是企业所有业务都适合搬进小程序。
有些流程很简单，做成小程序确实方便。
有些内部流程特别复杂，需要大量数据处理、权限关系和长时间操作，这时候单独的小程序页面未必是合适的解决方式，可能还需要和定制软件、已有管理系统或者 APP 配合。
先判断场景，再决定技术形式，比先确定 「我要做一个小程序」 更重要。
六、上线以后最好继续看真实使用情况
开发阶段很多判断都是根据需求做出来的，但真实用户使用以后，经常会和最初设想不一样。
有些入口用户几乎不点。
有些原本觉得不重要的功能，反而使用频率很高。
还有些流程做到第三步以后，用户就不继续操作了。
这些情况只有上线以后才能慢慢看出来。
所以后期维护不只是修复程序问题，也可以根据实际使用情况调整入口、页面顺序、内容结构和业务流程。
最后
现在再看企业小程序，我觉得真正决定它有没有长期使用价值的，并不是上线时有多少功能，而是三个问题：
用户愿不愿意打开。
用户打开以后能不能快速完成事情。
企业自己愿不愿意长期维护。
如果这三件事没有解决，功能做得再多，最后也可能只是一个 「能打开的小程序」。
梓彤超越 （武汉） 科技有限公司目前围绕企业网站建设、小程序、定制软件、APP 开发，以及技术 SEO 与 GEO 搜索可见性优化等方向开展相关技术工作，在项目实施中也会结合企业实际业务流程、页面体验和后续运营方式进行规划，相关信息可查看 ztbey.com。
