2014年度总结——软件产品化的简要理解

       2014年转瞬即逝，真是让人感慨，岁月不是一天天在逝去，而是一年年；总结一年的工作非常有意义，觉得今年最大的变化就是从定制软件到产品化的过度；2014年做的几个项目基本都是根据客户的要求定制，团队成员付出了很多，大家都希望能够产品化，下面是我们对产品化的简要理解，希望有些借鉴价值。

微创新

       现在比较受大众认可的创新概念是微创新，其核心价值就是用户至上；那么既然我们的软件项目有用户非常认可，那么我们就站在用户的角度，做最终用户喜欢的事情，最佳用户体验，更简易的操作方式，持续关注这些方面；

产品文档

       软件产品一定不是只有程序，与之并重也包括文档；常见的文档有《产品方案》、《需求文档》、《设计文档》、《测试用例》、《用户文档》等。这里我想分享的是，随着软件产品的不断更新，或设计人员工作的交叉或变更，导致软件产品对失控，此时过程文档非常重要，每次重大的变更，一定要有文档记录，变更背景、实现方式、参与人员等。规模比较大的软件产品，要分模块维护，每个模块都应有相应的负责人来维护；总之避免产品管控失控，重新从头拾起，难上加难。

非功能测试

为了完善产品，功能测试比较容易理解，非功能测试就需要借助一些工具软件；如HP的hp loadrunner之类压力测试工具，可以模拟用户数，进行压力、性能测试；安全性方面使用IBM 的appscan和HP Webinspect，扫描WEB应用产品的安全性方面的漏洞。顺利让产品通过安全认证及性能检测。

产品推广

       这里就想分享通过搜索引擎关键字推广，主要是选择适当的关键字及关键字对应的落地页面，即用户通过关键字点击，跳转到相应的产品介绍页面；我做了一些简单的测试，发现很多公司只做关键字，却没有落地页面。（请客吃饭，却不做饭的感觉）

       落地页面的内容可以参照FAB的产品介绍原则，页面布局简洁，重要的是加上联系方式或让用户留下联系方式。

结论——知行合一

       比理解更难的是实践，希望以上总结的内容在2015年能够完善并实践。

2014年度总结——软件产品化的简要理解