b2c网站建设流程

　　日常工作中具体需求，重新梳理一遍从接到需求到功能上线的全过程，以及在实现这个需求的过程中遇到的一系列问题以及解决方案。下面由学习啦小编为大家整理的电商网站制作流程，希望大家喜欢!

　　电商网站制作流程

　　一、收集需求

　　当运营的BOSS首先跟我提这个需求的时候，他是这样说的：

　　我需要咱们这个站做一个加价购功能，大概就是买产品达到一定条件后可以用少量价格换购另外的产品，类似与这个网站的功能(于是便掏出一个台湾的网站给我看)。

　　显然当他这样跟我们说的需求我们是不可能回一声“哦”然后屁颠屁颠跑去开始搞加价购，我们需要问清需求背景，需求目的，期望运用到的需求场景，以及是否有后续计划(考虑到功能拓展性)。

　　二、理解并分析需求

　　由于目标客户群体以及欧美文化因素等原因，面向这类用户的跨境电商服装垂直站点一直保持着简约，低调的风格，即使卖几美金的货，网站逼格也必须看起来跟国际大牌站点风格没什么两样。

　　正是因为这个原因，大部分这类网站并没有多少促销活动，最多的两种促销手段是Coupon赠送和直减打折，剩下的打折手段实在是少之又少;相比于我们国内琳琅满目的促销手段，跨境垂直B2C站点这块俨然荒芜之地。

　　经过我一番穷追猛打的追问后，并且由于以前自己做过一段时间运营的背景，便了解到了以下情况：

　　现阶段网站库存积压较多，常规清仓打折活动效果并不明显，并且推广入口单一(推广人员只单纯的推清仓集合页，量也不大)，清仓产品在很多流量入口没有曝光，需要与关联性热卖品进行搭配销售，并且顺便利用热卖品的流量曝光清仓产品，加快清仓速度;

　　运营这边希望在有限的流量情况下提高客单价，由于加价购的门槛条件，当活动功能覆盖的流量范围大并且功能运用合理的情况下，是会对网站整体客单价产生一定影响;

　　当前运营活动手段单一，常规活动功能效果不明显，运营手段有限，需要新增活动功能;

　　未来运营还希望能增加积分功能，满赠功能等等其他活动功能(涉及后续功能扩展，不属于这次需求之内，但是也要考虑)。

　　至此我们明白了运营提加价购的背景，原因以及目的，这个需求的运营真实需求是：

　　以加价购为基础，搭建一个活动功能体系，能够有效的进行商品清仓，并且可以用运营手段影响客单价，增加运营的活动运营手段。

　　在理解了运营的需求后，我们需要对用户需求进行分析。

　　如何平衡用户需求以及商业需求?这个是需要我们考虑的，我们希望用户接受并且顺畅使用我们的功能，从用户角度来说，我们需要注意什么?

　　我们站的定位是年龄段在20-35岁的年轻女性，目标国家则是主要集中的欧美国家，商品价格偏低，物美价廉，以服装类目为主掺杂其他附属品类。

　　所以这要是想做面对面的用户调研是十分困难的，但是根据以往的数据分析以及行业经验，我们可以知道这个客户群是对打折促销非常感兴趣的群体;也就是对价格敏感，更直白的从人性来说就是爱占小便宜。那么用户的使用场景又是如何呢?

　　我们需要从：

　　用户设备

　　用户使用时段

　　用户着陆页页面场景

　　这几点进行分析，最终得出契合用户使用场景的解决方案。所以我们需要在功能制作中需要注意在合适的场景下凸显价格差异，满足用户对价格敏感的特点，刺激下单。

　　当然了，你还可以根据其他的分析模型去更加具体的分析一下。常用的分析模型有马斯诺、人性7宗罪、从用户动机出发、模拟用户对需求进行验证等。

　　三、需求筛选及优先级排序

　　好不容易接到个需求咱就别给他在筛选和排序了。

　　PS：这样做是不对的!这里我们要区别需求优先级排序和需求功能点优先级排序，两者所处的阶段不一样。

　　四、制定迭代计划

　　此需求暂不涉及大的版本迭代计划，但是对于此需求的小版本迭代计划，则需要在第一次评审后根据技术，运营等小伙伴的建议，评估具体功能点的实现难度，实现周期以及模拟运营方案后进行排期迭代。

　　五、转化需求

　　在转化需求前我们首先要知道我们首先面临的几个问题：

　　类似加价购活动在国外站点基本没有，至少在我调查的近40个无论大型综合类电商还是小型垂直电商站基本没有发现(暂时发现台湾的两个网站有，但是不是我们的目标客户群)。所以，我们面临着比较高的用户教育成本，并且需要选用适当的文案让用户理解并且参加活动;

　　此类活动即使在国内也没有哪家网站是让服装类商品参与的，基本只有小零食，快消品等通用性较强的商品。服装类商品涉及到尺码，颜色，款式等个性化较高的属性，用户不太会草率加购这类产品，并且服装类商品如果尺码，款式问题涉及的退换货较多，如果主商品退货，加购商品退不退就很尴尬，类似这种情况涉及的纠纷也相对较多;

