营销中的软件设计 第1篇
这个时候我们需要站在用户角度考虑，当你完成一个配置单内容的时候，你愿意是上一页下一页来回切换，还是一个页面通过菜单tab去切换。可以转换一个场景，我们都知道现在越来越多的餐厅是线上手机点单或者是ipad点单。
这个时候可能会有人反驳，活动配置是流程式的，完成第一步再完成第二步，没有问题啊。
我先选择用户，再选择活动条件，奖品数量，再发布。其实这并没有因果关系，确实会存在前置条件，例如我选择的渠道不同，后面校验的用户属性也不同。
营销中的软件设计 第2篇
场景就是什么「人」什么「时候」在什么「地方」出于什么「目的」做「什么事」，B端产品是对客户线下场景及业务流程的线上化重构，回归场景是一切的基础，产品设计要从客户真实的业务场景中找到问题和痛点，再结合先进的理念和最佳实践重构场景并实现业务流程的在线化，产品设计不能停留在功能层面，不回归客户真实业务场景的产品设计都是耍流氓。只有坚持场景化设计，形成场景化解决方案，才能让产品植入运营逻辑，让产品自己会说话！
营销中的软件设计 第3篇
“三稿制”是《米多产品研发管理规范》“七步成诗法”中在产品立项环节的一项产品准则，是产品经理发起产品立项的流程规范和行为准则，“三稿制”既是一项产品准则，也是严格的产品质量控制体系，“确保把事情做对”，在三稿制的贯彻执行下，米多产品，必属精品，米多作为企业服务市场营销领域的引领者，必须要打造出精品，赋能企业用数字化驱动业务增长。
米多产品经理发起产品方案立项时，需遵循“三稿制”原则分三稿发起三次产品立项评审，每一稿的产品方案输出标准及相应的立项评审标准都不相同。
第一稿方案主要进行价值确认，对产品需求进行归因归母分析，明确项目目的、产品价值、方案边界及实现思路（打通经脉），第一稿立项评审通过后方可发起第二稿立项；
第二稿方案主要进行结构确认，定义产品结构、业务流程及进行产品功能的原型设计（搭建骨架），同样第二稿立项评审通过后方可发起第三稿立项；
第三稿方案主要进行交互确认，完善页面交互、产品规则及方案注释（填充血肉），第三稿方案立项评审通过后，产品方案才算最终立项成功，完成三稿立项通过后的产品方案才能上传至“方案库”，进入开发排期。
大、中、小版本的三稿制立项的流程规范及标准各不相同，具体如下：
营销中的软件设计 第4篇
①SaaS产品的版本迭代需要遵循MVP原则，大胆假设，小心求证，小步快跑，快速响应前端业务，高效满足客户需求，提升客户满意度；
②产品方案要保持最小颗粒度原则，同一个产品方案中的功能需求不能跨系统/应用，如有特殊情况需由产品委员会进行审批确认，否则将不能立项通过；
③大版本只能由产品总监进行设计，中版本由产品经理或产品总监进行设计，小版本由产品助理或产品经理进行设计；
④大版本升级需要向管理委员会提交《MRD市场需求文档模板》进行审批，审批通过后才可以立项；
⑤产品经理在方案第一稿立项评审时需向产品委员会申请版本号，产品委员会核准版本号后评定该项目方案的匠心值；未经产品委员会核准的版本，不能进行第二稿立项，也不能列入开发计划；
⑥大版本要克制频繁升级，中版本和小版本最多可迭代30次，第31次时必须往上升级一个版本。
营销中的软件设计 第5篇
SaaS软件产品的设计应该像搭积木那样，通过自由拼接组装来实现复杂的功能，满足不同行业不同客户不同场景下的需求，形成场景解决方案。这样既能保证系统的灵活性，又能避免重复开发，降低成本，实现1+1>2的效果。米多产品功能复杂，要满足多端多载体，如果不能将系统分解成像积木那样的小模块，而是焊死的一块铁板，那么系统将彻底丧失灵活性，只有先在产品结构上做到积木化搭建，才能在技术上做到高内聚低耦合，只有坚持积木化搭建系统，才能构建米多平台+生态的产品体系，支撑米多业务的发展。
营销中的软件设计 第6篇
米多产品体系分为平台、系统、应用、插件四级结构，即统一又相互独立，米多平台是一个统一的整体，系统中的各级应用和插件是相互独立的，每一个应用都围绕一个独立的场景形成业务闭环，每一个插件都围绕一个独立的需求形成功能闭环，在产品设计上，要保持产品间的握手制原则，进行低耦合的设计，保证每一个功能的相对独立性，一个功能不能依赖于另外一个功能，修改一个模块不会影响到另一个模块。尤其是米多3+2平台账号体系及渠道路由器，要通过握手制的原则来搭建，让渠道路由器具备足够的拓展性、灵活性及可用性，发挥渠道路由器网络协同的价值。
营销中的软件设计 第7篇
不涉及活动主要逻辑，附件条件的配置。例如分享活动的标题，文案等。
通用的底层模板完成了设计，基于此模板拓展延伸的活动模板，这就类似清水房都是一样的，要装修成不通风格根据特性而进行设计。产品能做的还是之前提到的，多看多体验各类活动，多思考，会发现很多不一样的思路。
二、预览与发布 1. 活动预览及修改
活动完成配置后，如何让用户真实体验到自己所配置的活动，也是活动模板流程中的重要一环。
难点不是在预览，预览无非生成一个测试链接，做测试白名单，仅让内测用户参与下活动流程，看下文案，看下次数限制等等；难点是在于预览状态下需要做哪些规则校验？因为内测时，真正配置的人员大多都不具备规则条件。
例如新人条件；还有内测时用户参与活动后的数据产生如何处理等等问题。讨论这个问题没少和开发组吵（si）架（bi），但是最终在一次次battle中找到解决办法。
最开始因为赶进度版本，更多采用的是一刀切，后来慢慢完善产品，但是发现这样设计过于笼统，对于预览的体验特别不好，并且也要考虑在预览阶段，用户发现配置有误还涉及到修改活动的问题。
经过讨论，我们提出了奖品预占的概念（奖品的进出设计需要重点考虑），和支付设计中的预订单类似，整体方案如下，大家可以作为参考：
2. 活动发布及修改
完成活动配置及预览后，在确认无误的情况下，活动可正式发布至线上，所有活动目标用户均可参与。
在活动开始时间之前进行拦截-活动未开始提示页面，所以不存在需要定时发布的问题，活动可以提早宣传，提高活动曝光量，可以通过短信或push消息等形式提示用户活动开始。
虽然在活动配置环节提供了预览，但同时也会存在上线后需要修改或优化的情况，如何设置修改的边界以减轻开发的工作量，也是产品需要考虑重点。
在没有活动营销平台之前，修改个时间、文字都得通过开发，开发再测试，再发布，不仅整个链条很长，同时在此期间活动用户参与的数据处理也需要很仔细，总会发现异常数据。
在此部分的设计，我们考虑是修改不是实时，而是通过二次发布覆盖到当前版本，并且产生的活动数据可以做版本标记，这样出现异常的时候也好排查。我们的考虑切入点就是：
三、总结
整个活动营销平台的核心就是在模板设计与规则引擎，这部分需要通过不断的学习而进行产品优化。
另外还是很强调边界把控的问题，模板做得太灵活，开发难度及工作量都巨大，产品很炫酷是吸引点，但是产品经理也需要考虑实用性以及商业价值，ROI等等因素。
以上是来自个人的产品理解，欢迎大家批评和指正。
从来都没有完美的产品，这才是产品经理存在的意义。
最近很喜欢的一句话，送给大家
“Learning doesn’t end at the answer”
营销中的软件设计 第8篇
ToBSaaS产品的本质是客户成功，项目的上线，只是运营的开始。只有打造具有客户价值的产品，才能形成产品粘性，打造客户口碑，从而提高SaaS产品的LTV、ARR、NDR、NPS等，最终获得成功。什么是“以客户为中心”？“以客户为中心”就是以成就客户的心态来设计产品，和客户做朋友，站在客户的立场思考问题，在SaaS产品生命周期管理中的各个阶段都把客户列入重点思考范围，例如在需求调研环节，深入客户一线，走进客户现场，挖掘客户的真实需求，解决痛点问题，在产品原型设计要广泛听取目标客户的意见，倾听客户的声音，和客户共创产品。所以在产品设计上必须坚持“以客户为中心”，与客户一起共创共享共赢。
营销中的软件设计 第9篇
配置活动逻辑及特性，主要控制活动常用的逻辑。这部分内容与活动性质关联性较强，例如参与设置里面的派奖条件设置，根据活动类型不同，条件限制也不同：
新人类模板（派奖设置）：新人条件设置。
抽奖类模板（派奖设置）：抽奖限制（总抽奖次数、周期抽奖次数）、中奖限制等设置。
这块字段的设计可以参考下上一篇文章-规则引擎，一个活动流程可配置的地方都可以抽象出来成为配置项，但是也是需要把控好边界的，如果太多都能配置，难度就会增加，太少配置又不太灵活。
营销中的软件设计 第10篇
三稿制规范的研发管理鼓励团队遵循最佳实践，同时也为尝试新技术和方法提供了框架，从而促进产品的持续创新。
总结
1）IBM作为全球信息技术行业的领导者，通过实施集成产品开发（IPD）这种先进的产品开发模式取得了显著的成效，帮助IBM在90年代实现了重大的复兴，这一体系后来也被其他公司广泛采纳和应用，I被众多企业学习借鉴。
2）米多通过借鉴IBM的成功经验，坚持以客户为中心、坚持场景化设计、积木化搭建的产品设计理念，为SaaS产品的设计和开发提供方向和指导，赋予米多SaaS产品“灵魂”，这些理念指导了产品的整个生命周期管理，确保做对的事情”。
3）米多“三稿制”既是一项产品准则，也是严格的产品质量控制体系，为米多SaaS产品的具体实现提供标准，是实现米多产品理念的具体手段和标准，让产品自带“运营逻辑”，通过三稿制“确保把事情做对”。
4）实行“三稿制”是一件久久为功的事情，需要持之以恒，坚持不懈，只有始终贯彻执行才能让产品开花结果；三稿制的实行，需要组织结构、版本管理及产品文档的配套，三者缺一不可。
5）米多作为营销数字化领域的引领者，将持续贯彻实行“三稿制”，不断打磨营销数字化SaaS软件系统，提高产品的质量和核心价值，赋能企业拉通产品从生产到消费的全渠道链路，实现全场景的营销触达，完成渠道分销、终端动销、用户经营等核心营销业务的数字化升级，将传统的营销模式进行在线化、自动化、智能化的变革和创新，赋能企业“用数字化驱动业务增长”。
共同探讨关于品牌商的营销数字化问题
营销中的软件设计 第11篇
实施三稿制，首先需要在公司内部定义一个责任组织负责主导推行，负责规范的制定、执行、监督、复盘、优化；米多定义的责任组织是“产品专业委员会”，它是米多产品研发相关领域的横向虚线管理组织，米多所有产品人员（产品总监、产品经理、产品助理、产品规划经理等）都是产品专业委员会的委员，产品专业委员会由执委会（成员由“主任和执委”构成，5～9人）施行集体领导，其中，产品专业委员会主任由管理委员会任命，产品专业委员会执委由主任提名，报管理委员会批准。主要职责：
在充分理解公司总体战略及商业模式的基础上，制订公司产品的战略规划及顶层设计；
在充分理解企业文化和经营理念的前提下，制订公司的产品研发规范及质量标准；
依据公司的薪酬管理制度，制订公司产品研发相关领域的职级升降规则；
依据产品研发规范及质量标准，负责所有产品的版本定义、分级评审及质量评价；
负责公司产品领域内重大项目的统筹、难点项目的攻坚及创新项目的探索；
负责组织公司内部的产品培训及专业交流，以“成就客户”为前提，强化“全员一杆枪”的业务能力；
负责公司产品岗位公共考核指标的制定，形成指标库；
负责公司产品人员的职级晋升评审，使公司总体产品能力处于行业领先水平。
同时，为了便于日常的管理协同，米多搭建了一个产品专业委员会日常工作交流的社群，各类由产品专业委员会主导的通知及公告均在此通知，产品经理日常发起产品立项统一在此群发送评审邀请通知，评审结束后当天在此群发送评审结果通知，日常也在此群交流产品专业领域相关的问题，分享产品相关的文档资料。