关于版本管理这件事，最近我是真的遇到困难了。我在负责版本管理与发布工作，每一次的版本迭代，我们都会要求客户前、终端程序同步更换，也就是说升级的后台兼容不了旧有的终端页面。今天和开发就这件事讨论了一下，以下是一些心得，共勉。

登录与注册几乎是每个产品都需要的功能，是用户最早接触到产品功能。然而注册功能又是产品设计中坑最多的功能，设计好注册、登录功能是一个产品经理的基本功。系统地学习、总结登录与注册的方法论，在以后的产品规划工作中可以直接拿过来复用。

我是个相信道比术重要一万倍的人，但在好好说话这件事上，道这个东西常常用处不大，为人真诚是道，但是由于这世界是及其复杂的，而语言本身就是个含糊不清、凑合着用的工具，所以不得不掌握各式各样的术，不频繁操练，就有可能后悔莫及。（李笑来）

本博客中的主要内容来源于得到App中《好好说话》节目，欲获得详情请移步得到App。

  最近一直在做视频类产品A的改进，之前的版本里内容推荐主要依赖手动推荐。现在想根据用户的个人习惯定制用户的浏览DNA库，为用户进行个性化推荐。在这篇文章中，并不打算详细说明推荐的具体算法（我也不懂哈），只是想提醒一下大家（and me），不同场景下用户的需求是不同的。

“嘿，我要不要在写字楼下开家咖啡馆”。这是前两天看到的一个产品经理面试题。我猜要考的应该是应聘者的产品思维，作为入行已经3个多月的PM小白一枚，斗胆试着用做产品的思路来答一发。

通常，需求的来源分为3大类：来自项目的需求、为了招标提出的需求、来自市场人员推广的需求、产品人员的需求。针对不同的需求，有不同的操作流程。

这篇文章，我想分享最近处理需求时遇到的各种坑，也提醒自己不要重蹈覆辙。

以上。

很多人估计会疑问，写测试用例不是测试人员干的活吗？别的公司我不知道哈（毕竟新鲜社会人一枚），但在本司，功能性产品测试是由PM本人完成的。我也蛮认可这种方式的，在写测试用例的过程中真的可以发现很多产品设计的漏洞（在此对开发人员说声sorry），必须改的我就直接和开发沟通修改需求文档了；不能改的只能放到版本迭代的时候啦。
写测试用例真的是一个很好的检验需求文档的方法。

言归正传，接下来介绍如何写测试用例。

前言

这两天处理新需求的时候，面临了沟通上的问题。这个需求用到的技术是公司目前还不具备的，因此涉及到多方人员（底层、应用、需求）协助确认方案。在rtx上一方一方单独去做确认时，每一方都会认为这是其他人的工作。所以，很长时间都没有得到解决的办法。拉群讨论，也常常遇到想回答的人不知道怎么回答，能回答的人不想回答的情况，所以经常一上午讨论不出个结果。轻易拉会议又不是很可取的方式。

以上，问题描述清楚了。

前置条件：

1. 安装git
2. 安装nodejs
3. 安装hexo
4. 更换hexo主题

本文将说明如何使用hexo写一篇新博客。