BigChat 모집 메시지 작성 방식 모달을 활용한 생성으로 변경

[0417taehyun]

개요

• 현재 모집 방식은 오거나이저가 직접 공지 템플릿을 활용해 메시지를 작성한 뒤에 @ANNA 새로운 빅챗 백칫 23-08-14라는 맨션을 통해서 관련 스프레드시트를 만들어주고 있어요.
• 이후 고고 이모지를 구성원 분들이 해당 메시지에 눌러주면 해당 인원의 정보가 스프레드시트에 작성되는 구조예요.

문제점

• 이 과정에서 사용자가, 다시 말해 오거나이저가 직접 메시지를 작성하기 때문에 번거로움이 있어요.
• 사용자가 @ANNA 맨션이 늦을 경우, 혹은 잘못 작성해서 스프레드시트 생성에 오류가 발생할 경우 이후 고고 이모지를 누른 구성원 분들의 데이터는 소실될 가능성이 있어요.
• 고고 이모지를 빅챗 모집 등의 스프레드시트가 생성되지 않은 일반 메시지에 사용할 경우 ANNA가 오류를 발생시킨 적 있어요.

기능 제안

• 오거나이저가 작성하는 메시지를 Slack 모달(Modal)을 활용해서 작성하게 돕고, 그에 대한 결과를 ANNA가 직접 메시지로 발송하게 해요.
• 메시지를 발송할 때 block_id 혹은 메타데이터를 입력할 수 있는 키에 bigchat_attendance 같은 값을 추가하여 해당 메시지가 빅챗 모집 메시지인 것을 알 수 있게 해요.
• 이후 메시지에 이모지가 달린 이벤트를 수집할 때, ANNA가 직접 작성한 메시지이면서 bigchat_attendance 같은 값을 가지고 있을 경우 빅챗 모집 글인 것으로 인지하여 스프레드시트에 정보를 입력해요.

기대점

• 오거나이저의 인적 오류(Human Error)를 줄일 수 있어요.
• 고고 이모지 이벤트 처리에 대한 오류를 줄일 수 있어요.

[roeniss]

제안 감사합니다. 문제점에 대해서 조금 디테일하게 질문드립니다! @0417taehyun

1. 이 과정에서 사용자가, 다시 말해 오거나이저가 직접 메시지를 작성하기 때문에 번거로움이 있어요.

modal 도 오거나이저가 작성해야 하므로, 번거로움이 줄어드는 것 같지는 않은데 어떻게 생각하시나요?

2. 사용자가 @anna 맨션이 늦을 경우, 혹은 잘못 작성해서 스프레드시트 생성에 오류가 발생할 경우 이후 고고 이모지를 누른 구성원 분들의 데이터는 소실될 가능성이 있어요.

• @anna 멘션이 늦을 경우 --> 잘 이해를 못해서.. 상황 예시를 부탁드립니다.
• 잘못 작성해서 스프레드시트 생성에 오류가 발생할 경우 --> 오거나이저가 시트를 만드는 과정에서 발생하는 오류를 말씀하신다고 이해했습니다. 만약 그렇게 이해하는게 맞다면, 이 문제를 해결하는 것과 모달을 사용하는 것 사이에 관련성을 이해하지 못했습니다. 모달을 쓰면 스프레드시트 생성 오류를 줄일 수 있나요?

3. 고고 이모지를 빅챗 모집 등의 스프레드시트가 생성되지 않은 일반 메시지에 사용할 경우 ANNA가 오류를 발생시킨 적 있어요.

어떤 오류를 지칭하시는 건지요? 혹시 #72 와 #66 인가싶어 질문드립니다.

---

정확히 어떤 방식으로 모달을 쓰게 될지 모르기 때문에, 제 상상으로 시뮬레이션을 돌려봤는데 이 경우엔 모달이 어떻게 추가적인 베네핏을 주는지 (스스로) 설득되지 않았습니다:

