日期：2014-09-24 13:59:12
　　有时候对于打工的人员来说，总是觉得老板很抠门，很吝啬，对于奖金，加工资什么的，能省就省。其实这只是看到了老板的一面。如果你想创业，那么你必须看到老板的另一面，舍得花钱。
　　对待客户，甲方，政府部门人员，吃饭、送礼花钱这个就不必说了，眼都不眨一下。还有就是买书本，对应项目有利的他们都很大方，一大堆一大堆的买，或者在网上看到什么号的控件，好的方案，自己项目能够用到的也是大方花钱。还有就是本狮子也跟着老总去开一些所谓的培训会议，那个才叫贵啊，但是如果他们认为有用，真的是想都不想就交钱去。有些还是公司出钱，让下面的管理人员去学习。

　　所以，有时候看问题的角度确实是值得我们去考虑的，老板也是人，虽然他们对于流动大的人员投入不高，但是对于固定资产、对于自身价值的提升却是毫不吝啬的。想创业，有时候也需要学习一下老板如何花钱吧。个人愚见，有感而发，见笑。
　　日期：2014-09-24 16:01:41
　　上面有网友说到甲方人员对需求的看法，本狮子承认，之前对需求的看法确实是从一个项目经理的角度出发。没有从甲方人员的角度出发看问题。那么根据这个问题，再扯扯本狮子的一些经历吧。
　　客户考虑的是可用性、布局是否合理、速度是否快。这个是肯定的，但是是否这样子肯定没错呢？
　　设计人员考虑的是技术上是否可以实现，布局是否符合一般规律，例如以前C/S结构的程序，一般按照WINDOWS的界面来布局。父窗体、子窗体等都有一套规则。
　　其实还是那一句，看问题的角度不同，不过双方有一点是统一的，就是软件访问的速度快，无论是插入数据，还是查询数据，最好是快。

　　之前本狮子做过一个项目，是政府的。一个局的项目。一个业务流程，窗口接收数据，保存，预审核，提交，科长审批，提交，局长审批，大概就这么一个流程。那么做需求的时候，甚至是页面如何设计，怎样布局好，涉及到窗口人员的这一块，我们都是到窗口最基层的人员去深入调研，按道理说，他们是最熟悉业务的，并且按照他们的要求做，可以尽可能做到方便他们的操作习惯。当时我们以为这样子做就万无一失了，然后按照需求，设计全部做出来，也就是这个局的某一个科室的功能就出来了，然后先给这个科室演示，看是否还有需要修改的地方。

　　但是一演示就出问题了。什么问题呢？这个科的科长一看就说：为什么这样子布局呢？页面为什么搞成这样子呢？一点都不好用。我们说，这个是按照窗口人员的要求设计的。科长大怒，问过我没有？这种设计根本不行，窗口的人有些是不熟悉业务的，问他们怎么能够行呢，这个布局，这个流程，这样子根本不行。重新做，下次我来跟你们说。结果就不用说了，开会的其他窗口基层人员，屁都不敢放一个。什么叫布局合理？什么叫考虑甲方客户的使用习惯？这个不多说了，说多了都是泪。不过好处是以后都吸取这个教训了，无论接口人说得天花龙凤，领导确认永远是最后一位，不要说我们不会考虑客户需求。

　　还有一个是楼主的朋友，大家也知道市面上很多进销存软件。他是开店铺做生意的，当然少不了，也买了一个，其实他自己说已经买过好多个，有些用着不好用，就放弃了，因为不适合用。最后用的这个是他自己觉得还凑合的，比较顺手。
　　当然，他也是对本狮子一番吐槽，这些搞软件的，问他们啥都不懂，一问三不知，整个软件比我还不够熟悉。当然，他指的是售后那些人，经常解决不了他的问题。他总是说，这个软件哪里哪里设计不好，数据不应该这样录入的，有些我根本就不需要的，为什么要这样做呢，其实这样做不是很好，我觉得他们应该问一下做这行的人，把需求搞好，总是自己乱搞是不行的，你不觉得这样改一下就很好了吗？很大一堆道理。这个，确实，客户是上帝，有要求是对滴，没要求才不正常。

　　当然，本狮子除了一开始解释一下报表的数据时从数据库的表读出来的，是经过程序查询调用的，你修改了数据库的表是不可能改变报表的显示的，这些外，也不再说了。因为再说术语他不懂，那么我只好说些他懂的。
　　本狮子说，你说那个售后的技术支持差，不行，你知道他多少钱一个月吗？一个年轻人，拿着1800到2000，流动性大，能有好的工作，也不会到处帮人安装软件了，这里没有歧视的意思。只是想跟他说明一个道理，就好像你请的工人，工资低，没心情干活，对业务不了解，人员流动大。所以你就不要对售后发什么脾气了。人家也不容易。
　　你说这个软件很多地方不适合，那么你买这个东西多少钱？5千多啊，那就对了。才5千多块钱？你认为能够达到什么样的水准呢？你买的就是一个产品，就等于是买了一个操作系统，你还想着微软给你修改不符合你的地方？你说不合理的地方，我也承认，但是开发的公司并不是卖给你一家的，对吧？人家考虑的是所有行业的适用和通用性，符合一般规则就好，你觉得不好操作的地方，可能正是另外一些商家所需要的。

　　就好像你去买了一个商品房，然后你说设计不符合你的要求。那么当初你就不应该买啊，你应该买块地，然后自己设计，自己盖。你应该出钱找软件的公司，和你一起做需求，一起设计，过几个月，肯定方方面都符合你的要求。然后再请一个程序员帮你维护，这样就达到你的需求了。他说，我没那么多时间做需求。恩，确实。但是却有很多时间去抱怨。
　　如果确实知道对方不明白你行业的需求，要不你就试用一下，看是否可以二次开发修改，要么就直接找软件公司从头开始，连推销的机会都不要给人家。
　　还是那一句，一个循环下来，都有难处。如果你对软件确实有需要的，确实需要按照自己意愿修改的，那么就应该和软件设计人员一起讨论，好的布局，好的设计是大家共同努力的结果。当然你必须是最后拿主意盖章那个客户。
　　话虽如此，那么为什么总是不能做出一个让客户眼前一亮的软件呢，或者眼前一亮的布局设计呢？有时候明明是和客户一起商量了，为什么做不出来，反应还是不好呢？其实，有时候是搞需求的对需求理解不好，这个是一定会有的。但是有时候，却是和客户讨论太多了，但是他又不能代表所有使用这个软件的客户的意见，也就是，做需求接口的人可能有些计算机方面的能力或者有些编程方面的知识，但是不够系统，半路出家。很容易从自己的角度出发，觉得要怎样设计才是人性化的设计，对于一般性的布局规范视而不见，也自持自己是业务中最了解程序的，在程序中是最了解业务的，总是提出很多建设性的意见。那么项目到了最后，只能是能用就用吧，如果有其他客户提出某些设计不符合规范，那么这个黑锅就只能我们背了，因为当时没有了解好需求。

　　站在别人的角度思考问题，就算是做了好多年的需求经理都不一定能够做到，何况是第一次做项目的客户呢？