　　由于公司业务原因，GA页面事件埋点暂时不可用，也就是说具体的页面点击事件数据暂时不可用，我们只能根据粗糙的用户行为数据,业务指标数据以及用户反馈来尽量合理的评估活动功能效果;

　　了解面临的问题后我们开始转化需求。

　　六、原型出图

　　前台原型出图

　　这个需求在原型制作环节整个页面展示虽然简单，但是涉及到多规则，后台设计多流程。

　　前端页面动态数据较多，尤其注意规则说明以及异常说明详细无遗漏，否则到时候做完了测试的时候就不可避免的开怼。

　　并且与用户的交互也比较多，所以我采取了低保真交互原型，并且把交互方式录成GIF放在原型包里面(必须要特意去提醒开发和设计某些按钮是可以点的!!!)。

　　不要打我，我一般做低保真交互模型的原则是做出特定的交互方式，对于界面元素只是标注下信息层级关系，不会去加色彩以及按钮样式诱导设计师，每个人都有每个人的原型写法，如果有感兴趣的同学可以跟笔者交流下。

　　后台原型出图

　　后台制作中首先要注意：在活动功能管理板块下，预留其他活动的扩展空间，并且注意前后端的数据交互标注清晰;提前设计好表结构和字段方便开发建表，理清楚业务操作逻辑后，便可出图啦。

　　如何判断我们的功能达到目的?

　　我们回过头看看我们之前的需求分析：

　　运营希望加快清仓产品的清仓速度，提高清仓产品的曝光——那这只是业务场景。

　　对于我们这个功能来说，清仓产品只是一种产品类型。那么如何判断我们这个功能是否有效?我们根据实际条件下(我们无法拿到页面点击数据)可以取到的数据制订以下实验：

　　我们采取独立样本T检验对功能效果进行评测，总共10个清仓产品，产品转化率近似，20个热销产品，转化率同样近似。

　　分三组制作三个专题：

　　第一个专题为普通专题，将10个清仓产品与20个热销产品混合放置即可;

　　第二个专题为加价购专属专题，设定活动方式为满减，将10个清仓产品作为20个热销产品的加购商品;

　　第三个专题也为加价购专属专题，设定活动方式为满赠，将10个清仓产品作为20个热销产品的赠品;

　　然后针对三个专题，每一个专题抽取30个独立用户分组。

　　用户群的用户基数近似相等，用户群转化率相似，采用相同的推广渠道——由于无法精确确定用户数量，我们只需告知推广保证每日每个专题划分的每一个群组的流量保证在一个特定数量XXXX左右。

　　七、需求评审

　　这一环节其实并不一定只在这一阶段做一次，就像我上面说的，笔者出了第一版方案后拉几个团队成员进行初稿评审，理出许多问题，然后再进行修改。

　　针对一些短期无法实现或者成本较高的功能点进行排期或者删减，有时候也可能会出现二审，三审的可能性咯~如果到三审还有很多问题那就相当的揪心了，所以一般都是团队中过两遍，然后拉上BOSS们再终审一遍基本就OK了。

　　终审是最需要用心的时候，一定要注意自己的表达能力和情绪感染力，让Boss能明白并且认同你们的方案。

　　在会议上面对别人的提问要及时给出有理有据的答复，这一点在终审上是要尤其注意的，良好的演说能力也能为你的需求过审少很多麻烦。

　　八、设计开发

　　设计开发中要随时与团队成员保持联系，尤其是与设计沟通更加频繁，你们要商议具体的交互细节以及页面细节，切记不可用特定的言语干扰设计思路。

　　比如说：

　　有些产品会要求设计某个按钮用什么什么颜色，某个元素大一点，小一点，这都是不可取的。

　　你只需要确定好信息层级，告知设计师由于业务需求，哪些元素需要强调，哪些需要弱化即可，设计师会根据设计规范以及自己的设计思路进行设计，否则就会和设计师怼的没完没了了。

　　至于与开发的沟通，主要是在逻辑层面的交流会更多些，而且笔者认为最好能懂些技术知识，即使一点不懂你也要分清楚哪个开发是做哪一块的，遇到问题找谁，跟他应该怎样沟通。

　　如果存在沟通障碍，那么程序员一般的反应都是—>生闷气，不理你——哈哈，你要知道，大部分程序员还是很可爱的。

　　当你的需求提上去后，什么时候测试，什么时候上线，这块的进度一般都由项目经理掌控，当然，自己的心里也要有谱，有自己的项目进度表。

　　九、测试

　　测试确实是个心累的活儿，如果你们公司的测试人员较为专业，会为你省下不少麻烦和时间，你只需要负责上线前每一个阶段的验收即可。

　　否则，你就得自己写测试用例，测试反馈，直到上线，这里每个公司的流程不一样，这里也就不过多阐述，免得产生误导。

　　十、上线观察，数据反馈

　　在此之前，需要跟运营人员以及推广人员打好招呼，按照事先设计的实验方案进行实验。

　　在上线之后每日监控数据变动情况，每组数据的流量是否有异常，专题商品库存情况，下架情况，等等。总之需要控制变量，确保实验按照时间顺利完成。

　　最后拉取实验数据进行数据分析，根据分析结果确定此功能的可用性，得出分析报告反馈给团队成员和BOSS。