今年给自己立个 flag，总结自己做产品的经验整理成文，并公开发表。
为什么做这件事？
一来用于总结自己的工作经验，查漏补缺，以达到自我提升的目的；
二来希望自己的经验能够帮助一些刚入行和准备入行的新人；当然呢，如果一些行业大牛愿意因此和我交流，那就再好不过了；
最后也是挑战一下自己，毕竟整理成文也是需要时间、精力和毅力的，我想看看自己到底能不能坚持。
文章大纲
我大概整理了一下自己的思路，准备按照如下目录进行：
1. 从收到用户反馈谈起 ———— 用户反馈分析
2. 需求的记录与整理
3. 需求分析
4. 为需求提供解决方案之需求打包、产品设计
5. 产品设计工具之 axure 使用
6. 产品设计准确性探索（可用性测试、）
7. PRD 文档编写
8. UI 沟通
9. 研发沟通（项目启动会）
10. 需求的冻结与变动
11. 测试点（测试用例）的评审
12. 研发过程中的沟通
13. 跨部门沟通
14. 功能测试
15. 上线
16. 上线就结束了么？
嗯，是的，这只是一个大纲，或者说一个简单的规划，涵盖从需求到功能设计到产品上线的全流程。后续的文章会按照这个思路分别进行阐述，后续会根据执行情况做些许微调。
和干货文有啥不同
你以为我只是写一些看起来有用但是不怎么读得懂的经验总结？
NO NO NO，我会从一个真实的需求出发，然后一步一步将其做成实实在在的产品，你会从实践 + 理论两方面完完全全了解整个产品从 0 到 1 的需求、设计、开发、测试、上线全流程。
那这个产品究竟是什么呢？先让我卖个关子，等待后续揭晓。
接下来，就到了最严肃的阶段！
关于更新频率？
每周到底发几篇比较合适？
日更？感觉特别不靠谱，很有可能做不到。
一周一更？感觉进度有点慢，可能要 4-5 个月才能写完整集。
嗯，一个保险的方法是先保证一周两篇，试试节奏，后续根据情况再调整。
嗯，今天，水到这里了。下期见～
网友评论