关于对产品的思考

产品从立项或者说可行性分析的时候就大概知道了要完成什么功能，不管是平台、产品还是具体的项目，都有特定的需求和持续迭代的特点。

如果着手去分析某一个产品，可以看angular，从其提供的功能，反推其要完成的指标和解决的问题，提供了一个全新的架构去实现前端开发，当然不约而同的也会有相对应的竞争产品，促进其快速和高效的发展，在产品的使用过程中由用户反馈相关的意见制定下一步的迭代计划，也可以基于自己的产品规划去按照一定的周期完善产品。

产品的特点

　　抓住用户的痛点这个产品就基本上成功了，有的问题可能是当前用户持续很久没解决的，你如果给他解决，这就是这个产品最大的亮点，也更容易抓住用户，为后续其他产品的推出打下基础。

　　平台免费和服务收费貌似是当下一个流行的趋势，但有的客户你按照流量收费可能会造成反感，所以还是提升自己的产品功能点，强调稳定、性能，越是通用的功能，越要提升产品的非功能性需求。

       简约易用，从界面布局风格、友好提示、可撤回操作多个方面获得用户的好感。

       持续创新，每个阶段提供不同的功能，让用户持续感知，保持用户对产品的关注度。

       适宜方便的用户手册，记住手册是服务用户而不是让用户查找用的。

      开放性和扩展性，客户不希望你一家独大，有时候还是需要保持一定的对外接口。

产品研发策略

　　scrum敏捷开发，这只是个工具或者模式，感觉最有用的是迭代的拆分，对于平台或产品的研发是比较适合的

　　excel或project管理项目类型的开发

　　功能按照重要程度安排，避免用户不关心的功能占用关键的时间

　　需求引导、强化业务主导，保持产品的实用性

　　竞争产品的分析

产品推出策略

　老客户电话回访？

　邮件或rss?

　新客户的现场拜访？

    开源是一个策略。