产品架构和产品边界

http://weibo.com/1134424202/DhtarAmBe

http://www.jianshu.com/p/0714ce53aad4

---

@Stove3：

我理解的产品架构，是指基于用户的主场景、产品的定位方向，定义产品的信息结构/层级，然后像伞一样「从上到下」地辐射出去。所有的子项功能都牢牢地指向主场景和定位。

把银叔的高级搭模型、中级搭架构、初级做交互再白话一下，意思可能是：初级的只是做功能、做交互；中级的会实时考虑到功能/交互和产品架构（场景、定位）之间的关系，也就是银叔常说的边界；高级的不仅考虑产品架构，还要考虑配套的运营思路和商业模式。

@纯银：

信息层级，交互路径，用户激励体系，都是产品架构的组成部分，不同的产品侧重不同

比如说，注重feed流的产品，架构中就要重视信息分发机制；注重资料库的产品，架构中重视信息评级机制。从一开始预判产品要点，这是搭架构的必备技能，没有统一的“什么才是产品架构”的结论。这也是搭架构的难点所在。

@Stove3：

仔细想想，没有统一的结论正是产品的魅力和乐趣所在呀~
顺便请教一下，①为一个新的产品搭架子，②为一个比较成熟的产品拓展边界，哪个更难、要求的技能更高级？

@纯银：

绝对是后者难。后者我根本不想碰，输的概率高就不说了，铁定还背锅

@Stove3：

但大多数非初创型公司的产品狗们，成长到一定阶段以后，势必要去拓展边界，然后背锅… 从这个角度来看，如果有比较合适的机遇，到了这个阶段，还是做新项目对个人成长比较有帮助吧？

@纯银：

对