蔡英挺简历自2013年开始，笔者便从事互联网产品行业，互联网产品是当下最能代表城市密度概念的重要数字元素。在这些数字元素的背后，每个互联网产品形成的背后的人或物的故事，才是这个产品独特的风光。
笔者在“A公司”设计了一套支撑定义为“大物料”运输业务的B2B交易平台，这个B2B平台有着伟大的规划：
的魔镜告诉了她，谁是世界上最漂亮的女人，现实世界可没有那么厉害的镜子，那么物流行业的用户只有通过物流行业这个大分类，来做精准定位了。
物流行业，如何定位客户？调研行业用户、演算服务用户成本、确认企业自身优势来抓去用户痛点，及企业自身优势能够给出的解决方案。
小结：收集资料后的简易适用的归纳用户群的方法，将出现率高的内容-统计求和-按求和数据从高到低排序。
笔者的A公司，成立之初，技术团队仅10人，包含：老板、财务、UI、产品、技术经理、Java、iOS、Android、测试、web前端。
用户画像：基本属性+兴趣爱好+访问属性+使用竞品+意愿属性，实际为了解你所圈定用户的行为习惯及使用互联网产品的意愿。
小结：用户画像，被企业自身具备的能力所，比如：不熟悉冷链/零售，因此不会在冷链用户群体上花太多功夫，过多的研究与测算会耽搁一家企业进入市场的时机。
A公司主要服务用户一开始就已经定好为：代理人、供应商、3PL、无车承运人企业，司机等，收集资料并且分析数据仅为论证服务的方向是否在承受范围。
小结：确认用户痛点后才能知道企业设计的产品，如何给用户赋能。按照调研归纳出痛点后，一定要给出自己团队能够做出的初步解决办法，才能在产品设计时有针对性的处理方案。
了解了用户痛点，做产品设计 ，这个环节最容易硝烟四起，A公司为了快速打入市场，只给了3个月的时间，实现上线推广。
根据业务角色所需要的功能，结合用户痛点，结合业务分析，考虑通过业务系统PC端、司机端、运营PC端来实现支撑业务。
服务目的：达成用户对于用户、司机、车辆、组织架构及业务流程的管理，司机的、报表的管理等。
考虑TMS运输管理系统，是给用户提供一套便于操作的后台，因涉及到大量业务流程管理实时处理、实时运费结算、用户管理、报表统计、数据查看、货物管理等功能操作，用PC端实现比移动端方便，实时性比H5稳定。
列具体功能之前，同研发人员一起先确定企业能够搭建的通用架构，可复用的基础结构，便于日后的架构扩展。如下图所示：
能划分时使用用户操作径的方式排列，主要实现用户痛点之一的：单据管理、调度车辆；车辆；报表管理；
各个端的产品功能已经梳理了出来，但是3个月能一起设计出来吗？即使通宵加班加点，也需要一个的产品经理来定义一个最小MVP，满足系统准时交付的同时又满足BOSS和市场同事推广后能够让用户跑通业务流程。
那么在从0到1的过程中，笔者使用排优先级的方式划分一期（MVP）；二期、三期迭代的功能。个人习惯，可以参考。
P0级功能：主要是实现业务流通打通，解决主要用户痛点。MVP的原则就是可以人肉去做的事情，都先不做系统支持。
P2级功能：着重介入风险管控，前期实现业务流程时不会考虑运营，在有了前期业务数据的支撑下再来考虑运营介入，对于产品发展来说是利好。报表的功能也可以在此结算着手，毕竟有着数据基础。
物流行业中，开单的工作是至关重要的一个环节，开单的快慢，能够简介影响物流运输的时效，那么物流系统中常见的创建订单/运单功能设计又有什么特别需要注意的呢？
平台如何满足开单员的要求：功能结构上，对缺乏用户需求支撑且造成干扰的功能进行整合删除；交互层面上，屏幕显示尽量调整为一屏，减短用户行为径；视觉上，优化图标和文字，优化颜色，让用户不视觉疲劳。
（1）左图长屏显示，右图一屏幕就可以显示完成，减少开单员开单拖动滚动条才能看到更多内容的时间。
（1）需要做到货物、轨迹实时查看及回放。（现实场景：司机结算完成运输任务，报销时会查看轨迹，才会给与报销结算；司机排长队等着工作人员看轨迹，再给钱。轨迹有问题还会压钱。耽误司机运输任务及增加工作人员时间成本。）
（2）看板让货物运输状况一览无余。（现实场景：司机拉着货，在休息区休息娱乐了，时效控制差。）
（3）现场照片实时上传，实现无纸化管理。（现实场景：A公司经常让司机将装卸、车况、况及货损货差通过拍照并且立即发群留证，容易导致留证照片混乱，不知道是哪笔运单的问题，造成工作人员大量繁琐统计工作）。
左图为研究市场某产品司机注册，优点：不会让用户二次提交资料；缺点：提交资料重点不明显、注册之后还是会有重新审核认证过程；且需要手动填写的内容过多，容易引起用户体验不适。
右图为A公司调研市面招募司机提交简易资料而做的产品设计，设计目的：注册提交简易资料，用户可进入系统看产品提供基础功能；需要操作更多功能时必须提交认证，可以确保司机是真实用户。
3个月的时间，留给产品的并不多，从产品逻辑梳理到原型设计，再到给业务方、BOSS过。有一句打忽悠的线%的运气。”
BOSS告诉我，今天要做个小功能，为什么要做这样的功能就必须让BOSS讲出来来龙去脉，如果是他觉得应该这么加个功能，你也要怀抱十万个为什么的心态。当然，适当挑战老板。
研发面对我们是一样的道理，你的需求文档需要告诉研发，这个项目的背景，产品设计时为什么出现这个模块，为了解决什么？
详细需求文档，每个企业的产品文化导致需求文档有不同的写作方法，比如：就在原型旁边注释；用Word编写；等，笔者举个直接在原型上注释的例图：
笔者与各个部门负责人将工作原本长达3个月的工期，拆分成了3个月开发、测试3个小迭代，最后在统一上线，可以各部门人员饱满工作时间，敏捷开发也是最高效的工作方式。
小结：故事二对于产品经理的工作流程做了一个简要梳理，这也是初次接触产品经理岗位的小白可以参考的工作点。
产品经理不需要做运营推广的具体工作，但一定要有自己的一套产品运营思维，针对A公司的这一套物流业务系统，笔者是如何做的运营方案：根据用户群，设计运营方案。
小结：运营方案的制定简单，但实时操作及后续会产生的问题多样，笔者将在未来的更新中将本文中所涉及运营中建立渠道、积分体系以及为什么笔者的运营方案中没有出现SEO/SEM等线上推广方式，笔者将做详细的篇章介绍。
每一个产品在推出的时候，一定是符合当前业务模式及满足技术能力的。但是技术会不断进步，用户的需求也在不断更新，品牌也会随着市场而扩展。
产品的roadmap实际在项目规划初期就会确定，笔者之所有放在最后描述，主要原因归属于产品的迭代径会随着用户需求，市场的趋势而做调整。
小结：产品的迭代径，要根据企业的业务规划来做具体规划，面向B端的业务系统与面向C端的产品不同点，就在于B端业务系统多数由用户更高的需求及市场的趋势决定，而不仅仅是由用户体验所决定。
第三阶段：分析所属用户群体的真实痛点（一个业务系统给用户赋能的特点）、业务逻辑、束流系统的功能特点。
人人都是产品经理（是以产品经理、运营为核心的学习、交流、分享平台，集、培训、社群为一体，全方位服务产品人和运营人，成立9年举办在线+期，线+场，产品经理大会、运营大会20+场，覆盖北上广深杭成都等15个城市，在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监，他们在这里与你一起成长。