1. 수빈님이 #announcement 채널에 공지글을 작성한다. (기존과 동일)
2. 수빈님이 해당 메시지에서 "More actions" 같은 버튼을 눌러 모달을 띄운다.
3. 모달 내에서 "빅챗시트생성" 버튼을 누른다. 혹은 옵셔널하게 시트 이름을 입력하기도 한다.
4. 시트가 완성되고, ANNA 가 대댓글로 해당 사실을 알린다. (기존과 동일)
5. 다른 사람들이 고고 이모지를 누르면 시트에 추가된다 (기존과 동일)

이렇게 이해했는데 이 시나리오가 맞을까요?

만약 그렇다면, 2~3 스텝이 지금의 <수빈님이 직접 메시지를 입력해서 시트를 만든다> 하나보다 어떤 점에서 편리한 것인지 잘 이해하지 못했습니다.

태현님께서 한 번 플로우를 정리해주시면서 수빈님 멘션해주시면 좋을 것 같아요 (쓰는 분 입장도 궁금해서)! 🙇

[0417taehyun]

@roeniss

우선, 말씀해주셨던 modal 도 오거나이저가 작성해야 하므로, 번거로움이 줄어드는 것 같지는 않은데 어떻게 생각하시나요? 부분 저도 동의해요! 제가 생각한 방식도 결국 오거나이저가 작성해야 하는 부분은 여전히 존재해요.

다음으로, 모달 제출이 곧 스프레드시트 생성과 연결 되기 때문에 공지 메시지가 작성되기 전에 스프레드시트가 우선 생성되서 데이터가 소실될 가능성이 없어질 것 같아요.

다음으로, 말씀드렸던 문제는 이야기해주신 3번에 해당해요. :고고: 이미지를 #announcement 채널이 아닌 다른 곳에 사용했을 때 Anna가 오류를 반환한 부분을 의미했어요. 해당 Slack 메시지에 작성해주신 GitHub Issue는 몇 번 Issue를 의미하시는 건지 잘 모르겠어서 참조 걸어주시면 감사할 것 같아요.

끝으로 모달을 활용한 작업 과정은 아래와 같아요.

1. 오거나이저가 /anna announce 슬래시 명령어(Slash Command)를 사용해서 공지글 작성을 돕는 모달을 띄워요.
2. 공지 템플릿 내 반복되는 문구를 제거하고 아래 이미지와 같이 모달에서 값 입력 및 버튼 액션을 통해 발표자를 추가할 수 있어요.
3. 모달을 제출하면 일자를 바탕으로 스프레드시트를 자동으로 생성한 뒤 Anna가 직접 메시지를 작성해서 #announcement 채널에 알림 메시지를 작성해요. 이를 통해 스프레드시트가 정상적으로 우선 생성된 뒤 공지 메시지가 작성 돼요.
4. Anna가 작성한 메시지에 사용자가 :고고: 이모지를 누르기 때문에 앞선 3번 문제를 예방할 수 있어요. 스프레드시트에 Anna가 참여자 정보를 기록할 때 Anna가 직접 작성한 메시지, 다시 말해 오거나이저가 모달을 통해 생성한 메시지에 :고고: 이모지가 붙은 경우만 스프레드시트에 추가할 수 있기 때문이에요.

결론적으로 말씀하신 과정에서 1번과 2번은 모달 내에서 작성되기 때문에 불필요하며, 3번 또한 모달 제출이 곧 스프레드시트 생성과 공지글 작성이 되서 불필요해요.

무엇이 더 편할 것인지에 대해서는 논의가 더 필요할 것 같아요!

cc. @sudosubin

[roeniss]

우선 링크남겨주신 오류는 #72 로 리졸브했습니다.

그리고 플로우도 이해했습니. 지금 수빈님이 작성하시는 메시지 자체를 안나가 대체하는 거군요.

@sudosubin 님 의견대로 가시죠. 저는 충분히 좋은 제시인듯 합니다.