当你准备接手一个项目的时候，需要注意哪些问题？本文作者梳理总结了自己半年来做电商商城（从0～1的规划设计）的思路和方法，对过程中遇到问题进行了分析，并整理成文，供大家一同参考和学习。
对于一个产品经理而言，接手一个新项目的时候，思考的事情一定是非常非常之多，必定是大于从1～2。如果说从1到2是去完善和规划一个现存的产品 ，那么，从0到1次就是一个难能可贵的历练机会，是一次耐心和勇气的挑战。
前期进行了产品背景、思路、方案、以及未来发展方向的初步沟通和探索，在接下了“开源电商商城”的产品盘子的时候。
心中怀着一种图景，带着以往丰富的实战经验，眼看着就要开始一场硬战了。
虽然，电商的产品逻辑和思路大体相似，但是不同类型的产品运营思路却截然不同，所面对的用户群体、商品属性、购买心理、行业规则、市场节奏都不太一样。
一、知己知彼
做产品V1.0规划设计的第一步是什么呢？当然是了解产品，了解产品行业目前的现状、了解它的需求根源、产品设计的逻辑和理念、产品开发的过程和框架，等等一系列关于产品怎么来？现在如何？又将如何继续前进？
1. 需求阶段
产品经理对于需求的反馈，后续的需求调研、数据分析、产品思考、需求的进一步调研和落地规划等资料，这些相关的需求类文档，是一定需要认真了解的。就好比在了解一个项目的背景，只有知道了为什么而来，为什么要做，该怎么去做，才能知道方向。
除了现有的资料，也需要去了解业务方的想法。通过一些调研、访谈、会议等方法。
该阶段可能包括文档：
需求提报表
需求调研记录
业务需求访谈资料
会议记录
需求分析
数据分析
竞品分析
产品思考
思维导图
2. 方案阶段
经过需求阶段后，《产品原型》和PRD文档也得提前准备好。这两份文件，一个是图，直接绘制了产品的设想；一个是文字，详细描述了产品内在逻辑和细节需求。
在接手一个产品的时候，这是非常重要的文件。程序员通过查阅这两份文件，基本可以非常直观地了解产品的初衷，前期的模样和设计思路。
3. 设计阶段
设计阶段就是特指的UI视觉和交互设计，该阶段的主要输出物是设计稿。通过设计稿，可以窥见品牌调性、产品质感、用户体验、和操作性能。
这一点上，对于TO C 的产品而言，尤其重要。
本文中，我接手的是一款面向开源商城的项目，针对中小企业服务的平台。V1.0版本的整体UI，以较深红色色为主，加入了卡通元素作为点缀，在交互动效上比较活泼俏皮。虽然没有多大的问题，但是也没有什么太大的亮点，属于中规中矩的产品，和目前市面上垂类电商没有太大的辨识度。
4. 开发阶段
该阶段，主要了解前后端分别都用什么语言和构架，系统层面的效能如何？前后端人员的整体技能和水平如何？在开发过程中的节奏、联调的机制、系统扩容性、数据表的灵活性等。
如果有机会，亲自去了解，前端人员写静态页面和调试交互效果的做法。或者，去看看服务端人员在开发过程中的一些文档记录等。
当然，也可以侧面了解一下，FE和RD成员是不是具有一定的产品思维，对于产品的逻辑和功能，设置产品的运营，是不是有一些自我的思考。如果有，那是这个产研团队的幸运，具备产品思维的研发人员，一定是难能可贵的。
5. 运营阶段
产品上线前的运营规划、上线后的运营活动、活动的历史数据等，这些都是宝贵的资料，都可以找来了解一下。通过对比自家产品和市面上同行产品，总结产品价值的优缺点，内心撑起一杆秤，方便以后施展拳脚。
从以上的几个维度了解产品，其实就是在了解产品从0到1的历史。了解自己能做什么？了解别人又做了什么？只有知己知彼，才能百战不殆。
二、了解团队
对于一个产品管理者，或者高级产品经理而言，这里的“团队”绝不仅仅指的是产研内部团队，还包括运营团队、支持团队。
内部团队包括：产品团队、UI团队、前端团队、后端团队、测试团队；
运营团队包括：运营团队、市场团队、客服团队；
支持团队包括：内部合作方、第三方团队、乙方。
首先，内部产研团队是我们需要了解的重点。
至少需要做到对每个小团队的组长或者负责人进行1小时以上的1对1沟通。详细了解产品的过去和现状，并且了解该团队的目前的技能水平、工作风格、团队节奏等方面。
在各个团队独立了解的基础上，需要产品经理自己整合收集到的认知，构架一个团队的工作全貌和习性，以便更好地开展工作。
其次，需要了解运营团队。
对于当前的产品，运营团队采取的运营策略、营销动作、以及因此而产生的效果，通过实效数据来客观认识当前的产品价值。另外，还需要探讨未来的产品运营规划、合作模式等。
最后，了解和产品相关的集团内部合作方、我们的乙方、第三方技术支持团队等。如果有的话，一定是需要了解的。要明确各个板块的对接人、落地执行人、合作方式、工作机制、工作流程、是否涉及费用支付等问题。
三、摸清家底
1. 产品范围现状
电商商城产品，由两部分组成，前台小程序、H5商城、安卓苹果APP+后台管理系统。
LikeShop 商城前台 （小程序客户端）：
商城后台（PC端）
（以我们研发并开源的LikeShop电商系统为例）
（商城前后台产品界面展示）
（以我们研发并开源的LikeShop电商系统为例）
四、产品功能现状
最初的V1.0电商商城的前后台都存在一定的风险和不良的体验，主要可以归纳为：
1. 商城前台
交易未闭环、无售后、不可退货退款
内部APP登录态未打通
缺少客户服务板块
缺乏营销工具
……
2. 商城后台
后台不够完善、体验欠佳
无风控措施
应用&微页面板块实用性弱
订单模块效率不高
数据未可视化，不利于业务运营
权限未控制，有安全风险
OMS对接有延迟，存在安全隐患
……
五、理清思路
1. 思考点
所有现存的问题，归根到底是哪类问题？
对于一个电商系统而言，什么问题才是最重要的？
什么才是应该亟待解决的？
问题的优先级怎么排列？
如何平衡产品完整性和运营业务需求之间的关系？
商城产品对于事业部的业务的价值如何体现？
……
2. 思考结论
基于以上的分析，目前商城V1.0版本的种种问题，可以总结归纳为三类，即：安全问题、性能问题和体验问题。
而对于一个电商产品而言，这三类问题如果需要划分优先级和重要性的话，那么，安全问题一定是优先于性能问题的，性能问题一定是优先于体验问题的。
即：安全 > 性能 > 体验
六、产品解决方案
从了解产品、现状分析到逻辑思考，确定了核心问题。并且进一步梳理了问题的优先级，那么，我们就可以在此基础上输出产品的解决方案了。
从方案大模块到细分模块，再到产品方案落地的功能点，三大类问题可以按照如下的方法路径进行逐步分解：
1. 安全提升方案
交易闭环：退货退款功能、客服功能、交易限制
风险控制：交易风控、价格限定、代码加固
系统权限：角色权限、操作日志、实名认证
系统对接：实时同步、减少误差
2. 性能提升方案
产品管理：商品SKU模块优化、商品管理逻辑优化、商品价格安全风险控制
订单管理：订单分类管理、订单状态覆盖、订单查询提效
数据可视化：数据中心、数据对比、数据趋势
营销活动：满包邮、折扣价、权益卡等
3. 体验提升方案
交互体验：交互动效优化、前端重构、底层逻辑优化 视觉体验：主题色设定、统一页面规范、按钮级规范 操作体验：优化购物流程、优化使用路径。
4. 路径怎么走？（从1～2的迭代路径规划）
在整体规划下，按照优先级安排的规则，制定并执行的产品迭代计划。
1）迭代计划（前台）
H5商城V1.1.0 (售后&客服)
H5商城V1.2.0 (交易风控措施)
H5商城V1.3.0 (客服弹窗优化)
H5商城V1.4.0 (App与小程序商城账号打通)
H5商城V1.5.0 (安卓端唤起QQ客服)
H5商城V1.5.1 (H5客户端前端升级)
H5商城V1.5.2 (H5商品详情页商品详情图取spu详情图)
H5商城V1.6.0 (权益卡)
H5商城V1.7.0 (首页搜索)
H5商城V1.8.0 (检索页筛选功能)
H5商城V1.9.0 (分类页优化)
H5商城v1.10.0 (优惠券)
H5商城v1.11.0 (砍价)
H5商城v1.12.0 (拼团)
H5商城v1.12.0 (秒杀)
H5商城v1.12.0 (抽奖)
…
2）迭代计划（后台）
后台V1.1.0 (售后&客服)
后台V1.1.1 (商品SKU规格项优化)
后台V1.1.2 (微页面&应用绑定逻辑优化)
后台V1.1.3 (角色/权限/操作日志)
后台V1.1.4 (后台前端交互重构)
后台V1.1.5 (退款审核流程优化)
后台V1.1.6 (微页面底层逻辑优化)
…
3）行动效果
完成了电商线上交易的闭环，使产品成为真正意义上的电商平台；
产品“安全、性能和体验”有全方位的提升；
产研团队用5个月时间，完成了30+个版本的上线发布，每个版本平均耗时不到5天，团队势能得到有效的发挥。
七、得到&反思
1. 得到
全局观：找到问题之间的内在联系，站在一个更好的角度来审视产品价值；
系统性思维：将产品的各个部分有机结合起来，前后形成一个整体，系统化思考；
复杂任务的分解和重构：化繁为简、归纳总结，在落地执行中整合碎片化细节；
管理和绩效：激发团队潜能，引导为人做事的方式方法，提升人效。
2. 反思
系统安全意识有待提升，需要保持对风险的敏感度；
强化对产品逻辑的深度思考，对产品市场的广度调研；
对外合作，需要更加注重人的多元复杂性，采用不同的沟通方式。