再说技术与需求实现

    这些年一直做的业务系统，简单地说，就是跟各类人打交道，处理各类的事。很多新技术，在我看来，是很遥远的事情。并不是说新技术不好，而是不适合这个情况。

    早些年是物联网，现在又流行云计算、大数据。其实，在很多企业里面，根本就够不上这样的层次。说实在的，每年几M的数据量，做方案的时候，非得用上这最新、时尚的概念，否则就好像不够档次一样。

    实际上，对企业来说，就这么点数据，就算用到云计算，也不过是购买现成的云，买个虚拟服务器而已，对企业的意义就是可能省了一部分钱。但从技术角度上来说，在企业的信息化解决方案里面，“云”的概念，实际上是很难做自己的云。

    尤其是大数据，自己的几万甚至几十万条数据，就非得上大数据。真的有这个必要？实际上，只要做好对应的查询、分析、展示，最好上点动态的图表什么的，就齐活了，跟本没必要去搞些大数据的概念。

    尤其是各类基于有些数据的详细展示，以及如何跟客户友好的交换，完成这些展示，这才是一个企业系统更加注意的事情。

    总的来说，各类技术大多是噱头，包括上手机APP之类的，客户最终关注的根本就不是技术，而是好不好用、放不方便、能不能帮我解决现有问题、能不能给我节约成本提高效率，这才是核心的东西。其他的，可能会有用吧。

    就拿一个简单的web类的解决方案来说，你最后用什么技术，三层、MVC或者其他的，客户会关心吗？真正上线的时候，客户会说你这不好用，那没实现等等，一堆的问题，但绝对不是技术问题。

    技术问题出在哪？客户提出新需求来了，现有的技术上解决不了，可能有新技术可以解决，这个就可以用新技术了。反过头来，你给客户解决问题，他会关心你怎么解决吗？你解决不了的时候，你给他说一堆的技术术语，可以解释过去？

   所以说，技术，技术人员的事，给客户提供的是产品。尤其现在强调客户体验，做企业应用的尤其是要注意这点。你要把客户体验真正的做好，站在客户角度上，想想这样做好不好，这么设计和不合理，等等。不要试图用新技术，除非你可以保证不出问题。

    所以说，使用新技术没问题，但别给自己找麻烦。尤其很多企业，很少买不需要的东西。如果你给上了个新技术，比如我们可以给你开通微信公众号，你要想到的是，不会只是这么一点的。客户会从这个点上，扩展出一堆的需求来，自动发送啦，查询啦，反正会有各种莫名其妙的东西出来。你要是不给实现，对不起，你给我们提供的东西不好用，我们不同意验收。你说，这怎么办？

    技术的使用，要以客户的需求为基准，选择最合适的。什么是合适的？这个条件很多，起码的一条，是不能选择一个自己都不熟悉的。还有就是，不要尝试给客户推荐链接微信什么的接口。因为你不知道他会从这个点上，给你发掘多少连微信本身都不支持的需求。

    尤其是现在，各种平台都开始支持开发接口。千万要慎之又慎。推荐或使用之前，一定要先考虑考虑，我上这个，会有多大的作用，会收到多大的好处，同时，一定要记得考虑，这个上了之后，除了我想做的，平台还支持什么功能，我的客户有可能还要什么功能。一定一定考虑清楚了，哪怕是自己给自己挖坑，也要使劲挖，能保证可以从坑里面跳出来。

    扯远了。总结一下吧。

    做企业级应用的，需求是第一位的，做任何事，都是以满足客户需求为第一原则。可能有些需求需要根据信息化的升级而有所调整，但不能规避、模糊甚至违反。而技术，是需求实现的支持。

    对企业级的应用来说，基本上没有不可替代的技术，每种实现都可能面对很多种选择，这个时候，一定要选择合适的，起码是自己能够掌握的技术。再有，选择技术时，还需要考虑隐藏的需求以及未来需求发展的需要。客户可能没有考虑那么周全或者长远，作为技术人员，应该能够想到。

    重点提出的一点是，客户不要求时，不要为了“面子”去给客户提供很多“花哨”的东西。如果客户真的需要，或者感兴趣的话，你会为这个付出代价的。往往很多这类花哨的东西，都是刚出来的、比较流行、很时尚的小“玩意”，这也意味着，这是个新鲜的事物。新鲜的东西出来，总会面临各类问题、各种麻烦，往往要升级N多版本后，才能够基本稳定。不要尝试做一个“测试者”，给自己惹一堆麻烦。

    需求是根本，技术是支撑，那两者之间的联系就是交互。交互是客户的直接体会，也是系统的最终表现。这才是系统设计、成败的关键。能点一次的，就不要让客户点两次；能一屏显示的，就不要加滚动条；客户关心的，要一下子放在眼前，不要让客户花费老大的精力去找；能一秒出结果的，就不要让客户等一分钟；等等。。。。。。可以说，交互的设计，实际上就是需求的最终实现，这个是技术呈现出来的，也是客户能理解的东西。精力还是集中到这上面来。