为何而记录？

自己毕业已经五年有多，做了差不多4年的产品；最初做产品的时候通常都非常困惑，大到“模块应该怎么划分？” ，小到“确定键究竟放在哪？”，都几乎疑惑半天，最有效的方法，就是找同类产品抄一抄，但是抄着抄着经常会变成四不像，就是由于自己没有沉淀的东西。

我想应该不止我一个，早些年在广州互联网小公司大公司都做过，北上广还算好有足够多的人才去处理产品的事情，但是二线城市的互联网产品岗位就惨不忍睹，我见过有运营兼产品的，有市场兼产品的，有项目经理兼做产品的，有老板在白纸画几个图当产品的，很多时候因为一个按钮的大小，字体的大小各种芝麻绿豆的事情磨半天。

做了几年工作，都未曾尝试把学到的东西记下；网上有很多关于做产品的方法，但大多数都是方法论，文章都是总结一下规律或者理论知识，再者大多都是TO C的；在早段时间跟团队探索了用ant desgin做框架，于是基于种种原因，决定顺便把总结写在平台上，分享大家，希望自己可以尽量少讲理论的东西，多多说实际的东西把 哈～

而由于我几乎没做过to c，所以这里只讲to b的一点经验，为了尽量避免假大空，所以都是多谈落地的方法以及细节的交互，自取即可。

---

从零开始：

在工作中，未必所有人都能毕业即进入大公司，大多数人更可能会进入一个小团队甚至初创公司

这时候基本上产品就兼了“交互设计”、“产品经理”、“项目经理”，经过漫长的调研周期后，公司的创始人会制定一个初步的想法框架（产品也有可能会参与最初的产品定位）这里我就省略掉调研所用的方法，每个产品的调研方法都不尽相同，而且网上也一大堆文章。

一般老板或者创始人会有一个蓝图，而实施这个蓝图的人就是产品经理。

蓝图都会被公司创始人划分几个阶段来实现，而第一个阶段就是1.0版本，通常我们需要花非常多的时间去讨论1.0版本的架构，因为若当初产品的架构不足够扩展性或耦合度非常高，到后面会非常痛苦（不要问我是怎么知道的），所以1.0阶段宁愿花更多的时间去架构产品而不是一开始就画原型图。

鉴于网上已经有很多这种文章，我就说一下自己的办法：

现在老板想做一个“商家可以生成自己小程序商城的平台”，以下是我用到的一些办法。

1.梳理出1.0版本的功能模块

划分模块时：

·我们尽可能头脑风暴地列出平台所需要的模块，无论做不做都先行列出来，甚至是一些很异想天开的模块，例如跨境购买，人脸识别购物等等

·分析1.0版本所需要最少的模块：例如现在要做一个可以生成小程序商城的平台，但实际上商城除了订单、商品，应该还有售后、CRM（客户管理）、数据分析等模块，我们就要问自己一个问题，把这些模块去掉，会不会影响整个平台的运行，或者有哪些模块我们可以线下做的。那我们1.0版本甚至可以连售后模块都不做，因为只需要有购买流程就可以了。

·模块一定要兼顾用户的整个生命周期，用户从 进入平台-》发布商品-》成交订单-》提现-》退出平台 整个生命周期，若我们抽掉资金模块，用户就无法提现，那他整个路径就断开了。（关于退出这个步骤就不一定需要注销，因为他不用就可以了。）

一个简单的模块划分（暂时忽略买家端）

2.定义1.0功能边界

定义完模块后，我们需要为每个1.0版本的模块定义好功能边界，同样也是上面的模块：

举例登录与注册模块：

我们需要列出能够做出这个模块的所需功能点

    ·账号登录功能

    ·注册功能

    ·找回密码功能

    ·第三方登录功能

    ·绑定功能

最后也需要像模块一样，省略掉没有也可以正常运行的功能点：

    ·账号登录功能

    ·注册功能

    ·找回密码功能

    ·第三方登录功能

    ·绑定功能

像上方一致我们也可以筛选出其他模块的最少功能点：

商品模块：

    ·查看在售商品功能

    ·上下架、删除、修改商品功能

    ·查看仓库商品功能

    ·发布商品功能

订单模块：

    ·查看订单功能

    ·订单出库功能

关于模块的功能，需要结合自己实际的业务来取舍，例如你们的平台买家评价是一个亮点甚至核心的功能，那么订单模块应该需要包含“查看订单评价”的功能。

另外有几点自己的总结就是尽量不要做以后注定会删除的功能；功能之间需要装在一个模块里面，如一个“流水明细”的功能就不应该放在订单管理模块里，因为它与资金功能更加紧密，这个后面几篇再详细说。

3.定义框架以及标准

这点是我最大体会的一点，并且这不仅仅是产品经理的事情，团队中每一位成员都有义务参与其中，为什么我们要定好框架、标准以及公共组件？

·可以使得产品、UI、开发三方沟通得更加顺畅

·加快需求评审的时间

·用固定好的标准，减少争吵带来的内部损耗，也可以加强彼此之间的默契

·平台体验更加统一，减少用户的学习成本

综上所述，团队中定好标准最大的好处就是可以提升效率减少扯皮，标准虽说团队自己定也可以，但我推荐更成熟的标准：Ant design，里面有从原型到UI到前端的整个设计资产（也就是相应的组件）。

定好标准后，将会有几个原则：

1.只要有设计资产提供，统一用设计资产的：如设计资产里弹窗的【确定】按钮在右边，那么直接用就可以了，毋需质疑；

2.设计资产里没有的情况，需要采用标准提供的理论方法：如现在需要做一个复杂的详情页，但是现在标准中没有这个规定，就要查看标准如何规定文字是如何组织，如何分组的，根据标准的理论去做功能。

3.标准的理论都没有涉及的东西，例如自身业务非常特殊的功能，那就需要自己或者团队在标准之上增加一些针对业务特殊化的标准。

---

以上都是较为理论的东西，所以还是能少则少，下篇就开始以：“商家可以生成自己小程序商城的平台”这句话一步步做成一个产品。