微信小程序更合适，若……
- 客户已经在服务号、群、朋友圈里被触达
- 要分享卡片、要被检索「附近小程序」
- 会员、预约、内容型服务占主路径
- 员工端挂在企业微信工作台旁，减少再下一个 App
- 门店核销可以扫微信券、微信付款码
支付宝小程序更合适，若……
- 收款、分账、当面付已经在支付宝完成
- 要芝麻信用、商家券、到店码作为主核销
- 用户画像偏生活缴费、出行、政务与到店消费
- 供应链或批发习惯用支付宝结款
- 你明确不需要微信社交裂变
选型不是品牌偏好，是用户已经打开的那个图标。强行让只在支付宝付钱的到店客去关注微信服务号，转化会掉；反过来，社群裂变型会员放在支付宝，分享链路会又臭又长。会员首页写什么，两边都适用，见 会员小程序首页应该写什么。门店核销必须接到同一库存，见 门店端和总部打通。
两端都做可以，但请共用一套后台。不要做成两个会员体系、两套积分。架构见 多端一套后台。第一期通常只做用户所在的那一端，第二期再镜像。
供应商和 B2B，不要默认微信
采购对账、大额支付、企业认证，有的供应商更熟支付宝。有的则只在微信里回消息。问三家核心供应商「愿意扫哪个码」，比内部开会有效。供应商端怎么走，见 供应商端接单对账怎么走。只靠邮件传表解决不了平台选择，见 供应商不能只靠邮件传表格。
和原生、H5 的关系
小程序选边，解决的是 C 端或到店入口；员工外勤是否原生是另一棵树，见 什么时候必须做原生 APP。活动页、一次性查询，H5 仍可挂在两个 App 的链接上，见 只做 H5 够不够。费用因认证、类目、支付而变，见 花费与周期。
类目和支付商户号会卡住上线，不要放到最后一周
微信要认证和类目；支付宝要签约能力。食品、医疗、金融相关类目更慢。第一期若只做查询和预约，类目压力小；一上支付，材料就要提前准备。两端镜像时，支付和退款规则必须一致，避免同一订单两边状态不同。
不要用领导的个人习惯代替用户样本
老板用微信，顾客在店里付支付宝，选边就会错。抽一周收银和客服记录，看付款码和咨询从哪边来，比开会投票准。订阅消息模板也按平台分别申请，不要假设微信里能做的提醒支付宝原样能用。品牌色可以统一，能力不要硬齐。员工端若已在企业微信，不必为了「整齐」再做一个支付宝版内部报工。支付成功页必须回到同一订单状态，退款时效和活动价也要两边对齐，否则客服会陷入平台之间的扯皮。
达希科技会先问「客户打开手机后的前三个图标是什么」，再写方案。需要选定一边或两边，到 移动端服务页 说明用户习惯与支付现状。