我们经常遇到这样的客户，他们打算开发一款小程序，然后提出很多功用，什么功用都想要，想到什么就请求开发公司添加什么。
比方我们之前遇到这样的客户，他想开发一款自动售货机小程序，操作流程是用户扫描售货机上面的二维码，然后选品，付完款，设备自动出货。就这样的一个流程，客户提出了很多想法，他请求增加很多功用，比方商城、积分系统、分销系统、社区系统。他说希望应用自动售货机作为一个载体，开展线上和线下，成为一个大型的电商平台。
而我们给出的意见是，客户商品，其他平台也能够买到，以至价钱更低，关于这类小程序，首先处理的问题是效率，我们要做到的是三个步骤，10秒~20秒钟完成从从扫码 - 选品 - 付款 - 出货的全过程。所以界面不能做得太复杂，运用微信或者支付宝完成扫码，翻开之后直接是简约的选品列表，左边的类目，右边是产品，点击产品直接显现支付界面，用户完成支付后，显现出货状态。
其次，这个自动售货机能不能获得胜利，能不能带来流量和用户还是一个未知数，由于自动售货机和小程序，就是一种快用快走的形式，用户只对产品感兴味，并不对商城感兴味，更不关怀分享给他人能不能赚到钱的问题。假设用户二次购置，能够思索中，添加这样的功用，显现周边的自动售货机列表，引导用户停止二次消费。
而且整合商城功用，也不一定能为企业带来效益，反而会增加研发本钱和运营本钱，由于维护电商平台需求工作人员吧？要思索物流和配送问题吧？所以应该先把根底的功用做好，对功用和流程停止细致的优化，有根底了，有用户和流量了，后期再停止版本的迭代更新，不是更好吗？
做一个软件，我们不需求思索得太复杂，应该先把最中心的需求先做好就能够了。
