白羽软件——一个软件公司小老板一年的信息化管理之路.docx

一个软件公司小老板一年的信息化管理之路白羽软件2013年度总结管理篇2014年2月15日2013年开始从2013年初开始，作为公司老板的我，决定开始启用全新的管理模式：信息化管理。虽然我当时只有3个程序员，但工欲善其事必先利其器，无论如何我都要信息化起来，因为原来那种用excel和口头传述的管理方式太乱了。公司成立已有一年半，却没有太多成绩，让我毫无成就感而言，就如有人调侃一样，都给员工打工了，因为员工都挣到了钱，而老板还是个穷光蛋。但经过这一年的努力，公司已成绩不菲，这要得益于制度化、规范化、以及信息化的管理，收效明显。刚开始我也到网上找找有没有适合我用的系统，虽然找到了一些，但动辄几万的价格，对于当时的我来说还是比较大的；另外这种软件功能也太复杂，很多功能我都用不到。不得已我决定自己开发，以先用起来的原则，需要什么功能就开发什么功能，后期再完善补充。于是白羽软件公司一个新的项目成立：白羽软件系统开发平台，这个平台初步定位专门辅助程序员开发。接着我制定出公司制度，白纸黑字打印出来，盖上公章，贴到公司墙上，实现规范化管理的第一步。而白羽系统平台的开发则是我实现信息化的开始，白羽软件的使命是“让小微企业体验信息化的乐趣”，如果自身都没有达到信息化，如何让客户信息化？本文中所涉及的系统，如未特殊说明，全部为白羽软件自主研发。一年的收货很多，所以文章很长。1.1.1. 开发同步数据库WEB管理平台由于我们当时是项目外包型公司，以定制开发系统为业务，所以首先我们要解决项目开发问题，提高开发效率。我们的项目都是信息系统，技术上就是数据库的增删改查，那么在开发的过程中经常碰到数据库表结构变动，特别是在多人进行表设计时。比如程序员A负责表设计，B负责开发（无字段修改权限），他们都使用微软的数据库客户端Microsoft SQL Server Management Studio连接进行表操作，A创建了用户表User，表中设计了10个字段。此时就会出现如下几种情况：l A又新添加了一个字段“age”，但他并没有告诉B；l A将原来的字段“telephone”改成了“mobile”，口头上告诉了B；B可能忘了，也可能记得；l A不小心碰到键盘上的“r”键，将字段“username”改成了“usernamer”，A自己都不知道；l 假设B也能修改表设计，那就更乱了。A和B可能改了很多字段只有他们自己知道，对方都不知道；l 现在user表中已经有了很多字段，有些字段表示什么含义A都已经忘了，要反过来查代码才知道；l V1.0版本上线了，V1.1又修改和添加了好多字段，在升级到V1.1的过程中由于变更字段太多，A已经忘记了哪些字段有变动。以上种种问题，在开发的过程中都是致命的，特别是系统上线后。由于沟通不到位或忘记了，表结构的变动直接引起系统的崩溃，即使不崩溃，也是一个很大的隐患。最开始我们都是用数据库文档的方式记录表字段类型、含义、长度、功能等，并且要求程序员对每次表结构的变动都必须在文档中进行记录。如下图所示，是表结构文档样例和记录样例。但人有失足马有失蹄，即使是要求再严格，有些变动程序员也会忘记在文档中记录。即使有了文档记录，升级也将是一个痛苦的过程。在升级过程中要对照文档的变更记录，进行一个字段一个字段的校正，如果某个字段变动后没有记录到文档中，那就漏了。针对这个问题，我在网上找一些数据库同步和管理方面的软件，没有找到，于是不得不自己开发。我们取名为“白羽数据库管理平台”，用于对软件项目的数据库表结构进行管理。如下图所示，为目前我们的同步系统。自从有了这个系统，我们的数据库表开发再也不乱了，上面碰到的问题都得到了解决，员工们都感觉轻松了很多。所有的表结构修改，都要通过这个平台进行操作，每个操作都有记录和备注说明，并且每个操作对会生成对应的变动SQL语句。只要查看日志就知道谁改了字段，备注中还记录了原来的字段名称、修改理由。此系统更为强大的功能是借鉴了SVN的版本号功能，每次表结构变动就是一个新版本，比如V1.0的最终版本号是995，V1.1变动了55个字段，最终版本号为1050。那么上线的系统由V1.0升级到V1.1时，只需要导出996到1050之间的表结构变动SQL语句，到服务器上直接执行一下就OK，再也不用像以前那样对照数据库文档变动记录一条条对照了。接下来我们还要加入自动生成数据库文档、自动生成数据库架构等功能。元旦和阿里巴巴的同学进行技术交流，我问问他们是怎么做的，结果也是用这种方法，思想和我的一模一样，只是他们的系统比我的多了一些业务节点（大公司部门多），据介绍他们这套系统还是中信跳过来的人开发的。我当时就惊呆了，一方面是几万人的大公司和我这个位数的小公司，系统开发思想一模一样；另一方面在这之前，中信的人没有搞这套系统时，那阿里是怎么做的？我很惊奇。不过想想原来我待过的蜗牛，两千多人的公司，开发连文档、流程都没有，也就不足为奇了。1.1.2. 要认真开发了绩效工作考核系统解决了数据库同步开发的大问题，接下来要解决工作安排上的进度问题。以前的工作安排，我都是用excel进行跟踪，如下图所示，为工作安排的样例图。排有计划，每天更新完成进度（这和以前蜗牛的方式是一样的）。后来发现总是不能够按照要求如期完成，于是又加入了绩效考核的思想：如果不能按时完成，就要扣除绩效工资，延迟完成几天就要扣除几天的绩效工资，提前完成给予奖励。这样虽有一定的效果，但核算太笼统，有时候一个月下来会扣除好几天的绩效工资。绩效思想本为激励员工，而不是扣除，扣除太多就会引起反效果。如果真有员工一直扣除太多，说明他也不太适合这个岗位。我隔壁的小伙伴（苏州度比软件）是专门做人事软件的，和他们交流后，借鉴了他们的人事绩效思想，开发出绩效考核系统，于是在白羽软件系统开发平台上，一个新的系统开始上线了绩效工作考核系统。该系统主要是安排工作给员工，然后按员工的完成效果从各个指标进行打分，所得的分数直接就是绩效工资参数。亮点在于使用KPI指标进行考核，每个指标都有评分标准和权重，各个指标的得分值乘以权重比例就是最终得分，这种加权平均的计算方法，会均衡掉考核中的主观偏差，不会出现原来扣除一天或好几天的现象，而且得分更加精确。如下图所示，为绩效工作系统的界面，以及评分样例图。这样即能进行科学评分，又能让员工随时随地查看工作内容和进度。员工要每天汇报工作进度和工作日志，老板能随时查看进度和工作内容。不会出现员工对工作内容不清楚，也不会出现员工和老板对峙工作内容。更方便的是，在发年终奖和加工资时，只要查询这段时间的绩效得分，就知道该加多少工资，该得多少年终奖。目前我打算在系统中再加上绩效工资的自动核算功能，这样我每个月算工资就不用再拿个计算器加来加去啦！任务评分，工作做的不到位，扣分了。核算年终奖，这个有奖励哦！1.1.3. Bug到底改好了没有缺陷跟踪系统好了，现在大家可以安心工作并按计划开发了，给客户开发的系统也已上线，客户开始使用，麻烦又来了。客户在使用系统的过程中，发现了大量的问题，又提了很多新的需求。于是我把这些需求和问题都分派下去，但由于需求太多，往往我给员工分派了十多个，他们只做好了七八个，还有几个要么是忘了，要么是没来得及改。等到了我检查他们修改情况的时候，我也忘记了给他们提了哪些问题。如何解决？一开始仍然是用office的word和excel去解决，效果不明显。于是白羽系统开发平台上线新的模块缺陷跟踪系统，该系统主要跟踪系统中发现的缺陷解决进度。对客户提出的以及内部测试发现的问题，统统都以图文并茂的方式记录到缺陷系统中，并指定好负责人和期望完成日期。负责人接收缺陷后，分派给执行人（也可以是自己）去执行，执行人需要汇报修复进度，完成后由负责人进行检查，最后由创建人结束掉缺陷，这样一个缺陷就跟踪完成。缺陷必须在规定的时间内完成，否则要扣除绩效，因为上面的绩效工作考核系统有个“缺陷解决率”的考核指标，占10%的权重比例。有1个未如期完成的缺陷，就扣1分。现在随时发现问题，随时记录，日常小问题按时解决，再也不用担心提出的问题被遗忘了。有记录在案，还可以查看历史，并根据这些缺陷整理出开发标准。以后增加了测试人员，就可以直接按执行标准去质检。如下图所示，为缺陷根据系统的编辑界面和列表图。1.1.4. 地雷与最后的救命草系统异常日志客户提出的问题都解决了，系统又安安稳稳的运行了一段时间，不过最近我们发现了一些怪现象，系统有时会出现一些莫名其妙的问题，而调试又没法使问题重现，只能去检查代码，也找不到问题。幸好我们早有预备，该新系统出马了系统异常日志解决系统。该系统主要是将系统产生的所有异常捕获到，并存储到单独的数据库中，之后由程序员进行处理。客户的每个系统都会有异常日志记录功能，客户可通过导出excel（内外）或直接远程提交（可连互联网）的方式，将客户系统的异常日志信息传送到白羽系统开发平台上，这个有点类似微软操作系统的异常收集机制。白羽平台上的异常日志系统会对数据进行归纳整理，判别出哪个系统、什么版本、哪个客户，之后由负责人对异常日志进行分配解决。所有的异常日志都需要解决，很多异常数据可能是同一个问题产生的，那么就可以对这些数据进行归类合并。如下图所示，为异常日志收集列表图。为什么要使用该系统？原因如下：l 系统异常是必须要捕获的，不进行处理系统会崩溃。l 系统异常捕获后，保存下来，可以追查问题原因。l 有时候系统发生了错误，或者崩溃了，我们是不知道的，这就相当于埋下了一颗地雷。l 有时用户碰到崩溃后，会懒得给你说，或者忍一忍就过去了，而我们还自我感觉良好，完全不知道有异常。l 就算用户向你发愤反馈，他也不一定给你说的明白，程序员与客户的沟通，就像秀才遇到兵的对话。综上所述，保留系统异常日志，这将是查找问题的最后一根救命草；及时解决异常，尽早排除地雷。目前部分产品改进为了云服务模式，云后台直接查看异常日志，该系统收集机制现在用的不多了。1.1.5. 还是要打卡考勤系统慢慢的客户系统稳定了，事也不多了，程序员也不用像任务紧的时候起早贪黑。闲下来后，大家早上就来的越来越迟。白羽公司实行的是弹性上班制，可以早来早走，晚来就晚走。但现在是员工越来越晚，这样下去，不但早上找不到人，人没来齐还会影响工作协作。看来需要改进了，于是白羽系统开发平台上又多了一个系统考勤系统。该系统除了记录员工每天的上下班时间外，员工还能申请请假、调休、加班、出差等事项，审核机制上实现上级领导直接审核，不需要每条记录都要老板亲自审核，放权给下面的管理人员。记录只是一个功能，系统最大的亮点就是能自动计算、自动汇总。公司现在实现了调休制，员工的加班时间会累计起来，用于请假调休，早上迟到也要申请调休。所有的缺勤，不调休就会被计算为缺勤，缺勤就会扣除基本工资。这样每个月结束后，我只需要点几个汇总按钮，系统就会自动汇总每个员工当月的加班时间、请假调休时间、扣除多少钱等等。如下图所示，为考勤月度汇总统计图，是不是很方便啊！知道我以前是怎么做的吗？拿excel登记每个员工每次的加班、请假等，然后月底拿计算器算出来。我知道有的几十人的公司，没有上人事系统，都是用请假条，那么每个月底人事部就有几个小姑娘专门用来算工资。我不知道这样的老板是怎么想的，一个员工几个月工资的钱上个简单的考勤系统，就可以永远省掉这几个小姑娘了。如下图所示，为单个人每天的考勤数据。最开始我使用的是考勤机，实行指纹上下班打卡。该考勤机便宜，功能比较简单，我每个月需要从考勤机中导出excel数据，上传到白羽平台的考勤系统中，然后进行汇总分析。现在我已将系统改进，采用网络打卡机制，员工每天上班下班，登录到白羽OA系统中，点击按钮进行网络打卡，这样也就不需要考勤机啦。自从规范了考勤制度，员工都变得更加自觉，早上上班也准时了，加班也要申请，请假也要调休。为了鼓励大家早到，特设立全勤奖50元；而对每月迟到总时间最长的人，则要扣除50元。看看下面这个员工全勤的上下班打卡时间图，我们是8:30上班，很积极哦。下面是我白羽软件公司的考勤基本制度，只列出关键点，大家可以参考：l 工作时间：08:3011:30，午餐：11:3013:00，下午：13:0018:00，加班：19:0021:00l 以1分钟1块钱的标准计算，迟到早退多少分钟扣除多少块钱。如8点31分打卡，将扣除1块钱。l 迟到早退可使用加班时间进行调休冲抵。调休时长以小时为单位，调休冲抵后将不扣除罚金。l 全勤奖50元。全勤标准：本月没有迟到早退，也没有请假调休。l 迟到王罚金50元。每月早上累计迟到时间最长的一名，扣除50元。l 忘记打卡，需填写忘打卡申请，由同事证明上下班时间。每成功申请一次忘打卡，会扣除1个小时调休工时。如未申请，则视为当天旷工，且计算缺勤工时；上午未打卡，扣除缺勤3小时；下午未打卡，扣除缺勤5小时。l 旷工扣除2倍时长考勤工时。l 请假以小时为单位，最少1小时。如有加班工时，优先申请调休，以免扣除请假工时的基本工资。l 加班需填写加班申请，申请可在加班前后3天之内填写。经上级领导审核通过后，加班才有效，并计入加班时间；未申请或审核未通过的加班无效。l 工作日晚上加班。从19点开始，加班满2小时，给予加班餐晚餐补贴。加班餐标准：15元/人餐。l 周末加班。当天累计加班满4个小时，补贴1顿加班餐；累计满8个小时，补贴2顿加班餐。l 加班交通补贴。晚上加班时间达到22点，公司给予交通补贴，凭当天发票实际金额申请报销，但最高不超过30元。l 加班工时用于请假或迟到调休。劳动法规定：每日加班不得超过3小时，每月累计不得超过36小时。1.1.6. 不只有缺陷日常任务系统+白羽OA系统事情真是越来越多，现在出现了很多事情不属于缺陷的范围，有的是行政方面、有的是采购方面的事情。缺陷跟踪严格来说是给测试人员使用的，用于向开发人员提出改进，很显然这些行政、市场、采购等事情是不属于缺陷，也没法用缺陷跟踪。那怎么把这些小事情也记录下来，安排到位，按期执行，不要忘记了呢？于是日常任务系统上线，同时白羽软件一个新的更加强大的平台上线白羽OA系统。白羽OA系统摒弃了白羽软件系统开发平台的Extjs开发技术，采用当前流行的html5+CSS3技术开发，页面实行响应式布局，让手机和平板电脑也能平滑访问。使用html5+CSS3技术，页面上还能做出更加炫丽的效果。不仅如此，该方案比Extjs更加轻量级，页面访问速度更快。OA系统架构上我们也做了改进，采用平台插件式架构。即OA系统类似于一个操作系统，日常任务模块、考勤模块都犹如一个个插件，向系统上安装后使用，各个模块之间相互独立，互不影响，能实现轻松添加新模块和卸载旧模块。白羽OA系统的定位也不在仅仅是为程序员开发所用，而是服务员于公司全体人员，下图为OA系统首页。日常任务系统，有点类似于上面的缺陷跟踪系统，只是在事情类别上更加丰富，同时流程上及使用上更加简单。该系统主要是上级安排日常琐事任务给下级，也可以自己给自己安排任务作为自我提醒。创建人安排任务给负责人，负责人将任务分派给执行人去执行，执行人汇报进度，也可以转发给其他人做，创建人随时了解任务进度。在OA系统平台上，完善了消息提醒机制，每次有新的事件需要处理时，都会发送系统消息给用户，以示提醒。随时查看任务详情，进行相应操作。好了，日常琐事也管理起来了，再也不怕遗漏了什么事情，员工自己也可以发布任务给自己和他人。该系统后期再加上任务统计、超期任务量计算、及时提醒等功能后，就更加完美了。1.1.7. 好玩的发票系统做了这么多严肃的系统，是不是该来点好玩的？没错，来点积分奖励吧。发票系统上线了。晚上员工加班后打车的发票需要报销，出差的住宿交通餐饮也都要报销。按照一般的流程，员工先将发票交给经理审核，经理在发票上签字，然后把发票拿给财务，财务再按签字的发票进行报销打款。现在我不这么玩，我要员工先自己在发票上签字，在需要报销的发票上写上自己的名字，然后把发票信息录入到发票系统中，填上每张发票的日期、金额、用途等数据，再把发票交给经理去审核。经理对照系统上的数据，找到符合的发票，在系统中点击审核通过即可。审核通过后的发票，就可以直接拿给财务去报销，财务同样按照发票系统上经理审核的数据进行对照报销。这样老板和员工就随时都知道哪张发票进行了报销，报销进度到了哪个阶段。此系统更好玩的地方，在于发票金额累积和购物卡兑换。我让员工收集所有能收集到的发票，都录入到系统中，当需要报销时，选定以前录入的发票申请报销即可。而这些多余的，不能报销的发票就可以申请兑换购物卡，系统按照2%的比例将发票总金额兑换成相应面值的购物卡。比如系统中员工A有7000元金额的发票，申请报销300元交通费，剩下的可以使用5000元申请兑换面值100元的购物卡，这样A还剩下1700元的发票金额。有了这个系统，就有如下好处：l 发票可以作为公司成本，不够的时候不用到火车站去购买。l 小积累有大作用，每个员工都贡献一点发票，累积起来也不少。况且这些发票对员工来说，也没什么用，何必不拿来进行积分累积呢，兑换购物卡更有意义。l 报销流程和数据非常透明化，知道什么时间谁报销了多少金额。l 员工报销变得非常简单，而且发票不够时，还可以用录入的发票冲抵。l 将发票签字的任务交给员工自己去做，这样老板就轻松了很多。上次听有个副总讲，说他们老板发票签字签的手抽筋。换一种思路不就行了嘛，而且发票上有员工的姓名，到时候也知道发票是谁的。l 后期加入统计分析功能，可以统计出公司哪方面的报销支出比较大。接下来要加入一些排行榜、发票达人、兑换达人等好玩的功能，还要加上统计分析，这样就更加完善啦。1.1.8. 该总结了知识库到了2013年年中，公司已经发展已有两年，不论是技术团队还是管理方式，都有了一定的积累，这些积累都有一定的价值，可以供后面加入的员工参考和学习。那如何把这些知识点积累下来呢？就要用到我们新的系统知识库系统。知识库系统比较简单，类似于一个小型论坛，没有论坛那些花哨的功能。与论坛不同的是，加上了阅读记录功能，即每篇文章都有谁在什么时间阅读的。知识库主要用途：l 技术记录。开发过程中解决的种种技术问题，可以将经验记录下来，供后人学习参考。l 将以前碰到的问题进行归纳，整理出相应的标准，作为规范。比如界面开发标准、代码编写标准等。l 员工撰写每个月的月度总结，所有人都可以阅读和评论。l 公司发布规章制度，所有人可随时查看。并可以记录谁看过，无法抵赖没看过和不知道。l 平常阅读到的好文章，也可以发布到里面进行分享。l 学习教程，可以发布进去。l 帮助信息记录，可以发布进去。后期可能需要完善的功能，是加入必读率和阅读率统计，因为有些文章是要求员工必须阅读的，比如公司规章制度，有些则可以选读，比如技术文档。必读的内容需要催促员工阅读，如果文章信息有变动，也要通知用户。如下图所示，为知识库系统的阅读主界面。1.1.9. 到底改了多少版本产品管理系统如今客户的系统运行了大半年，小修小改也不少，新版本的发布也不知道多少回了。但是我们总感觉没有底，缝缝补补这么长时间，也不知道改了哪些东西，也没个记录。反正客户提出要改，我们就改；自己发现了问题，也改；改完之后就发布到服务器上去。这样不行，必须要有个记录，而且还要有计划，新版本发布也必须要有流程。于是，产品管理系统上线，该系统主要是对产品的版本、用户进行管理。用户管理是记录产品被哪些客户使用、每个客户使用的是哪个版本号、客户服务器的IP、序列号、以及产品有效期等数据。产品版本管理则是记录产品每次更新的日志、时间、以及安装包和数据库的备份。如下图所示，是白羽软件其中一个产品白羽服装制衣系统的版本更新列表，每次新版本的发布都排有计划，并记录了更新内容、技术更新细节、和更新注意事项。l 更新内容。是给客户看的，客户在自己的系统中，通过“关于系统”模块的“更新日志”，就能查看到系统每次的升级信息。这里要用用户看得懂的话语描述升级内容。l 技术更新细节。是程序员写给程序员看的，包含技术上的更新细节，比如业务逻辑或技术是如何处理的。l 更新注意事项。是程序员写给发布人看的，发布人除了将程序代码和数据库更新外，可能升级还要注意其他事项，那么就在这里注明。l 版本发布包。每次新版本的发布，都会把系统发布源码进行备份，以防不测，及时恢复。l 版本更新SQL。数据库也要留有备份。自从按照这种方式去做好，系统也不用天天发布了，而是按计划发布。每次发布的内容，也不是客户提什么就改什么，而是根据优先级排计划，排不下就放到下一个版本发布。那么程序员开发也会按计划去做，不会没有目标。系统还有如下好处。l 新版本发布后，出现重大问题，一时间也没找到原因，系统得赶紧恢复到发布前的版本，那只需要下载上一个版本的发布包，发布一下就OK。l 客户与你进行某个需求点的对峙，而你则可以拿出更新日志告诉他是在什么时间、哪个版本中做的。l 回顾历史，知道系统都改进了哪些功能，便于总结。l 产品再多，按流程走就行，老板可随时在系统中查看更新情况。看到这么多的版本发布，是不是很有成就感呢！1.1.10. 更新升级大问题WEB的自动更新系统。白羽服装制衣系统，现在已经有好几个客户在使用了，对我们来说当然是好事，但同时也带来了新的麻烦。每次系统的升级，我们都要单独给每个客户手动操作：连上客户的服务器、上传代码、运行更新、测试、升级完毕。两三个客户还好，四五个客户，程序员已明显吃不消了，累的要命，一不小心某个服务器操作遗漏，还会出现问题。看来得想个法子解决这个问题，于是我们要用BS自动更新系统。用过QQ的都知道QQ的自动更新，检测到新版本后，就提示升级。我们也要实现这个效果，当用户登录到系统首页时，就提示用户有新版本，用户只需要点击自动升级（有权限控制），那么系统就自动开始升级。升级过程：首先从白羽升级服务器上下载更新文件，下载完毕后在客户服务器上解压文件、执行升级、最后升级成功。像QQ这种CS客户端版的自动更新相对来说好做点，网页的BS版则稍显麻烦，因为WEB页面的权限有限。不过我们仍然通过技术手段解决了各种问题，下图为自动更新的基本原理图。自从使用该自动升级系统后，客户的系统就可以由客户自己去升级了，而不再需要程序员单独为每个客户去操作，程序员工作量减轻了很多，而且升级也不会遗漏出错，客户还会觉得我们的系统很先进。使用该系统需要考虑临界成本，即自动升级功能虽好，但要整理出升级的文件，编写升级执行脚本，也需要时间。特别是升级有数据库表变更时，还要保证客户的数据不能乱，那么提炼升级数据和测试就需要更多时间。如果只有少量用户，则没有必要自动化；如果是产品用户量大，就非要使用自动更新了。之后我们将要考虑将此升级系统单独提取出来，使用XML配置的方式去更新，让程序员配制作升级包更加方便。同时其他产品也可以通用使用，相信到时候其他有需要的用户也可以用哦。目前系统还存在一些bug，再加上把产品改成了云服务模式，该自动升级系统暂时用的不多了。1.1.11. 我不想再翻名片供应商管理最近有客户提出将上次的系统再做一套，这样与系统相关的软硬件都要重新采购一套，那就赶紧找找原来的供应商吧。有的是在QQ上联系的，有的是在淘宝上买的，有的是在百度里面搜索的，有的还找不到了，咋办呢？于是，我得赶紧上架供应商管理系统。供应商管理系统主要是管理供应商信息，最基本的就是记录供应商的联系人、电话、地址，上传一下供应商提供的报价单、资料等等。其次就是供应商采购的合同管理，给供应商付款的财务管理，最后进行汇总统计。如下图所示，为供应商列表。使用供应商管理系统后，想要找到原来的供应商就不需要再翻名片啦，可以通过系统的模糊查询功能搜索到满足条件的供应商。也不需要再从QQ、淘宝上重新查找。后期系统将要加强财务和采购记录功能，以及数据录入的便利性。比如使用手机扫描一下名片，通过图文识别技术，就自动将名片上的数据导入到系统中。加入名片夹功能，可以将潜在的供应商先电子化存下来。1.1.12. 挣了多少钱呢客户管理年底就要到了，2013年快要结束，客户积累了不少，但到底每个客户都挣了多少钱呢？每个项目的毛利又是多少呢？财务部门提供专门的报表，但那比较专业，有些内容不太接地气，也无法展现出每个项目的收支情况。还有一点，财务报表上展现的数据和我实际的情况可能还不一样。有没有简单点、接地气的方法呢？不会再要我拿计算器算吧。客户管理系统上线，该系统除了记录客户的基本信息外（联系人、联系方式），更重要的是管理合作关系。根据客户生成的合同，记录有合同的金额、内容、电子版附件等，还有所有的付款记录，这样可随时查看项目合同的付款收款情况。再加上成本支出功能，记录每个合同的软硬件采购、出差招待等费用，就可以计算出合同的毛利。客户系统与供应商的财务采购是反的。客户是收款的管理，而供应商是付款的管理。如下图所示为客户列表。后面系统再加上客户拜访提醒、客户跟进等功能，慢慢转变为一个更专业的CRM系统，让业务员拥有更多的功能。1.1.13. 系统给我搞一套云服务模式最近好时饮品的王总看上了我的OA系统，非要给他整一套，有了上次服装制衣系统的经验，这次我不直接给他上一套，而是把我的白羽OA系统改成云服务模式，这样只需要给他开通一个账号，就可以和我白羽官方的系统同步使用。至此，白羽OA系统正式启用新的架构，命名为白羽OA云系统。新系统采用云服务架构，所有数据存储在云端，