作者：唐方
链接：http://zhuanlan.zhihu.com/p/20803248
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
没有技术背景的产品，最好先做 2 年左右的后台产品，当你发现自己概念模型、抽象、面向对象、逻辑思维均改善了许多后，再考虑要不要转前台产品。不过那时，你很可能已经沉浸在后台产品的乐趣中无法自拔，不太想转前台产品了。
前后台产品的逻辑是相通的。比如。后台有角色，前台也有角色，但你的关注重点可能会存在差别。做后台，你可能会更关注用户、组织，角色，权限的设计模型以及每一个状态下不同角色的多个操作；但做前台，你的重心却可能会放在哪类用户在哪种场景下没有点这个按钮所以是不是文案要改要不要把按钮变大一点位置移动一 下诸如此类。
后台产品生活粗糙，前台产品文艺青年。
把冗长的业务流程尽量的抽象简单，打好地基并预留未来的扩展，这是后台产品的日常，也是最能体现自身水平的地方。
但并非文档方案优秀你就优秀，要让自己尽量没有短板。无论前台还是后台，都需要有对所属行业的理解，对用户的同理心。而后台产品可能面临的更多挑战是跨部门共沟通、强大的项目推进能力、获取团队成员的认同和追随，以及，能耐得住寂寞。
积累来自于认真对待每一个很小的需求，知其然，并想办法知其所以然。学会逼自己断奶，尽早的独当一面。
你可能依旧需要绞尽脑汁想许久，才能想清楚哪些可能是入参哪些可能是出参到底是谁给谁提供接口。你可能依旧需要对着搜索引擎翻半天，才能想起几个月前看了又 忘掉的「非对称加密」是什么意思。你可能依旧需要对着教程课件才能写出一段 SQL，依旧只了解 public static void main 是开头至于后面接着要写什么搞不清也记不住。但是没关系，做几年后台，你会发现自己和开发的沟通成本已经明显降低，虽然你是一个没有技术背景的产品，但并不影响你听懂甚至看懂开发的语言。
